[gelöst] "The file /mnt/boot/grub/stage1 not read correctly."?

-> Lösung

vdr:~# mount /dev/sda1 /mnt
vdr:~# grub-install --root-directory=/mnt /dev/sda
The file /mnt/boot/grub/stage1 not read correctly.
vdr:~# mount
...
/dev/sda1 on /mnt type ext3 (rw)
vdr:~# ls -l /mnt/boot/grub/stage1
-rw-r--r-- 1 root root 512 2010-03-11 11:47 /mnt/boot/grub/stage1

Ich arbeite als root. Was ist das denn nun wieder für 'ne ....?

Zitat

Original von FireFly
Geht das mit --root-directory? Ich hätte es mit chroot /mnt probiert

Ja, ja. Schon x mal so gemacht, auch von diesem System aus auf externe Platte.

Kann das wieder was mit der Grösse der Platte (1,5TB) zu tun haben?

Soeben mal via Knoppix 5.1.1 vom Laptop aus probiert: Das Gleiche!
Vom aktuelleren Knoppix 6.2 aus geht grub-install gleich ganz in die Hose, weil das Script angblich die /boot/grub/device.map nicht finden kann, dann auf einen Syntax-Fehler im Script läuft...
Herr Gott! Wie kriege in den MBR auf die Platte?!

So, jetzt ist die Ka... voll am dampfen:
Ein Stück grub hat's wohl doch in den MBR der Platte geschaft. Jedenfalls bootete der VDR nun von dieser bis zum Grub-Eingabe-Prompt. Also mit 'dd if=/dev/zero of=/dev/sda bs=440 count=1' versucht den MBR zu plätten. Der VDR versucht aber immer noch von dieser Platte zu booten. Jetzt bleibt er nach BIOS einfach hängen...

HILFE!!!

Zitat

Original von NullP

Na ja, was soll er denn machen? Im BIOS steht, er soll von der Platte booten, da is aber kein Bootsektor - soll er sich einen schnitzen? [Scherz, nich bös gemeint]

Na, die Platte wieder in den Zustand versetzen, den sie vorher hatte. Da wurde sie vom BIOS beim Booten einfach ignoriert.

Partitioniert etc. ist die Platte schon. Nur muss ich das System in der ersten Partition halt noch zum booten kriegen. Solange das nicht geht soll das BIOS die Platte überspringen und das alte System auf der internen booten, weil das schon die Video-Partition auf der externen nutzt...

Grub hat übrigens generell 'nen Schuß. Jetzt habe ich es auch mal mit der chroot-Variante probiert:

vdr:~# mount /dev/sda1 /mnt
vdr:~# chroot /mnt
vdr:~# grub-install /dev/sda
/dev/hda2 does not have any corresponding BIOS drive.

Zumindest auf meinem Laptop (exakt gleiches Verhalten unter Knoppix 6.2) gibt es gar keine hd<x>-Devices (mangels IDE)!? update-grub trägt mir dann Systeme auf hd(0,2) mit root=/dev/sda3 in die menu.list ein?!

p.s.: in der device.map steht nur '(hd0) /dev/sda' (VDR) bzw. '(hd0) /dev/sdc' (Laptop)

Zitat

Original von Paulaner
Nach langen Recherchen habe ich dann rausgefunden, das die Ursache dafür GRUB-0.97 selber ist, da es nicht mit Partitionen umgehen kann, bei denen die I-Nodes > 128 sind.

Das kann hier eigentlich nicht sein. Die Partition die ich hier zum booten bewegen will ist die erste auf der Platte und nur 5GB groß.

Was eventuell noch eine Rolle spielen könnte: In gparted (Knoppix 6.2) hätte ich den Anfangssektor der Partitionen auf Zylindergrenzen oder so was setzen können. gparted hat die erste Partition auch nicht richtig formatiert (zwei weitere Systempartitionen und die Datenpartition aber schon), ich musste das nochmal mit mkfs.ext3 (VDR) nachholen. Vor der ursprünglich vorformatierten NTFS-Datenpartition auf der Platte waren auch ein paar nicht genutzte Sektoren...

An meinem Laptop habe ich die Platte jetzt zum booten gebracht:
Unter Knoppix 6.2 erst ein "grub-install --root-directory=/mnt /dev/sdc", wobei unter /mnt /dev/sdc3 gemountet war, eine noch leere ext3-Partition (drittes System). Damit hat dort grub /boot/grub/* neu angelegt. Dahin dann noch meine menu.lst von /dev/sdc1 und dann
> grub
> device (hd0) /dev/sdc
> root (hd0,2)
> setup (hd0)
Siehe da, System 1 (erste Partition der externen Platte) bootet sauber durch, wie's in der menu.lst steht.
Die selbe Platte dann am VDR:

Grub Loading stage1.5.


Grub loading, please wait...
Error 17

Wenn Grub Stage 1.5 findet und ausführen kann, dann sollte doch auch der Rest (wie am Laptop) klappen?????

Ach ja, ich habe zuvor ebenso unter Knoppix 6.2 am Laptop folgendes probiert:
> grub
> device (hd0) /dev/sdc
> root (hd0,0)
> setup (hd0)
Ging auch fehlerfrei, endete aber schon am Laptop mit 'Error 2'...

Zitat

Original von Paulaner
hast Du denn mal mit "tune2fs -l /dev/sdx" nachgeschaut wie die Größe der I-Nodes ist? Denn wie gesagt hat GRUB mit I-Nodes > 128 Probleme.

Die Partition, bei mir /dev/sda3, auf die ich den VDR installieren wollte, war auch nur 8GB groß und trotzdem hatte gparted die I-Nodes auf 256 gesetzt.

Nein, das habe ich noch nicht überprüft. Dann werde ich das bei Gelegenheit mal checken...

Zitat

Original von Paulaner
hast Du denn mal mit "tune2fs -l /dev/sdx" nachgeschaut wie die Größe der I-Nodes ist? Denn wie gesagt hat GRUB mit I-Nodes > 128 Probleme.

Die Partition, bei mir /dev/sda3, auf die ich den VDR installieren wollte, war auch nur 8GB groß und trotzdem hatte gparted die I-Nodes auf 256 gesetzt.

vdr:~# tune2fs -l /dev/sda1
tune2fs 1.40-WIP (14-Nov-2006)
Filesystem volume name:   System1
Last mounted on:          <not available>
Filesystem UUID:          5725f8e9-faae-4859-b3dd-f53d0c2f8efc
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype sparse_super large_file
Filesystem flags:         signed directory hash
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              328000
Block count:              1311297
Reserved block count:     65564
Free blocks:              1042281
Free inodes:              281488
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      320
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8000
Inode blocks per group:   500
Filesystem created:       Tue Mar  2 15:43:28 2010
Last mount time:          Fri Mar 12 21:05:59 2010
Last write time:          Fri Mar 12 21:06:18 2010
Mount count:              19
Maximum mount count:      29
Last checked:             Tue Mar  2 15:43:28 2010
Check interval:           15552000 (6 months)
Next check after:         Sun Aug 29 16:43:28 2010
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               256
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      e2bb613c-389f-45c2-bd88-3e70ab364ce7
Journal backup:           inode blocks

Ok, dann probiere ich bei nächster Gelegenheit die Partition neu zu formatieren...

Zitat

Original von Paulaner
ich hatte vor kurzem beim Umstieg von meiner alten Systemplatte mit 500GB auf die neue mit 1,5TB ein ähnliches Problem mit Grub. Ich konnte den MBR nicht erstellen, weil GRUB die Partition und Boot-Dateien nicht finden konnte. Die Fehlermeldung war, wenn ich mich recht entsinne, die gleiche.

Nach langen Recherchen habe ich dann rausgefunden, das die Ursache dafür GRUB-0.97 selber ist, da es nicht mit Partitionen umgehen kann, bei denen die I-Nodes > 128 sind.
Bei meiner neuen Platte waren nach dem Formatieren die I-Nodes immer auf 256. Kann man mit z.B. tune2fs -l /dev/sdx ganz einfach rausfinden.

Geholfen hat hier nur ein Formatieren mit Vorgabe der I-Nodes-Größe:
mke2fs -T ext3 -I 128 /dev/sdx ( das ist ein großes i vor dem 128), wenn Du z.B. auf ext3 formatieren willst.

Danach klappte dann GRUB und ich konnte den MBR erstellen.

Alles anzeigen

Ich fasse es nicht, aber das war es tatsächlich! Danke Paulaner!
Nach Reformatierung der Partition mit I-Nodes-Größe 128 funktioniert die Grubberei problemlos und das Booten der externen Platte klappt jetzt wie gewünscht.