Hi,
nach der Installation von Debian bekomm ich auf meinem System folgende Meldung: "Grub Stage1.5 ReadError"
Kann jemand damit was anfangen?
Gruß
TimmintoR 2°°4
Linux 15.070 Themen, 107.540 Beiträge
KarstenW 
TimmintoR 2°°4 „Grub Boot Error“
Die Fehlermeldungen kannst du hier nachlesen:
http://www.gnu.org/software/grub/manual/grub.html#Troubleshooting
Ich hoffe ich liege nicht total falsch. Für mich ist die stage?? Datei der secondary Bootloader.
grub wird in den MBR installiert und in den MBR wird der first Bootloader (Datei stage1 ?)installiert. Das BIOS lädt diesen ersten Bootloader.
grub wiederrum lädt danach den secondary Bootloader . Dieser secondary bootloader stagexxx startet den Programmcode vom Bootsektor der jeweiligen Partition in der der Betriebsystemkern von Linux ist.
Vielleicht ist dieser Bootsektor zerstört oder so.
Oder diese Datei wurde gelöscht.
Poste doch mal die Datei /boot/grub/menu.lst und schau mal in das Verzeichnis /boot/grub:
Bei mir sind diese Dateien gespeichert:
dir -l /boot/grub/
insgesamt 196
-rw-r--r-- 1 root root 197 2007-09-22 22:35 default
-rw-r--r-- 1 root root 15 2007-09-22 22:35 device.map
-rw-r--r-- 1 root root 7584 2007-09-22 22:35 e2fs_stage1_5
-rw-r--r-- 1 root root 7424 2007-09-22 22:35 fat_stage1_5
-rw-r--r-- 1 root root 8192 2007-09-22 22:35 jfs_stage1_5
-rw-r--r-- 1 root root 4618 2007-10-03 11:19 menu.lst
-rw-r--r-- 1 root root 4627 2007-10-03 11:18 menu.lst~
-rw-r--r-- 1 root root 6848 2007-09-22 22:35 minix_stage1_5
-rw-r--r-- 1 root root 9280 2007-09-22 22:35 reiserfs_stage1_5
-rw-r--r-- 1 root root 512 2007-09-22 22:35 stage1
-rw-r--r-- 1 root root 108360 2007-09-22 22:35 stage2
-rw-r--r-- 1 root root 8904 2007-09-22 22:35 xfs_stage1_5
Da sind mehrere von diesen secondary Bootloadern installiert, je nach dem von welchem Dateisystem gestartet werden soll.
grub lädt den Betriebsystemkern nicht mit Hilfe der Sektoren wie der alte lilo , sondern greift auf das jeweilige Dateisystem zurück.
PS: Ich würde grub einfach nochmal neu installieren. Ich meine das grub Debian Paket.
PPS: Ich habe noch mal im grub manual nachgeschaut und das gefunden:
http://www.gnu.org/software/grub/manual/grub.html#Images
....
GRUB image files
GRUB consists of several images: two essential stages, optional stages called Stage 1.5, one image for bootable CD-ROM, and two network boot images. Here is a short overview of them. See Internals, for more details.
stage1
This is an essential image used for booting up GRUB. Usually, this is embedded in an MBR or the boot sector of a partition. Because a PC boot sector is 512 bytes, the size of this image is exactly 512 bytes.
All stage1 must do is to load Stage 2 or Stage 1.5 from a local disk. Because of the size restriction, stage1 encodes the location of Stage 2 (or Stage 1.5) in a block list format, so it never understand any filesystem structure.
stage2
This is the core image of GRUB. It does everything but booting up itself. Usually, this is put in a filesystem, but that is not required.
e2fs_stage1_5
fat_stage1_5
ffs_stage1_5
jfs_stage1_5
minix_stage1_5
reiserfs_stage1_5
vstafs_stage1_5
xfs_stage1_5
These are called Stage 1.5, because they serve as a bridge between stage1 and stage2, that is to say, Stage 1.5 is loaded by Stage 1 and Stage 1.5 loads Stage 2. The difference between stage1 and *_stage1_5 is that the former doesn't understand any filesystem while the latter understands one filesystem (e.g. e2fs_stage1_5 understands ext2fs). So you can move the Stage 2 image to another location safely, even after GRUB has been installed.
While Stage 2 cannot generally be embedded in a fixed area as the size is so large, Stage 1.5 can be installed into the area right after an MBR, or the boot loader area of a ReiserFS or a FFS.
stage2_eltorito
This is a boot image for CD-ROMs using the no emulation mode in El Torito specification. This is identical to Stage 2, except that this boots up without Stage 1 and sets up a special drive `(cd)'.
nbgrub
This is a network boot image for the Network Image Proposal used by some network boot loaders, such as Etherboot. This is mostly the same as Stage 2, but it also sets up a network and loads a configuration file from the network.
pxegrub
This is another network boot image for the Preboot Execution Environment used by several Netboot ROMs. This is identical to nbgrub, except for the format.
Ich lag gar nicht mal so daneben. Wahrscheinlich wurde eine Datei stage?? gelöscht.
cbuddeweg TimmintoR 2°°4 „Grub Boot Error“
Da dürfte was bei der Installation der notwendigen Dateien von Grub schiefgegangen sein. Entweder ist die Datei wirklich nicht zu lesen oder ein Zugriffsrecht ist nicht richtig gesetzt. Bei Debian kenne ich mich aber nicht so aus. Mein Grub liegt als Minimalversion im MBR einer Diskette und dann Im Verzeichnis Boot (Bei mir eine extra Partition) liegen die ganzen Dateien im Verzeichnis Grub
http://www.nickles.de/user/images/60//inhalt-verzeichnis-grub.png
Schau mal ob da bei Dir was fehlt Mit Live Cd system booten und dann mal schauen.
TimmintoR 2°°4 Nachtrag zu: „Grub Boot Error“
Hallo ihr zwei und danke für eure Antworten! Die Lösung war so einfach, dass man erstmal drauf kommen musste :-) Debian hat bei der Installation in der menu.lst den Eintrag "hd(0,0)" angelegt, da meine Platte aber am dritten IDE-Port hängt (erster Anschluss beim sekundären Controller) hätte es "hd(2,0)" heißen müssen.
Ließ sich mir grml leicht umbiegen, danach lief er bis zum GRUB-Menü durch, bootete aber keinen Kernel ("disk not found"). Die Korrektur auf das ursprüngliche "hd(0,0)" behob dann auch dieses Problem, warum weiß ich nicht...
Na ja, Hauptsache es läuft, danke nochmal!!
PS: Der Eintrag im GRUB-Manual erschien mir etwas eigenartig, und auch Google brachte keine wirklich wichtige Erkenntnis. Überall ließt man von zerstörten Platte etc, aber solch "simple" Probleme schein wohl keiner zu haben :)
Gruß
TimmintoR 2°°4
TimmintoR 2°°4 Nachtrag zu: „Hallo ihr zwei und danke für eure Antworten! Die Lösung war so einfach, dass...“
/boot liegt bei mir übrigens auch auf einer eigenen Partition, vielleicht kam der Installer da mit der /root-Partition durcheinander?!
Gruß
TimmintoR 2°°4
KarstenW TimmintoR 2°°4 „/boot liegt bei mir übrigens auch auf einer eigenen Partition, vielleicht kam...“
Ich glaube mich zu erinnern das ich irgendwo gelesen habe, das der Eintrag root (hd0,0) sich auf die root Partition (Wuzelverzeichnis) bezieht wenn /boot ein normales Unterverzeichnis von der root Partition ist.
Wenn /boot auf einer eigenen Partition liegt dann bezieht sich die Angabe root (hd0,0) auf die /boot Partition.
Wenn der erste Bootloader (stage1) den zweitrangigen Bootloader (stage1.5??) im Verzeichnis /boot starten soll und /boot auf einer eigenen Partition liegt, dann muß ja erst mal die /boot Partition gemountet werden um die Datei stage1.5?? zu lesen und den Programmcode auszuführen..
grub hat die Angabe root (hd0,0) richtig eingetragen wenn /boot auf dieser Partition hd0,0 liegt.
Also root (hd0,0) ist letztendlich diejenige Partition wo sich das /boot/grub Verzeichnis befindet, entweder die root Partition oder wenn /boot auf einer eigenen Partition sich befindet, ist es die /boot Partition.
the_mic TimmintoR 2°°4 „Grub Boot Error“
Bei einigen Boards/Controllern kann Grub nicht über Stage 1.5 booten. In diesem Fall musst du unter /boot/grub die *_stage1_5 Dateien löschen. Der RAID-Controller vom Abit KT7A-RAID ist einer dieser Fälle.
TimmintoR 2°°4 the_mic „Bei einigen Boards/Controllern kann Grub nicht über Stage 1.5 booten. In diesem...“
Hmm, so ganz raus ist das Problem noch nicht. Manchmal erscheint der Fehler noch immer. Ich hab testweise die *_stage1_5 Dateien verschoben, brachte aber keinen Unterschied. Scheinbar gibt es Unterschiede zwischen Kalt- und Warmstarts, aber nichts regelmäßigs (bis jetzt). Festplattendefekt würde ich ausschließen, es ist einen neue Platte, bei der Vorgängerin traten genau die gleichen Probleme auf.
Hat noch jemand eine Idee?
Gruß
TimmintoR 2°°4
KarstenW TimmintoR 2°°4 „Hmm, so ganz raus ist das Problem noch nicht. Manchmal erscheint der Fehler noch...“
BIOS Problem ?
Oder ist die Partitionstabelle nicht in Ordnung ?
Hast du die Partitionstabelle unter Linux erstellt oder mit irgendeinem Windowstool ?
Was sagt der Befehl fdisk -l (kleines L) ?
Welches Dateisystem hat die /boot Partition oder das /boot Verzeichnis?
TimmintoR 2°°4 KarstenW „BIOS Problem ? Oder ist die Partitionstabelle nicht in Ordnung ? Hast du die...“
Hi KarstenW,
die Partitionstabelle hab ich mit dem Debian-Installer erstellt (partman?). Die Platte war fabrikneu und somit komplett leer. Die /boot-Partition ist mit ext3 formatiert. fdisk -l sagt folgendes:
core2duo# fdisk -l
Disk /dev/hdc: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00059e26
Device Boot Start End Blocks Id System
/dev/hdc1 1 24 192748+ 83 Linux
/dev/hdc2 25 3063 24410767+ 83 Linux
/dev/hdc3 3064 30401 219592485 5 Extended
/dev/hdc5 3064 3671 4883728+ 83 Linux
/dev/hdc6 3672 6103 19535008+ 83 Linux
/dev/hdc7 6104 6589 3903763+ 82 Linux swap / Solaris
/dev/hdc8 6590 12060 43945776 83 Linux
/dev/hdc9 12061 30401 147324051 83 Linux
Disk /dev/hdd: 163.9 GB, 163928604672 bytes
255 heads, 63 sectors/track, 19929 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x615965f8
Device Boot Start End Blocks Id System
/dev/hdd1 2 19929 160071660 f W95 Ext'd (LBA)
/dev/hdd5 2 12750 102406311 b W95 FAT32
/dev/hdd6 12751 18655 47431881 b W95 FAT32
/dev/hdd7 18656 19929 10233373+ 7 HPFS/NTFS
Disk /dev/dm-0: 44.9 GB, 44999421952 bytes
255 heads, 63 sectors/track, 5470 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
Disk /dev/dm-0 doesn't contain a valid partition table
Gruß
TimmintoR 2°°4
KarstenW TimmintoR 2°°4 „Hi KarstenW, die Partitionstabelle hab ich mit dem Debian-Installer erstellt...“
Ungewöhnlich, hast du keine Festplatten am Master des 1 . ide Anschlusses oder am Slave des 1. ide Anschlusses ?
Ich habe gehört das manche BIOSe mit solchen "Löchern" schlecht zurechtkommen.
Hast du die Festplatten mal am 1. ide Anschluß angeschlossen?
Was ist /dev/dm-0 ?
TimmintoR 2°°4 KarstenW „Ungewöhnlich, hast du keine Festplatten am Master des 1 . ide Anschlusses oder...“
hast du keine Festplatten am Master des 1 . ide Anschlusses oder am Slave des 1. ide Anschlusses
Da hängen die Wechseldatenträger-Laufwerke (Brenner + DVD-Laufwerk). Probeweises Umstecken an den ersten IDE-Controller brachte keinen Untschied.
Was ist /dev/dm-0 ?
Das ist das Interface des devicemappers von dm-crypt. Eine Partition ist verschlüsselt (/dev/hdc8).
Gruß
TimmintoR 2°°4
Da hängen die Wechseldatenträger-Laufwerke (Brenner + DVD-Laufwerk). Probeweises Umstecken an den ersten IDE-Controller brachte keinen Untschied.
Was ist /dev/dm-0 ?
Das ist das Interface des devicemappers von dm-crypt. Eine Partition ist verschlüsselt (/dev/hdc8).
Gruß
TimmintoR 2°°4
KarstenW TimmintoR 2°°4 „ Da hängen die Wechseldatenträger-Laufwerke Brenner DVD-Laufwerk . Probeweises...“
Wenn du die Festplatten einfach so umsteckst dann stimmen die Gerätedateien nicht mehr in der /etc/fstab.
grub muß auch neu in den MBR installiert werden.
Zu diesem Zeitpunkt wird auf jeden Fall Programmcode aus dem BIOS ausgeführt. Als einzige Fehlerquelle bleibt dann das BIOS übrig.
cbuddeweg KarstenW „Wenn du die Festplatten einfach so umsteckst dann stimmen die Gerätedateien...“
Mal Beispielhaft meine Grub Einträge
title=Gentoo32_opteron_ATI Linux 2.6.20-r7
root (hd0,0)
kernel (hd0,0)/kernel32-2.6.20-gentoo-r7-opt-ATI root=/dev/hda6
title=Gentoo64_opteron kernel 2.6.20-gentoo-r7
root (hd0,0)
kernel (hd0,0)/kernel64-2.6.20-gentoo-r7-opt root=/dev/hdb7
Bootpartition ist für alle Linuxkernel (auch die Testversionen die ich mal bauewerden da hingeschoben) die erste Partition der Platte hda - /dev/hda1 also in der Grub-Zählweise hd0,0
die Rootpartitionen für die Systeme, also der Ort für / wo dann der ganze Dateibaum liegt wird als Parameter für den Kernel übergeben. Das 32 Bit System liegt auf dem zweiten logischen Laufwerk der erweiterten Partition der Festplatte hda, hda5 ist die Home Partition für /home
Device Boot Start End Blocks Id System
/dev/hda1 1 9 72261 83 Linux
/dev/hda2 10 134 1004062+ 82 Linux swap / Solaris
/dev/hda3 135 9729 77071837+ 5 Extended
/dev/hda5 135 2080 15631213+ 83 Linux
/dev/hda6 2081 9729 61440561 83 Linux
die fstab dazu
/dev/hda1 /boot ext2 noauto,noatime 1 2
/dev/hda6 / ext3 noatime 0 1
/dev/hda5 /home ext3 noatime 0 0
/dev/hda2 none swap sw 0 0
für das native 64 Bit System gilt das sinngemäß, als Swap nehme ich auch /dev/hda2, habe das System aber auf der zweiten Platte /dev/hdb liegen, wobei die Rootpartition hier /dev/hdb7 ist.
P.S. Die Übersichtlichkeit der "tabellarischen" Angaben hat etwas beim Aushängen gelitten.
TimmintoR 2°°4 KarstenW „Wenn du die Festplatten einfach so umsteckst dann stimmen die Gerätedateien...“
grub muß auch neu in den MBR installiert werden.
Nein, der MBR bleibt intakt, die Platte hängt ja nur als Master am ersten Controller statt am zweiten. Nur die Einträge in der /etc/fstab müssten angepasst werden, aber da das Umstecken keine Abhilfe brachte mach ich das nicht.
Zu diesem Zeitpunkt wird auf jeden Fall Programmcode aus dem BIOS ausgeführt
Es gibt tatsächlich eine neue BIOS-Version für mein Mainboard, die ich bei Gelegenheit mal einspielen werde.
Mal Beispielhaft meine Grub Einträge
Danke für die Ausführungen. Es war wohl doch eher Zufall, dass das System nach Änderung von hd(0,0) hochfuhr.
Nein, der MBR bleibt intakt, die Platte hängt ja nur als Master am ersten Controller statt am zweiten. Nur die Einträge in der /etc/fstab müssten angepasst werden, aber da das Umstecken keine Abhilfe brachte mach ich das nicht.
Zu diesem Zeitpunkt wird auf jeden Fall Programmcode aus dem BIOS ausgeführt
Es gibt tatsächlich eine neue BIOS-Version für mein Mainboard, die ich bei Gelegenheit mal einspielen werde.
Mal Beispielhaft meine Grub Einträge
Danke für die Ausführungen. Es war wohl doch eher Zufall, dass das System nach Änderung von hd(0,0) hochfuhr.
