Beim Ausführen eines Manjaro (Arch)-Upgrades ist mein System irgendwie kaputtgegangen. Ich konnte einiges reparieren, aber nicht alles. Beim Starten des Computers sehe ich so etwas:
error device /dev/mapper/luks-03xxxxxx not found
skipping fsck
mount /new_root no filesystem type specified
Wenn ich mein verschlüsseltes Dateisystem mit Hilfe eines ISO-USB-Sticks mounte und ein Konto aufbaue, wird lsblk -f
mein entschlüsseltes Gerät folgendermaßen angezeigt:
sda
└─sda1
crypto 1 a03f75ee-2af7-40f4-bba5-5d9d241afc73
└─luks-a03f75ee-2af7-40f4-bba5-5d9d241afc73
ext4 1.0 a9b268a6-f403-4113-80a7-67f9650fc376 107.3G 46% /run/media
Ich habe auch ein neues Grubwie im Manjaro-Wiki erwähnt.
immer noch der gleiche Fehler.
Ich fand auch diesAntwort hieraber der Teil mit # mount /dev/MyVolGroup/root /mnt
funktioniert bei mir überhaupt nicht.
Wenn ich Grub beim E
Start aufrufe, kann ich die Bootparameter ändern. Bei mir sieht das dann so aus:
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Manjaro Linux' --class manjaro --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-a9b268a6-f403-4113-80a7-67f9650fc376' {
savedefault
load_video
set gfxpayload=keep
insmod gzio
insmod part_msdos
insmod cryptodisk
insmod luks
insmod gcry_rijndael
insmod gcry_rijndael
insmod gcry_sha256
insmod ext2
cryptomount -u a03f75ee2af740f4bba55d9d241afc73
set root='cryptouuid/a03f75ee2af740f4bba55d9d241afc73'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint='cryptouuid/a03f75ee2af740f4bba55d9d241afc73' a9b268a6-f403-4113-80a7-67f9650fc376
else
search --no-floppy --fs-uuid --set=root a9b268a6-f403-4113-80a7-67f9650fc376
fi
linux /boot/vmlinuz-5.4-x86_64 root=UUID=a9b268a6-f403-4113-80a7-67f9650fc376 rw quiet cryptdevice=UUID=a03f75ee-2af7-40f4-bba5-5d9d241afc73:luks-a03f75ee-2af7-40f4-bba5-5d9d241afc73 root=/dev/mapper/luks-a03f75ee-2af7-40f4-bba5-5d9d241afc73 resume=/dev/mapper/luks-a03f75ee-2af7-40f4-bba5-5d9d241afc73 apparmor=1 security=apparmor udev.log_priority=3
initrd /boot/intel-ucode.img /boot/initramfs-5.4-x86_64.img
}
Ich bin für jede Hilfe dankbar!
Antwort1
Ich habe es endlich repariert.
Was ich getan habe:
Ich habe es repariert. Nach allem, was ich getan habe, habe ich dies verwendetGrub2 kann verschlüsseltes Root-Verzeichnis nicht booten
Wechsel von:
HOOKS="base udev autodetect modconf block filesystems keyboard fsck"
Zu
HOOKS="base udev autodetect modconf block encrypt filesystems keyboard fsck"
nach dieser Verwendungmkinitcpio -p linux
danach habe ich grub noch einmal neu installiert und irgendwie funktioniert es. Ich muss jetzt das Passwort 2 mal eingeben, um es zu entschlüsseln, aber jetzt funktioniert es.