As far as I can tell, /boot and /boot/grub are the same filesystem. After all, 
I didn't really do anything custom. Just your default LUKS installation with 
the boot efi stuff on sda1/sdb1/whatever, LUKS on 2 and LUKS encrypted swap on 
3.

I did make a video. Nothing that's not showing up always. For a fraction of a 
second it shows something about slot 0 open, that's it.

> On Dec 29, 2023, at 20:37, Richard Rosner <rich...@rosner-online.de> wrote:
> 
> As far as I can tell, /boot and /boot/grub are the same filesystem. After 
> all, I didn't really do anything custom. Just your default LUKS installation 
> with the boot efi stuff on sda1/sdb1/whatever, LUKS on 2 and LUKS encrypted 
> swap on 3.
> 
> I did make a video. Nothing that's not showing up always. For a fraction of a 
> second it shows something about slot 0 open, that's it.
> 
>> On Dec 29, 2023, at 20:13, Michael Kjörling <2695bd53d...@ewoof.net> wrote:
>> 
>> On 29 Dec 2023 18:56 +0100, from rich...@rosner-online.de (Richard Rosner):
>>> Hey, I have quite the strange issue. After updating a bunch of
>>> packages today [1], mostly related to systemd, gstreamer and udev,
>>> and restarting my device, it no longer boots. I have an encrypted
>>> system. So I do get asked for my decryption password as usual, but a
>>> few seconds later, instead of continuing to the Grub boot menu, my
>>> device simply reboots to the BIOS menu.
>> 
>> Sounds to me very much like GRUB is having trouble finding or reading
>> critical files under /boot/grub, and gives up for that reason. But it
>> _should_ stop, not reboot, if that's the case.
>> 
>>> From what you describe, it sounds like you use a LUKS-encrypted /boot.
>> Is that correct? Also, please confirm that the contents of /boot/grub
>> are located on the same file system as the contents of /boot (that is,
>> that /boot/grub is not on its own file system).
>> 
>> You probably already know this, but the GRUB LUKS passphrase prompt is
>> very early stage.
>> 
>> Have you tried making a video recording of the screen from when you
>> press Enter at the passphrase prompt, to when it reboots, and then go
>> through that carefully (frame by frame)? Maybe GRUB _does_ print
>> something indicating what the actual problem is, but it reboots so
>> quickly after that that you don't have time to see it. A video might
>> capture that fraction-of-a-second display (even if only partially) and
>> help point you in the right direction.
>> 
>> --
>> Michael Kjörling                     🔗 https://michael.kjorling.se
>> “Remember when, on the Internet, nobody cared that you were a dog?”
>> 

Reply via email to