System ist ein Debian Wheezy mit Softwareraid 6 für md0 = root und boot, md1=swap und md2 für Daten. Zusätzlich gibt es noch eine 100MB Bios Partition am anfang der Platten. Die Platten sind 6x3TB mit GPT Tabelle. Ich musste 2 Platten von 6 aus dem Raid nehmen, wodurch es degraded aber noch clean und funktionstüchtig ist. Leider wurde nach einem Reboot folgender Fehler angezeigt:
Fehlermeldung
Loading Operating System …
GRUB loading.
Welcome to GRUB!
error: invalid arch independent ELF magic.
Entering rescue mode …
grub rescure>
Der Fehler bedeutet, dass die Version von Grub die durch den MBR + den embeded Teil beim booten nicht mit der Version die in /boot/grub/ gefunden wird, übereinstimt. Entweder ist Grub im MBR der Festplatte installiert und ein EFI wird erwartet oder umgekehrt.
Lösungssuche:
Ein “ls” zeigt folgendes:
(md/0) (md/1) (md/2) (hd0 ) (hd0,gpt4) (hd0,gpt3)….
Die Suche nach dem vmlinuz image auf einem der Partitionen:
search –file /vmlinuz
unknown command ‘search’
Erster Schritt im Bios die Konfiguration überprüfen
– ist alles korrekt eingestellt, Bootreihenfolge, EFI etc.
Boot von Debian Live-CD oder Installer im Rescue Mode und Grub neuinstallieren
- sudo passwd root
- aptitude install mdadm -> alle Raid Devices sollten erkannt werden
- mdadm -D /dev/md0 -> sollte ok sein (clean but degraded bei mir)
- fsck.ext4 /dev/md0
e2fsck 1.42.5 (29-Jul-2012)
root: clean, 32765/2927520 files, 588237/2927104 blocks - mkdir /mnt/md0
- mount /dev/md0 /mnt/md0
- mount -o bind /dev /mnt/md0/dev
- mount -o bind /sys /mnt/md0/sys
- mount -t proc /proc /mnt/md0/proc
- chroot /mnt/md0 /bin/bash -> ruft die alte Umgebung auf -> Kontrolle z.B. über ls /etc/ -> hier sollten dann bekannte Konfigurationen liegen
- apt-get –reinstall install grub-common grub-pc grub2-common <- aptitude zeigte hier einen lock Fehler für /var/lock/aptitude
- exit – shell beenden
- umount /mnt/md0/{proc, sys,dev}
- reboot und hoffen das er normal startet
Leider deutete der Fehler noch vor der Auswahl des Kernels im grafischem Fenster auf ein anderes Problem hin. Also weiter:
Ok hat auch nicht funktioniert, also Grub entfernen und neuinstallieren, was alle Konfigurationsdateien und Dateien entfernt:
Boot von Debian Live-CD oder Installer im Rescue Mode , Grub deinstallieren und neuinstallieren
- sudo passwd root
- aptitude install mdadm -> alle Raid Devices sollten erkannt werden
- mdadm -D /dev/md0 -> sollte ok sein (clean but degraded bei mir)
- mkdir /mnt/md0
- mount /dev/md0 /mnt/md0
- mount -o bind /dev /mnt/md0/dev
- mount -o bind /sys /mnt/md0/sys
- mount -t proc /proc /mnt/md0/proc
- chroot /mnt/md0 /bin/bash -> ruft die alte Umgebung auf -> Kontrolle z.B. über ls /etc/ -> hier sollten dann bekannte Konfigurationen liegen
- apt-get update
- apt-get purge grub-common <- entfernen der alten Konfiguration und Dateien
- apt-get install grub-pc grub-common grub-pc-bin grub2-common <- neu installieren
- sda sdb sdc sdd <- alle Laufwerke auswählen, nicht den USB Stick mit der LiveCD und auch nicht das Raid auf md0 😉
- (… <- erstes Feld leer lassen -> ENTER
- quite <- stehen lassen oder entfernen damit beim Boot Infos zu sehen sind -> ENTER )
- Installation finnished. No error reported. Generating grub.cfg … Found linux image: /boot/vmlinuz-3.2.0-4-amd64 .. done
- exit – shell beenden
- umount /mnt/md0/{proc, sys,dev}
- reboot und hoffen das er normal startet
Ok hat auch nicht geklappt. Kurz zur Info. Grub2 installiert sich zum Teil in den Bios Partitionsbereich und in das MD0 Device welches die Bootdateien enthält. Nach weiterem Suchen im Netz bin ich dann auf einen bekannten Fehler im Zusammenhang zwischen Grub2, EFI Bios, LVM, Raid6 und GPT gestoßen. Leider aber auf keine Lösung. D.h. ich komme hier nicht weiter, werde halt die Daten von md2 über die LiveCD kopieren und den Rechner neuaufsetzen. Diesmal jedoch mit einem Raid1 für Root und Boot!
Update: Ich konnte den Bugreport 1298399 für Ubuntu vom 01.04.2014 finden. Dort wird das selbe Problem bestätigt und auch gelöst. Allerdings erst in der Version des Packetes grub 2.02-beta2-8. In Debian Wheezy und Jessie sind die Versionen 1.99-27 und 2.00-22 im Einsatz und ab Sid die 2.02., welche das Problem wohl löst, was ich jedoch nicht nachweislich finden konnte.
Interessiert in verschiedenste IT Themen, schreibe ich in diesem Blog über Software, Hardware, Smart Home, Games und vieles mehr. Ich berichte z.B. über die Installation und Konfiguration von Software als auch von Problemen mit dieser. News sind ebenso spannend, sodass ich auch über Updates, Releases und Neuigkeiten aus der IT berichte. Letztendlich nutze ich Taste-of-IT als eigene Dokumentation und Anlaufstelle bei wiederkehrenden Themen. Ich hoffe ich kann dich ebenso informieren und bei Problemen eine schnelle Lösung anbieten. Wer meinen Aufwand unterstützen möchte, kann gerne eine Tasse oder Pod Kaffe per PayPal spenden – vielen Dank.