
tldr: Mi /etc/crypttab
archivo desapareció y no sé cómo reconstruirlo.
Intenté actualizar de 20.04 a 22.04 y algo salió mal. Al arrancar, aterricé en initramfs
. Nunca escuché de eso. Después de unas horas de buscar en Google y probar cosas, descubrí que mi partición cifrada no estaba descifrada y, por lo tanto, el proceso de arranque estaba bloqueado. Finalmente pude descifrar la partición con cryptsetup luksOpen /dev/nvme
... vgubuntu-root y vgchange -ay
, luego exit
. Luego, al final, el sistema se reinicia. Pero ahora tengo miedo de que esto suceda cada vez que reinicio. Así que busqué /etc/crypttab
en mi partición cifrada (porque supongo que se escribirá en initram img con un comando de actualización, pero no tengo ese archivo en absoluto. Entonces, ¿qué debo hacer al respecto?
Saludos cordiales Martín
Actualización: aquí viene una captura de pantalla de lsblk, ya que leí en otras publicaciones que esto es necesario.
Pero no sé cómo leer esto.
Segunda actualización: según el deseo de muru, también publico el resultado de lsblk como código:
lsblk -fs
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
loop0 squashfs 4.0 0 100% /snap/bare/5
loop1 squashfs 4.0 0 100% /snap/core20/1587
loop2 squashfs 4.0 0 100% /snap/firefox/1635
loop3 squashfs 4.0 0 100% /snap/gnome-3-38-2004/112
loop4 squashfs 4.0 0 100% /snap/gtk-common-themes/1535
loop5 squashfs 4.0 0 100% /snap/snap-store/582
loop6 squashfs 4.0 0 100% /snap/snapd/16292
loop7 squashfs 4.0 0 100% /snap/snapd-desktop-integration/14
loop8 squashfs 4.0 0 100% /snap/firefox/1794
loop9 squashfs 4.0 0 100% /snap/core20/1611
loop10 squashfs 4.0 0 100% /snap/gnome-3-38-2004/115
vgubuntu-root ext4 1.0 23f3470f-32eb-4b80-96b3-7e496645d6dd 303,2G 62% /
└─[somethingsecret] LVM2_member LVM2 001 dsiUpt-V1Cr-zeFL-1Wr5-c3M3-sQFe-1m4qc4
└─nvme0n1p3 crypto_LUKS 2 442a6034-4d06-4677-a20b-5ac60c6351e0
└─nvme0n1
vgubuntu-swap_1 swap 1 9b0a8f42-1497-4090-bf66-7894c8ac3d55 [SWAP]
└─[somethingsecret] LVM2_member LVM2 001 dsiUpt-V1Cr-zeFL-1Wr5-c3M3-sQFe-1m4qc4
└─nvme0n1p3 crypto_LUKS 2 442a6034-4d06-4677-a20b-5ac60c6351e0
└─nvme0n1
nvme0n1p1 vfat FAT32 B1F9-75B1 488,5M 4% /boot/efi
└─nvme0n1
nvme0n1p2 ext4 1.0 4e4b5e86-b8f8-4d51-9e04-99d5d538bea1 345,8M 44% /boot
└─nvme0n1
Respuesta1
Un amigo podría ayudarme. Lo importante fue el nombre que asigné a la partición cifrada durante el inicio en initramfs.
ahí escribí
cryptsetup luksOpen /dev/nvme0n1p3 test_crypt
Esta última palabra (test_crypt) fue arbitraria, pero importante más adelante. Bueno entonces entré
vgchange -ay
exit
y el sistema arrancó. Pero ya lo mencioné en primer lugar. Ahora, mi amigo me dijo que no podía darle un nombre nuevo o antiguo a mi partición cifrada en /etc/crypttab, sino que tenía que usar el nombre que le di a la partición durante el proceso de arranque. Entonces ahora el archivo se lee así:
test_crypt UUID=[the UUID] none luks
Dejé el fstab de la forma que tenía anteriormente y luego actualicé initramfs nuevamente. Y esta vez funcionó y se me solicitó nuevamente una contraseña en el siguiente proceso de arranque.
@muru: Gracias por su apoyo y buena suerte a todos los que encuentren este problema o uno similar. :)