Hallo Arch-Linuxer,
ich sitze seit nunmehr zwei Wochen an einem Problem, das mich schier zur Weißglut treibt. Konkret geht es um die Basis-Installation des Systems. Das Zielgerät ist ein Acer ES1-732-p7VY. Hierbei folge ich dieser Anleitung
https://www.timoschindler.de/arch-linux-uefi-boot-mit-grub-und-verschluesseltem-lvm/
Bis zum vorletzten Schritt läuft alles gut. Der entscheidende Befehl ist jedoch dieser
grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id=arch_grub --recheck --debug
Hier friert das System ein. Der Befehl, der das auslöst ist dieser
efibootmgr -c- d /dev/sdb -p 1 -w -L arch_grub -I \EFI\arch_grub\grubx64.efi
Anzumerken ist, dass /dev/sdb meine HDD ist, der Boot-Stick, den ich zur Installation nutze, wurde auf /dev/sda gemounted.
Meine Recherchen haben gezeigt, dass dieses Problem auf Acer Laptops scheinbar öfters auftritt. Zu Testzwecken haben ich eine Ubuntu-Kopie auf den Laptop aufgespielt und konnte mit folgende Anleitung das System zum Laufen bringen
https://askubuntu.com/questions/392254/ubuntu-install-hangs-at-installing-the-grub2-package/392273
Konkret folgende Befehle konnten das Problem lösen
-- Boot Ubuntu Live USB
-- open terminal
sudo -s
ubiquity -b
-- Press Continue testing after installation is over.
--Now we will return to the CLI ( https://wiki.debian.org/GrubEFIReinstall )
sudo mount /dev/sda2 /mnt #sda2 is the root partition
sudo mkdir /mnt/boot/efi
sudo mount /dev/sda1 /mnt/boot/efi #sda1 is the efi partition
for i in /dev /dev/pts /proc /sys; do sudo mount -B $i /mnt$i; done
modprobe efivars # make sure this is loaded
-- notice the bootx64 file
efibootmgr --verbose
-- We will reinstall grub-install for a 64bit version
apt-get install --reinstall grub-efi-amd64
grub-install —no-nvram —root-directory=/mnt
chroot /mnt
update-grub
cd /boot/efi/EFI
cp -R ubuntu BOOT
cd BOOT cp grubx64.efi bootx64.efi
-- You are finished, reboot the system.
Ich habe dies auch unter Arch versucht (nach der Arch-Installation, s.o.), da ich der Meinung bin, dass es sich um ein Pfad-Problem handelt. Damit konnte ich immerhin in eine Grub-Prompt kommen. Nach Eingabe des Passwortes für den LVM-Container konnte ich in der Prompt auch auf die entschlüsselte Partition (in meinem Fall: (hd0,gpt2) zugreifen und root-Pfad sowie das Linux-Image setzen. Mittels
boot
konnte ich das Image auch starten, jedoch kommt es zu erneuten Pfad-Problemen, weil /boot eine eigene Partition ist, sprich nicht gemounted. Soll heißen: "/", also das LVM-root wurde entschlüsselt und für grub nach (lvm/main-root) gemapped, auf boot muss jedoch mittels (hd0, gpt1) zugegriffen werden.
Mein weiterer Ansatz war, herauszufinden, weswegen der o.g. efibootmgr Befehl scheitert. Ich bin jedoch mittlerweile ziemlich verzweifelt und ideenlos.
Danke für jede Hilfe!