[solved] grub startet neue Distri nicht

tivi2 · July 16, 2009 at 3:04 PM

Servus!

Ich habe die neue c't-vdr-Distri auf eine Partition meines vdrs installiert.
Diese möchte ich nach und nach, wenn der vdr nicht "arbeitet" und ich Zeit habe,
anpassen und zu Ende führen.

Die bisherige Hauptinstallation bleibt zunächst bestehen und wird bis zur Vollendung
der neuen Installation genutzt.

Die neue Distri hat natürlich einen neuen grub installiert - Version 0.97.
Damit kam aber grub-reboot meiner alten Installation nicht klar. Also habe
ich von dort aus wieder grub (0.95) installiert und die menu.lst angepasst.
Damit arbeitet wieder meine Hauptinstallation in Verbindung mit grub-reboot
für nvram einwandfrei.

Jetzt wollte ich heute an der Installation weitermachen...
doch die neue Installation will nicht booten.

Fehler:

Code

Grub Error 2: Bad file or directory type

Ich habe einige Seiten im Internet gefunden, u. a. auch in

GRUB Error Messages

Code

10 : "Bad file or directory type"


This error is returned if a file requested is not a regular file, but something like a symbolic link, directory, or FIFO.

Aber eine Lösung konnte ich dadurch nicht erreichen.
Kernel und initrd Dateien sind an der angegebenen Position zu finden.

Meine menu.lst:

Code

title           Haupt-Debian GNU/Linux, kernel 2.6.16-ct-1
root            (hd0,3)
kernel          /boot/vmlinuz-2.6.16-ct-1 root=/dev/hda4 ro
initrd          /boot/initrd.img-2.6.16-ct-1
savedefault
boot




title           Debian GNU/Linux Lenny, kernel 2.6.26-2-486
root            (hd0,8)
kernel          /boot/vmlinuz-2.6.26-2-486 root=/dev/hda9 ro
initrd          /boot/initrd.img-2.6.26-2-486


title           Debian GNU/Linux Lenny, kernel 2.6.26-2-486 (single-user mode)
root            (hd0,8)
kernel          /boot/vmlinuz-2.6.26-2-486 root=/dev/hda9 ro single
initrd          /boot/initrd.img-2.6.26-2-486




title           Microsoft Windows XP Professional
root            (hd0,0)
savedefault     0
makeactive
chainloader     +1


# This entry automatically added by the Debian installer for an existing
# linux installation on /dev/hda7.
title           Kopie Haupt-Debian GNU/Linux, kernel 2.6.16-ct-1 (/dev/hda7)
root            (hd0,6)
kernel          /boot/vmlinuz-2.6.16-ct-1 root=/dev/hda7 ro
initrd          /boot/initrd.img-2.6.16-ct-1
savedefault
boot

Display More

fdisk -l

Code

Disk /dev/hda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes


   Device Boot      Start         End      Blocks   Id  System
/dev/hda1   *           1        3243    26049366    7  HPFS/NTFS
/dev/hda2            4574        5904    10691257+  83  Linux
/dev/hda3            5905        9729    30724312+   f  W95 Ext'd (LBA)
/dev/hda4            3244        4573    10683225   83  Linux
/dev/hda5            5905        6037     1068291   82  Linux swap / Solaris
/dev/hda6            6038        6951     7341673+  83  Linux
/dev/hda7            6952        8282    10691226   83  Linux
/dev/hda8            8283        8943     5309451    7  HPFS/NTFS
/dev/hda9            8944        9729     6313513+  83  Linux


Partition table entries are not in disk order


Disk /dev/sda: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes


   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1       26754   214901473+  fd  Linux raid autodetect
/dev/sda2           26755       30401    29294527+  fd  Linux raid autodetect


Disk /dev/sdb: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes


   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1       26754   214901473+  fd  Linux raid autodetect
/dev/sdb2           26755       30401    29294527+  fd  Linux raid autodetect


Disk /dev/md0: 220.0 GB, 220059009024 bytes
2 heads, 4 sectors/track, 53725344 cylinders
Units = cylinders of 8 * 512 = 4096 bytes


Disk /dev/md0 doesn't contain a valid partition table


Disk /dev/md1: 29.9 GB, 29997465600 bytes
2 heads, 4 sectors/track, 7323600 cylinders
Units = cylinders of 8 * 512 = 4096 bytes


Disk /dev/md1 doesn't contain a valid partition table

Display More

device.map

Code

(fd0)   /dev/fd0
(hd0)   /dev/hda
(hd1)   /dev/sda
(hd2)   /dev/sdb

Habt ihr einen Ansatz?

Grüße
tivi2

hjs · July 16, 2009 at 3:32 PM

Quote

Original von tivi2
Habt ihr einen Ansatz?

Ich vermute , daß in der neueren Version von e2fsprogs die Defaulteinstellungen andere sind als in Älteren .

Damit kommt der ältere Grub nicht klar ( und auch ein neuerer , der auf einem System mit den älteren e2fsprogs compiliert wurde ) .

Hatte mal ne ähnliche Erfahrung .

Die Holzhammermethode wäre , das installierte System mittels CD zu sichern , das alte System zu booten und die Zielpartition zu formatieren , dann ein Restore und funzt .

HJS

netvista-fan · July 16, 2009 at 3:35 PM

frag doch mal ne suchmaschine wie man das linux in einer extended partition bootet, könnte da evtl. haken...
ansonsten könnte man ggf. auch mit dem alten grub im mbr das neue grub booten wenn es auf der partition installiert wurde.

tivi2 · July 16, 2009 at 3:50 PM

Danke euch!

Da sind noch 1-2 andere Linux-Partitionen im extended Bereich,
die erfolgreich gestartet werden können. Hatte die menu.lst
hier etwas gekürzt...

Wenn hjss Vermutung aber stimmt, würde das mit dem doppelten
grub dann funktioniren? Würde der alte grub im mbr dann den neuen
grub in der Partition überhaupt finden?

Ich versuche jetzt mal die "Holzhammermethode"...

Melde mich dann wieder.

tivi2

tivi2 · July 16, 2009 at 5:03 PM

"Holzhammermethode" hat geklappt - Danke dafür!!!

Ciao
tivi2

hjs · July 16, 2009 at 7:30 PM

Quote

Original von tivi2
"Holzhammermethode" hat geklappt - Danke dafür!!!

Deshalb nennt man die auch so - nicht gerade die eleganteste oder feinfühligste aber - klappt immer

HJS

ronfein · July 16, 2009 at 9:01 PM

Um ein wenig Licht ins Dunkel zu bringen: leider wurde von ext3 die Standard-Inode-Grösse von 128 auf 256 Bytes geändert (war wohl Anfang 2008). Es gibt mehrere Lösungen für das Problem: vor der Installation ext3 mit 128-Bytes erzeugen und danach darauf installieren. Alternativ den neuen Grub auf die neue Partition installieren und mittels chain-loading vom alten Grub den neuen Grub starten.

Ich habe es bei mir über chainload gelöst.

Participate now!