Hallo zusammen ☺
habe gerade von LTS 20 auf LTS 22.4 aktualisiert. Mein System war ein verschlüsseltes, bei der Installation bin ich damals so vorgegangen: https://help.ubuntu.com/community/Full_Disk_Encryption_Howto_2019 . Seit dem Upgrade kann ich mein Ubuntu nicht mehr starten. Gebootet wird nur noch bis zur initramfs-shell.
Was mir auf jeden Fall direkt spanisch vorkam: Wenn ich das System starte werde ich wie gewohnt nach meinem Entschlüsselungspasswort gefragt. Nach der Entschlüssung erscheint GRUB nochmal mit seinem Auswahlmenü - das war bisher nie so. Komisch deshalb, weil GRUB doch schon vor der Entschlüsslung gestartet ist, warum also danach noch einmal?!
Beim Upgrade wurde ich gefragt ob ich geänderte Kofigurationsdateien behalten möchte. Blöderweise habe ich das damals mit 'Nein' beantwortet. Siehe hier
--- /etc/cryptsetup-initramfs/conf-hook 2021-08-11 16:09:08.963698620 +0200 +++ /etc/cryptsetup-initramfs/conf-hook.dpkg-new 2022-01-13 22:44:36.0000 00000 +0100 @@ -19,11 +19,26 @@ # 'keyscript=' option. In that case, the field is not treated as a file # name but given as argument to the keyscript. # -# WARNING: If the initramfs image is to include private key material, -# you'll want to create it with a restrictive umask in order to keep -# non-privileged users at bay. For instance, set UMASK=0077 in -# /etc/initramfs-tools/initramfs.conf +# WARNING: +# * If the initramfs image is to include private key material, you'll +# want to create it with a restrictive umask in order to keep +# non-privileged users at bay. For instance, set UMASK=0077 in +# /etc/initramfs-tools/initramfs.conf +# * If you use cryptsetup-suspend, private key material inside the +# initramfs will be in memory during suspend period, defeating the +# purpose of cryptsetup-suspend. # #KEYFILE_PATTERN= -KEYFILE_PATTERN=/etc/luks/*.keyfile + +# +# ASKPASS: [ y | n ] +# +# Whether to include the askpass binary to the initramfs image. askpass +# is required for interactive passphrase prompts, and ASKPASS=y (the +# default) is implied when the hook detects that same device needs to be +# unlocked interactively (i.e., not via keyfile nor keyscript) at +# initramfs stage. Setting ASKPASS=n also skips `cryptroot-unlock` +# inclusion as it requires the askpass executable. + +#ASKPASS=y
Die Änderungen in /etc/cryptsetup-initramfs/conf-hook habe ich also wiederhergestellt, dann vom Live-System per chroot ins installierte Ubuntu und ein update-initramfs -u -k all ausgeführt.
Das hat aber alles nicht geholfen. Hoffentlich hat jemand einen hilfreichen Ratschlag 😬