Probleme mit Grub

[d00mfreak]

Hi

Wollt mir grad mal wieder Linux installieren, bekommen aber jedesmal sofort nach dem ersten Neustart einen Grub Error 17, das soll anscheinend soviel heißen, dass er die boot/root-Partition nicht findet. Im Internet wurde als Lösungsweg das Überprüfen und Ausbessern der menu.lst gepriesen, wo ich allerdings keinen Fehler entdecken konnte. Da ich inzwischen quasi alles ausprobiert hab, lass ich euch mal ran

fdisk -l

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

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1       30402   244196352    7  HPFS/NTFS

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

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1       29413   236259891   83  Linux
/dev/sdb2           29414       30401     7936110   82  Linux swap / Solaris

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

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1   *           1       30402   244196352    7  HPFS/NTFS

fstab

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# /dev/sdb1
UUID=edf5929c-d0cc-45c5-982b-8090f6ee781c /               ext3    defaults,errors=remount-ro 0       1
# /dev/sda1
UUID=D2D69AB8D69A9BF3 /media/sda1     ntfs    defaults,umask=007,gid=46 0       1
# /dev/sdc1
UUID=8ECAD934CAD91973 /media/sdc1     ntfs    defaults,umask=007,gid=46 0       1
# /dev/sdb2
UUID=d4e8a1e5-1602-4ca2-90bd-490fc8eb41d0 none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec 0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto,exec 0       0

und die menu.lst

title        Ubuntu 7.10, kernel 2.6.22-14-generic
root        (hd1,0)
kernel        /boot/vmlinuz-2.6.22-14-generic root=UUID=edf5929c-d0cc-45c5-982b-8090f6ee781c ro quiet splash
initrd        /boot/initrd.img-2.6.22-14-generic
quiet

title        Ubuntu 7.10, kernel 2.6.22-14-generic (recovery mode)
root        (hd1,0)
kernel        /boot/vmlinuz-2.6.22-14-generic root=UUID=edf5929c-d0cc-45c5-982b-8090f6ee781c ro single
initrd        /boot/initrd.img-2.6.22-14-generic

title        Ubuntu 7.10, memtest86+
root        (hd1,0)
kernel        /boot/memtest86+.bin
quiet

### END DEBIAN AUTOMAGIC KERNELS LIST

# This is a divider, added to separate the menu items below from the Debian
# ones.
title        Other operating systems:
root


# This entry automatically added by the Debian installer for a non-linux OS
# on /dev/sda1
title        Windows Vista/Longhorn (loader)
root        (hd0,0)
savedefault
makeactive
chainloader    +1

Zum Verständnis:

sda1 - Windows Systempartition
sdb - Linux + Swap
sdc1 - Datenlager

Ich hoffe, ihr findet was, das ich übersehen habe.

MfG
DooM

 

[dot]

Macht zwar keinen Sinn, aber hast du mal (hd1,0) in (hd0,0) geaendert?

 

[d00mfreak]

bei der device.map stimmt auch alles, falls du das meinst.

Und der Rest ist alles auf sdb1 (hd1,0) zu finden, insofern denke ich schon, dass das mit hd1,0 stimmen sollte. Werds aber trotzdem mal testen.

Das fehlende * oben bei fdisk -l in der Spalte "boot" bei den Linux-Partitionen bedeutet nix? Mir erscheint es etwas komisch, dass das sonst überall zu finden ist.

 

[dot]

Eigentlich ist das bootable Flag voellig schnurz. Wo ist z.B. der Sinn dein Datenlager bootable zu machen? Naja, kannst es ja mal testweise ueber fdisk /dev/sdb -> a (glaube so wars) setzen

 

[d00mfreak]

Jep, Grub zeigte sich unbeeindruckt

 

[dot]

Kannst du von der LiveCD aus / mounten und chroot'en? Kannst du dann gleich Grub neu installieren?
Ich hab mir jetzt schon massig Google-Seiten gelesen, aber das Dateisystem (ext3) kann nicht das Problem sein, das dies im Kernel/als Modul da sein muss. :-/

 

[d00mfreak]

Kannst du von der LiveCD aus / mounten und chroot'en? Kannst du dann gleich Grub neu installieren?
Ich hab mir jetzt schon massig Google-Seiten gelesen, aber das Dateisystem (ext3) kann nicht das Problem sein, das dies im Kernel/als Modul da sein muss. :-/

Hab ich jetzt getestet, keine Fehlermeldung, er fand alle Dateien, ich dachte schon, das könnte klappen.

Beim darauffolgenden Reboot durfte ich mir wieder den Error 17 ansehen.

 

[dot]

Langsam gehen mir auch die Ideen aus.
- Die UUID Deviceangaben finde ich komisch, bzw. treffen diese auch wirklich zu? Was passiert wenn man diese gegen normale /dev's ersetzt?
- Du hast gestern sicher in der Grub-Shell den Bootloader neu geschrieben. Was ist denn die Meldung wen du "root (hdx,x)" und "setup (hdx)" machst?

 

[d00mfreak]

Langsam gehen mir auch die Ideen aus.
- Die UUID Deviceangaben finde ich komisch, bzw. treffen diese auch wirklich zu? [/url]
Laut "blkid" stimmen die UUIDs überein:

/dev/sda1: UUID="D2D69AB8D69A9BF3" TYPE="ntfs" 
/dev/sdb1: UUID="edf5929c-d0cc-45c5-982b-8090f6ee781c" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sdb2: TYPE="swap" UUID="d4e8a1e5-1602-4ca2-90bd-490fc8eb41d0" 
/dev/sdc1: UUID="8ECAD934CAD91973" TYPE="ntfs"

Was passiert wenn man diese gegen normale /dev's ersetzt?

Schon getestet, das Prob besteht weiter.

- Du hast gestern sicher in der Grub-Shell den Bootloader neu geschrieben. Was ist denn die Meldung wen du "root (hdx,x)" und "setup (hdx)" machst?

Jep, einmal mit dieser Methode, einmal mit chroot, und einmal einfach per grub-install.

Anscheinend kann es noch daran liegen, wenn man die Reihenfolge der Festplatten ändert, das werd ich mal am Wochenende austesten. Ich lass was hören, sollte ich Ubuntu zum Laufen kriegen.