/home wird nach update nicht mehr gemounted

Ich habe heute Tumbleweed geupdated, allerdings musste ich nach dem Neustart feststellen, dass der Passwort-Prompt, der nach dem Passwort meiner verschlüsselten Home-Partition fragt, nicht kommt. Nach etwas warten startet dann der emergency mode. Dort habe ich dann in den Logs nachgesehen und herausgefunden, dass die xfs-Partition nicht gemounted werden konnte.
mount -a berichtet dann natürlich auch, dass home nicht gemounted werden konnte.
Mounte ich die verschlüsselte Partition manuell (mit den Daten aus der crypttab), wird mit mount -a alles korrekt gemounted.
Wenn ich dann allerdings mit systemctl default wieder in den default mode starten will, kommt noch im Textmodus der Prompt, der nach dem Passwort für die verschlüsselte Partition fragt. Allerdings hängt das System dann. Ich kann also weder ein Passwort eingeben, nocht Enter drücken usw.
Dasselbe passiert übrigens auch, wenn ich den Rechner einfach starte und dann im emergency mode direkt mit systemctl default den default mode starte (es kommt der Passwortprompt und alles hängt).

Meine crypttab sieht wie folgt aus:

cr_nvme-PM981a_NVMe_Samsung_1024GB__S4GXNE0M919201-part9  UUID=dca50301-d83b-415b-a6ab-bd18589a5d6e
cr_ata-WDC_WD30EZRX-00MMMB0_WD-WCAWZ1469318-part1  UUID=7ba20ba5-6089-434f-8c0f-28521aaa0159  none  _netdev,noauto,nofail
cr_ata-WDC_WD30EZRX-00MMMB0_WD-WCAWZ1469318-part2  UUID=377ce660-a727-4b53-bafe-d0e97d328677  none  _netdev,noauto,nofail

Meine fstab wie folgt:

UUID=2c1e4788-990a-4f4e-90d2-70d55c2cb9ac  swap                    swap   defaults                      0  0
UUID=895f7acc-933b-49f8-be1e-5ab6cfa5d028  /                       btrfs  defaults                      0  1
UUID=895f7acc-933b-49f8-be1e-5ab6cfa5d028  /.snapshots             btrfs  subvol=/@/.snapshots          0  2
UUID=895f7acc-933b-49f8-be1e-5ab6cfa5d028  /var                    btrfs  subvol=/@/var                 0  2
UUID=895f7acc-933b-49f8-be1e-5ab6cfa5d028  /usr/local              btrfs  subvol=/@/usr/local           0  2
UUID=895f7acc-933b-49f8-be1e-5ab6cfa5d028  /tmp                    btrfs  subvol=/@/tmp                 0  2
UUID=895f7acc-933b-49f8-be1e-5ab6cfa5d028  /srv                    btrfs  subvol=/@/srv                 0  2
UUID=895f7acc-933b-49f8-be1e-5ab6cfa5d028  /root                   btrfs  subvol=/@/root                0  2
UUID=895f7acc-933b-49f8-be1e-5ab6cfa5d028  /opt                    btrfs  subvol=/@/opt                 0  2
UUID=0e6fb597-c307-4fba-bc43-f48377694eab  /home                   xfs    defaults                      0  2
UUID=895f7acc-933b-49f8-be1e-5ab6cfa5d028  /boot/grub2/x86_64-efi  btrfs  subvol=/@/boot/grub2/x86_64-efi  0  0
UUID=895f7acc-933b-49f8-be1e-5ab6cfa5d028  /boot/grub2/i386-pc     btrfs  subvol=/@/boot/grub2/i386-pc  0  0
UUID=5E65-FC2C                             /boot/efi               vfat   defaults                      0  0

Die UUID von /home stimmt auch mit der UUID von /dev/mapper/cr_nvme-PM981a_NVMe_Samsung_1024GB__S4GXNE0M919201-part9 überein, wenn denn die verschlüsselte Partition korrekt gemounted ist.

Ich musste dann letztlich ein rollback auf den Stand vor dem Update durchführen um wieder ans System zu kommen (dort mounted /home korrekt, es kommt beim booten die Passwortabfrage usw.).

Für Hilfe wäre ich sehr dankbar.

Okay, habe das Problem jetzt halb lösen können.
Das ganze wird offenbar von plymouth verursacht. Ich habe daher alle plymouth-Pakete gelockt und konnte danach alle (bis auf ein paar) Pakete aktualisieren ohne dass danach der Fehler auftritt.

Herzlich wilkommen.

Es handelt sich in dieses Forum aber über openSUSE und nicht SuSe :wink: