Greg schrieb
options cryptdevice=PARTLABEL=ARCH:aeonGR root=LABEL=aeonROOT rw lang=de
Ja so hatte ich das probiert.
Bin mit der Installation durch.
Kleine Änderungen habe ich dennoch vorgenommen. Paar zusätzliche Pakete (iwd, intel-ucode, cryptsetup) und in der mkinitcpio habe ich das Modul ext4 und den Hook encrypt angegeben.
Außerdem habe ich noch abschließend ein bootctl update durchgeführt.
okay... Neustart und....
Passworteingabe
Was hat den Fehler behoben?
Die neue SSD oder die arch.conf mit
cryptdevice=PARTLABEL=ARCH:aeonGR root=LABEL=aeonROOT rw lang=de
Das du in der arch.conf
init=/usr/lib/systemd/systemd
weglassen hast war Absicht?
Schön. Dann wäre das Problem gelöst, aber so recht erkennen worin der Fehler lag, kann ich noch nicht.
Ich überlege nochmal die SSD zu tauschen und das nochmals durchzuspielen.
Zur Ansicht das jetzt laufende System.
#lsblk -o +PARTUUID,UUID,PARTLABEL,LABEL,FSTYPE
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS PARTUUID UUID PARTLABEL LABEL FSTYPE
sda 8:0 0 465,8G 0 disk
├─sda1 8:1 0 512M 0 part /boot 9ee78635-eacf-4670-b202-fe271e906f3c FE2A-BD43 AEONBOOT AEONBOOT vfat
└─sda2 8:2 0 200G 0 part ebf1d1a9-627e-49b1-b4ad-27fb023217f3 a8ea6e3b-f6ab-4ec8-8a02-1273cffbe9e4 ARCH crypto_LUKS
└─aeonGR 254:0 0 200G 0 crypt GhwYCN-vWM3-HZyf-BVVZ-z1eY-Hwg0-TYl5le LVM2_member
├─aeonGR-aeonROOT 254:1 0 50G 0 lvm / f50c8b6a-3e36-4005-b931-2e96a581f3e7 aeonROOT ext4
└─aeonGR-aeonHOME 254:2 0 150G 0 lvm /home 810b4a07-b34d-44a7-8083-aba6d2702b59 aeonHOME ext4
sdb 8:16 1 28,7G 0 disk
└─sdb1 8:17 1 28,7G 0 part /mnt/usb-stick 3321-186C vfat
sdc 8:32 1 28,7G 0 disk
└─sdc1 8:33 1 28,7G 0 part 69832c2a-5905-410e-8dfb-b6ea0e76345e 8A14-56FA Main Data Partition ARCH_202108 vfat
DAnk schon mal für die Unterstützung. 🙂