Am 28.02.20 um 21:57 schrieb Kevin Locke: > Package: systemd > Version: 244.3-1 > Severity: normal > > Dear Maintainer, > > This morning my ThinkPad T430 failed to boot with the message: > > Error: The non-volatile variable storage is about full > Press F1 to enter Setup. > > The cause was the same as #891434: the kernel had dumped dmesg in pstore > after an oops, which created dump-type0-* efivars, which had accumulated > sufficiently to cause UEFI pre-boot to require user action. (Luckily my > machine still boots, unlike in #891434.) > > It appears that systemd-pstore.service should move these files to > /var/lib/systemd/pstore/ but the service is disabled. `systemctl status > systemd-pstore.service` shows: > > Loaded: loaded (/lib/systemd/system/systemd-pstore.service; disabled; > vendor preset: enabled)" > > I confirmed the same state occurs in a fresh testing install in a VM and > was not inadvertently disabled by me or a previous update. > > Is there a reason systemd-pstore.service is disabled by default? Could > we consider enabling it to avoid causing UEFI boot issues?
At a cursory glance, this might seem like a useful service to enable by default, but I'm not sure if it has any downsides (and if we can enable it safely on every system). Colin, Niels, since you've been working on #891434 I'd welcome your feedback here. Ben, as kernel maintainer, your feedback would be very much appreciated as well. https://www.freedesktop.org/software/systemd/man/systemd-pstore.html# has some further info on this service. Regards, Michael
signature.asc
Description: OpenPGP digital signature
