Liebe oS-Gemeinde, das Thema hat es sicher schon mehrfach hier gegeben, aber ich komme trotz allen Studiums der Threads in dieser ML, HowTos und der einschlägigen info-Seiten u.s.w. nicht mehr weiter. Ich hatte eine Multiboot-Konfiguration (vor Jahren installiert), ein grub im MBR, der mittels chain-loading die anderen grubs (stage1) und einen Windows-Loader in den Boot-Sektoren aufrief. Durch zu viel Sorglosigkeit habe ich mir anlässlich der Installation einer SSD versehentlich den Grub im MBR der HDD, die schon vorher da war, überschrieben. Symptomatik: Beim Booten sieht man kurz die Meldungen "GRUB loading Stage1.5" und "GRUB loading, wait ..." (sinngemäße Wiedergabe aus der Erinnerung) aufblitzen. Danach startet das System von selber neu mit den üblichen BIOS-Meldungen (Laufwerkserkennung u.s.w.) ==> Endlos-Boot-Schleife. Zunächst wollte ich die Multiboot-Konfiguration wiederherstellen, aber inzwischen verfolge ich nur das bescheidene Ziel, eine OS-Installation startfähig zu machen. Folgende Wege der Installation / Wiederherstellung von grub im MBR und Boot-Sektoren habe ich beschritten: 1) Boot-Loader im MBR reparieren mittels oS-11.0-DVD (Auswahl der Systemreparatur im Boot-Menü der DVD, dann 'Expertenwerkzeug'), dabei zwei Versuche: a) Vorschlag angenommen, neue menu.lst zu installieren (Standard) b) bestehende Konfiguration des Systems /boot/grub/menu.lst einlesen. Reparatursystem scheint in beiden Fällen das abgeänderte Skript /usr/sbin/grub-install zu verwenden, das d. grub-Shell im Batch-Mode aufruft und dazu die Datei /etc/grub.conf einliest. Nicht mehr in der Reparatur-Toolbox, aber danach (im linuxrc?) war die Meldung, dass ein Fehler passiert ist. Bin nicht sicher, ob das was zu bedeuten hat. 2) Rettungssystem von oS-11.0-DVD starten und Root-FS des OS unter /mnt gemountet. Dann: a) Anwendung von grub-install.unsupported [--force-lba] --root-directory=/mnt \ --recheck /dev/sda (--recheck, weil die /boot/grub/device.map nach Entfernen der der SSD nicht mehr richtig war) Hier lief alles ohne Fehlermeldung ab. b) Grub-Shell aufgerufen, dann: grub> root (hd0,8) (oS liegt auf /dev/sda9) grub> setup (hd0) Die Erfolgsmeldung habe ich jetzt nicht im ganzen Umfang parat, aber es wurde das Stage-1.5-File eingebettet (embed) durch Anhängen von 16 Sektoren an den MBR-Code (Stage 1) und das eigentliche install verlief laut Meldung auch erfolgreich. Die Versuche, grub im Boot-Sektor des Root-FS von oS zu installieren und einen (generischen) grub für chain-loading aller OSs im MBR unterzubringen, sind im Grunde sehr ähnlich, nur dass für den MBR-grub eine eigene menu.lst in einem eigenen Verzeichnis /boot/grub gebraucht wird. Es heißt dann in der grub-Shell grub> root (hd0,4) (grub-images in eigener kleiner Partition) und grub> setup (hd0), sowie für den Boot-Sektor grub> root (0,8) und grub> setup (hd0,8). Wenn man grub-install.unsupported verwendet, für grub im MBR: $> mount /dev/sda5 /mbr-grub $> grub-install-unsupported --root-directory=/mbr-grub /dev/sda, für grub im Boot-Sektor: $> mount /dev/sda9 /mnt $> grub-install-unsupported --root-directory=/mnt /dev/sda9. Auch hier wieder alles ohne jede Fehlermeldung. Was ich frappierend finde, ist, dass scheinbar jede Grub-Installation erfolgreich zu sein scheint, aber das System beim Booten immer dasselbe, oben beschriebene Symptom zeigt. Übrigens kann ich einen Platten- und Kabeldefekt ausschließen, da schon verschiedene Kabel und SATA-Anschlüsse auf dem Board durchprobiert habe, aber die Partitionstabelle immer einwandfrei ist. Was könnte ich noch versuchen? Ich habe mal von einer Super-Grub-Disk gehört. Hat hiermit jemand Erfahrung? Noch eine Frage für einen Not-Workaround: Kann man eigentlich ein installiertes System von außen (z.B. mit einer DVD) booten, wenn dort überhaupt kein Boot-Loader installiert ist? Z.B., indem man die Lage des Kernels und andere Informationen mitteilt? Vielen Dank im Voraus fürs Mitdenken und Eure Anregungen! Gruß, Tom P.S.: info grub: hier steht beim chainloader zu lesen dass die Syntax chainloader +1 und chainloader (hd0,8)+1 gleichwertig sind, wenn man vor dem ersten Kommando ein root (hd0,8) hat. Was mir nicht klar ist: kann man für die zweite Syntaxform auf das root-Kommando verzichten? -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org