Sadly, if you can't access BIOS, I have no other idea. My "plan" was to
try to enter the BIOS somehow, then disable UEFI boot (to boot plain old
BIOS compatibility mode) and boot Linux or a live Linux USB key, and see
if you can clear the dump files from there (which may or may not be
possible if you boot in BIOS compatibility mode - maybe
/sys/firmware/efi is accessible only when booted in UEFI mode, I don't
know, I didn't test that).

Being the maintainer of the Debian acpi-call package and having delayed
the new version for so log, I feel kind of responsible for your problem.
Little did I know that a manufacturer, let alone a well-established one
like Lenovo, wouldn't foresee this problem and let their product be
bricked by a full NVRAM. I know that the X131e is a low-end model, but
still, it hardly makes sense.

Another thing that I don't understand is that there is a failsafe in the
Linux kernel that prevents writing to the NVRAM when it's more that 50%
full; I don't know why Ubuntu kept filling your NVRAM with these dumps
until it was completely full. Did you add "efi_no_storage_paranoia" to
the kernel command line in GRUB configuration ? Or maybe you were using
an older kernel dating from before this failsafe was implemented ?

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1953261

Title:
  kernel >= 5.13 BUG: kernel NULL pointer dereference

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/acpi-call/+bug/1953261/+subscriptions


-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to