[rlug] Bug Debian – system may not be bootable

Adrian Filip adrian.filip at gmail.com
Thu Nov 22 16:32:29 EET 2018


Am si eu o problema asemanatoare cu un Devuan.
Uite ce spune cineva cu Debian pe o alta lista de discutii, poate te ajuta:

On 11/21/18 2:12 PM, Thomas B. Rücker wrote:
> I'm turning to this list, as I have run out of ideas about the source of
> my issues two planar replacements ago.
>
> The problem is that in the last few months the device has died now 4 or
> 5 times, each time requiring a planar replacement. Each time it would
> become unbootable. The first occurence it had problems turning on and
> then just failed to do anything, despite disconnecting batteries, trying
> all reset buttons. The following times firmware was still alive.

Of course I kinda figure it out /after/ I ask for help…

I suspect it was some sort of EFIVARfs problem. Turns out the firmware
they shipped on the latest board was really ancient.

After having that "hey, you didn't rule out that old EFIVAR problem"
thought, I went and tried to get it to boot in legacy mode and such.
That eventually succeeded. I also managed to switch back to UEFI and
boot the device.

I took the opportunity and deleted all files named "dump-type0*" from
/sys/firmware/efi/efivars - there were quite a few and they seem safe to
delete. I also updated firmware and ME firmware.

I still had that weird state once where it got stuck, but after more
reboots and changing boot mode it seems to have settled. Maybe the NVRAM
garbage collection ran, as AFAIU things don't get cleaned up
immediately, but depending on implementation every n boots.

I remain disappointed that Lenovo doesn't give you any way to do a
proper NVRAM/EFIvars purge. None of the factory default restores in
firmware seemed to accomplish anything in that regard.



On Thu, Nov 15, 2018 at 11:38 PM Claudiu Tănăselia <claudiu at nasa.ro> wrote:

> Salutare,
>
> Pe un Debian 9.6, după un apt-get update, apt-get upgrade, am primit
> următoarele mesaje:
>
> Setting up grub-efi-amd64 (2.02~beta3-5+deb9u1) ...
> Installing for x86_64-efi platform.
> Could not delete variable: No space left on device
> grub-install: error: efibootmgr failed to register the boot entry: Block
> device required.
> Failed: grub-install --target=x86_64-efi
> WARNING: Bootloader is not properly installed, system may not be bootable
> Generating grub configuration file ...
> Found linux image: /boot/vmlinuz-4.9.0-7-amd64
> Found initrd image: /boot/initrd.img-4.9.0-7-amd64
> Found linux image: /boot/vmlinuz-4.9.0-3-amd64
> Found initrd image: /boot/initrd.img-4.9.0-3-amd64
> done
>
> M-am panicat puțin pe mine la "system may not be bootable", pentru că
> spațiu aveam:
>
> df -h
> Filesystem      Size  Used Avail Use% Mounted on
> udev            7.9G     0  7.9G   0% /dev
> tmpfs           1.6G  8.8M  1.6G   1% /run
> /dev/sda2       118G   51G   61G  46% /
> tmpfs           7.9G     0  7.9G   0% /dev/shm
> tmpfs           5.0M     0  5.0M   0% /run/lock
> tmpfs           7.9G     0  7.9G   0% /sys/fs/cgroup
> /dev/sda1       511M  132K  511M   1% /boot/efi
> tmpfs           1.6G     0  1.6G   0% /run/user/1000
>
> dar:
>
> df -i
> Filesystem      Inodes IUsed   IFree IUse% Mounted on
> udev           2050041   344 2049697    1% /dev
> tmpfs          2052827   485 2052342    1% /run
> /dev/sda2      7831552 84938 7746614    2% /
> tmpfs          2052827     1 2052826    1% /dev/shm
> tmpfs          2052827     3 2052824    1% /run/lock
> tmpfs          2052827    15 2052812    1% /sys/fs/cgroup
> /dev/sda1            0     0       0     - /boot/efi
> tmpfs          2052827    11 2052816    1% /run/user/1000
>
> Evident, la reboot a murit. Cu ajutorul lui Bogdan, care l-a repornit
> manual, s-a rezolvat temporar, dar sunt curios dacă a mai pățit cineva ceva
> asemănător și dacă am făcut eu ceva aiurea. Că nu-mi aduc aminte să mă fi
> jucat cu bootloader-ul. Am înțeles că ar fi ceva bug de Debian/Ubuntu, dacă
> ați pățit, cum ați rezolvat?
>
> Viață lungă și prosperă,
> Claudiu.
>
> _______________________________________________
> RLUG mailing list
> RLUG at lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
>



More information about the RLUG mailing list