(Neu-)Installation des GRUB-Bootloaders

Sat, 26 May 2007 00:00:00 +0000

Wir hatten folgendes Problem auf dem Computer: 2 Festplatten (hda und hdb). hda enthält den MBR (Master Boot Record) und eine Windows 2000-Installation auf der ersten Partition. hdb enthält Linux (und ihre erste Partition ist eine Boot-Partition, die eine GRUB-Installation enthält, wie sie vom RedHat-9-Installationsprogramm vorgenommen wurde). Im BIOS kann man nur eine Festplatte in der Boot-Prioritätsreihenfolge angeben, und das war hda (wahrscheinlich definiert dadurch, dass sie der Master in der ersten IDE-Kette ist). Daher mussten wir Linux von einer Boot-Diskette starten (da das Diskettenlaufwerk eine höhere Boot-Priorität als die Festplatte hatte). Um ein funktionierendes GRUB zu erhalten, gingen wir wie folgt vor: $/sbin/grub (Starten der GRUB-Shell) grub> root (hd1,0) (Angabe, welche Partition die Boot-Partition ist, auf der GRUB installiert wurde) Dateisystemtyp ist ext2fs, Partitionstyp 0x83 (zeigt an, dass die Partition gefunden wurde)grub> find (hd1,0)/grub/stage1(fd0)(hd0,0)(hd1,0)(hd1,1)(hd1,2)(hd1,5)(hd1,6) (dieser Befehl ist möglicherweise nicht erforderlich; er listet offenbar alle möglichen Partitionen auf, auf denen der GRUB-Bootloader installiert sein könnte)grub> setup (hd0)Prüfung, ob „/boot/grub/stage1“ existiert… neinPrüfung, ob „/grub/stage1“ existiert… jaPrüfung, ob „/grub/stage2“ existiert… jaPrüfung, ob „/grub/e2fs_stage1_5“ existiert… jaAusführung von „embed /grub/e2fs_stage1_5 (hd0)“… 16 Sektoren werden eingebettet. Erfolgreich. „install /grub/stage1 d (hd0) (hd0)1+16 p (hd1,0)/grub/stage2 /grub/grub.conf“ wird ausgeführt… erfolgreich. Fertig. (Dadurch wird der Bootloader auf der ersten Festplatte installiert, offenbar nicht in der ersten Partition, sondern möglicherweise im MBR?)grub> quit (die GRUB-Shell verlassen)emacs /boot/grub/grub.confJetzt müssen Sie nur noch die GRUB-Konfigurationsdatei bearbeiten. Unsere sieht so aus:grub.conf, generiert von Anaconda. Beachten Sie, dass Sie GRUB nach Änderungen an dieser Datei nicht neu starten müssen. HINWEIS: Sie haben eine /boot-Partition. Das bedeutet, dass alle Kernel- und initrd-Pfade relativ zu /boot/ sind, z. B.:root (hd1,0)kernel /vmlinuz-version ro root=/dev/hdb3initrd /initrd-version.imgroot=/dev/hdb1 default=0 timeout=10 splashimage=(hd1,0)/grub/splash.xpm.gztitle Red Hat Linux (2.4.20-19.9)root (hd1,0)kernel /vmlinuz-2.4.20-19.9 ro root=LABEL=/ hdd=ide-scsiinitrd /initrd-2.4.20-19.9.imgtitle Red Hat Linux (2.4.20-18.9)root (hd1,0)kernel /vmlinuz-2.4.20-18.9 ro root=LABEL=/ hdd=ide-scsiinitrd /initrd-2.4.20-18.9.imgtitle Red Hat Linux (2.4.20-13.9)root (hd1,0)kernel /vmlinuz-2.4.20-13.9 ro root=LABEL=/ hdd=ide-scsiinitrd /initrd-2.4.20-13.9.imgtitle Red Hat Linux (2.4.20-9)root (hd1,0)kernel /vmlinuz-2.4.20-9 ro root=LABEL=/ hdd=ide-scsiinitrd /initrd-2.4.20-9.imgtitle Red Hat Linux (2.4.20-8)root (hd1,0)kernel /vmlinuz-2.4.20-8 ro root=LABEL=/ hdd=ide-scsiinitrd /initrd-2.4.20-8.imgtitle Windows 2000rootnoverify (hd0,0)chainloader +1title Floppyrootnoverify (fd0)chainloader +1title Rebootreboottitle Halthalt

Windows sanft deinstallieren

Fri, 25 May 2007 00:00:00 +0000

Ich habe zwei Festplatten, die wie folgt partitioniert sind: hda1 120 GB /dev/hda1 100 MB Linux ext3 /boot /dev/hda2 95 GB Linux ext3 /home /dev/hda3 1 GB Linux swap /dev/hdb4 Erweiterte Partition/dev/hdb5 17 GB Linux /hdb1 32 GB/dev/hdb1 100 MB Linux ext3 /boot/dev/hdb2 1 GB Linux swap/dev/hdb3 Erweiterte Partition/dev/hdb4 12 GB NTFS Windows 2000/dev/hdb5 18 GB Linux reiserfs Auf beiden Boot-Partitionen war GRUB installiert (früher befand sich auf hdb1 eine alte Linux-Red-Hat-7-Installation). Das BIOS war so eingestellt, dass die erste Festplatte (hda1) zum Booten verwendet wurde. Um Windows 2000 zu starten, benötigt man offenbar einen von Windows geschriebenen MBR (Master Boot Record), der meines Wissens nach so etwas wie eine versteckte Partition ist, die in jedem Fall die erste Partition eines Laufwerks ist (etwa hda0). Da auf hda1 nie Windows 2000 installiert war (die Festplatte wurde erst später in den Rechner eingebaut und im BIOS an erster Stelle der Boot-Priorität gesetzt), war auch kein Windows-2000-ähnlicher MBR in ihren MBR geschrieben worden. Auf der anderen Festplatte (hdb) ist Windows installiert (Linux wurde später installiert), daher muss es dort einen funktionierenden MBR im Stil von Windows 2000 gegeben haben. Dieser MBR wurde höchstwahrscheinlich irgendwann zerstört. Diese Zerstörung erfolgte nicht während der ersten Installation von Linux Red Hat 7, da man danach noch über GRUB in Windows 2000 booten konnte. Sie muss später irgendwie passiert sein (vielleicht während eines GRUB-Updates?). Dann habe ich die zweite Festplatte eingebaut, Red Hat 9 installiert, und während dieser Installation hat das Red-Hat-Installationsprogramm die zweite GRUB-Installation auf deren Boot-Partition angelegt, die einen Windows-Eintrag enthielt (wie ich während der Red-Hat-9-Installation angegeben hatte). Das Booten in Windows 2000 (das sich auf der anderen Festplatte befand) war weiterhin möglich. Da ich jedoch nie mehr in Windows gebootet habe (ich begann, VMware und später Wine zu nutzen), habe ich erst kürzlich bemerkt, dass der Windows-Eintrag in der grub.conf verschwunden war. Folglich konnte ich nicht mehr in Windows booten. Ich habe den Windows-Eintrag manuell eingegeben, wie überall empfohlen:title Windows 2000rootnoverify (hd1,1)chainloader +1Aber es hat nicht funktioniert. Ich erhielt immer eine Fehlermeldung (Fehler 13: ungültiges Gerät). Ich dachte, ich hätte die falsche Partition ausgewählt, und probierte alle möglichen Partitionen von (hd1,0) bis (hd1,5) aus. Immer noch ohne Erfolg. Allerdings waren die Fehlermeldungen unterschiedlich. Für die Partition: /boot (hd1,0): GRUB-Loader-Fehler 25; linux /home (hd1,1): Fehler 13: ungültiges oder nicht unterstütztes Ausführungsformat; Linux-Swap (hd1,2): Fehler 12: ungültiges Gerät; Eintrag für erweiterte Partition (hd1,3): Es trat kein Fehler auf, aber ich wurde in das GRUB-Menü der Boot-Partition der zweiten Festplatte weitergeleitet; Linux / (hd1,4): Fehler 12: Ungültiges Gerät; jede andere (höhere) Partition, die nicht vorhanden war (z. B. hd1,5): Fehler 12: Ungültiges Gerät. Also habe ich mit der Windows 2000-Installations-CD gebootet und versucht, den MBR von hdb zu reparieren. Ich ging in den Abschnitt „Manuelle Reparatur“ und gab den Befehl „fixmbr“ ein. Es erschien eine Warnung: „Dieser Vorgang verändert Ihre Partitionstabelle und könnte dazu führen, dass alle Ihre Daten auf der Festplatte unzugänglich werden.“ Ich hatte keine andere Wahl, also führte ich den Befehl aus. Es half nicht. Zumindest nicht viel. Eine Sache verbesserte sich jedoch: Als ich die Laufwerke vertauschte (hdb als Master und hda als Slave einstellte und im BIOS die Boot-Priorität dem neuen Master zuwies), konnte ich Windows 2000 starten. Das war schon eine gewisse Verbesserung. Allerdings konnte ich immer noch nicht über GRUB in Windows 2000 booten. Also bootete ich erneut mit der Windows-2000-Installations-CD und führte einen weiteren „gefährlichen“ Befehl aus: FIXBOOT. Das war das Ende meines Windows. Danach konnte ich überhaupt nicht mehr in Windows booten. Ich erhielt immer die Fehlermeldung: „ntldr fehlt“ (NT-Loader fehlt). Es gelang mir zwar noch, diese Windows 2000-Installation zusammen mit VMware zu nutzen, aber ansonsten gab es keine Möglichkeit, sie zu starten. Der Microsoft Knowledge Base-Artikel 318728 beschreibt viele mögliche Lösungen für den Fehler „ntldr fehlt“, die ich alle ausprobiert habe, jedoch ohne Erfolg. Microsoft räumt offenbar ein, dass dieser Fehler in manchen Fällen nicht behebbar ist, da die letzte Methode zur Behebung einer solchen Situation lautet: „Führen Sie eine parallele Installation von Windows 2000 durch und kopieren Sie die Daten, die Sie wiederherstellen möchten, mit dem Windows Explorer.“

Gruppe on Michael’s Domain

(Neu-)Installation des GRUB-Bootloaders

Windows sanft deinstallieren