Stuck on initramfs with encrypted boot and root partitions
by lupe from LinuxQuestions.org on (#5NHZ1)
I'm setting up a new Devuan Beowulf amd64 system that is installed on a SSD disk with a gpt partition scheme.
/dev/sdb1 is for the EFI fat32 partition
/dev/sdb2 is for the encrypted (cryptsetup luks type 1) /boot
/dev/sdb3 is for the /, encrypted (cryptsetup luks type 2)
The EFI partition is mounted at /boot/efi after opening the encrypted container.
As is, when booting, grub asks for the passphrase for /dev/sdb2.
Then the grub menu is shown.
After pressing Enter, the system asks for the passphrase for /dev/sdb3.
Then it waits until shows the message:
Quote:
[/dev/mapper/crypt_boot is in /dev/sdb2]
And then there's an initramfs shell.
It seems that although /dev/mapper/crypt_boot was decrypted in first place for the grub menu, it is not now, at this boot stage, and initramfs cannot find vmlinuz.
What should I do to solve this issue?
/dev/sdb1 is for the EFI fat32 partition
/dev/sdb2 is for the encrypted (cryptsetup luks type 1) /boot
/dev/sdb3 is for the /, encrypted (cryptsetup luks type 2)
The EFI partition is mounted at /boot/efi after opening the encrypted container.
As is, when booting, grub asks for the passphrase for /dev/sdb2.
Then the grub menu is shown.
After pressing Enter, the system asks for the passphrase for /dev/sdb3.
Then it waits until shows the message:
Quote:
| Gave up waiting for root file system device. Common problems: - Boot args (cat /proc/cmdline) - Check rootdelay= (did the system wait long enough?) - Missing modules (cat /proc/modules: ls /dev) ALERT! /dev/mapper/crypt_boot does not exist. Dropping to a shell! |
And then there's an initramfs shell.
It seems that although /dev/mapper/crypt_boot was decrypted in first place for the grub menu, it is not now, at this boot stage, and initramfs cannot find vmlinuz.
What should I do to solve this issue?