Le mercredi 26 octobre 2011 16:40:08, vous avez écrit :
Am 26.10.2011 14:21, schrieb Klaus Becker:
Le mercredi 26 octobre 2011 12:03:13, Klaus Becker a écrit :
Moin,
seit kurzem kann Grub Squeeze auf sda1 nicht mehr starten. Auch Mandriva auf sda9 geht nicht mehr, Doudoulinux auf sda11 hingegen ja. Die Rescue-Option der Mandriva-DVD kann den bootloader nicht reparieren, da bekomme ich eine Fehlermeldung.
Beim Versuch, sda1 zu starten, kommt die Meldung:
"Charging Linux 2.6.32-5-amd64.
error: file not found
...
error: you need to load the kernel first."
"grub-install /dev/sda" klappt ohne Fehlermeldung, "update-grub" ebenso.
Auszug aus grub.cfg:
insmod part_msdos
insmod reiserfs
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set 8cf3befc-1050-43c1-a604-cfa66bf79f22
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=640x480
load_video
insmod gfxterm
fi
terminal_output gfxterm
insmod part_msdos
insmod reiserfs
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set 8cf3befc-1050-43c1-a604-cfa66bf79f22
set locale_dir=($root)/boot/grub/locale
set lang=fr
insmod gettext
set timeout=10
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_msdos
insmod reiserfs
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set 8cf3befc-1050-43c1-a604-cfa66bf79f22
insmod png
if background_image /usr/share/images/desktop-base/spacefun-grub.png; then
set color_normal=light-gray/black
set color_highlight=white/black
else
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux_proxy ###
menuentry "Debian (sda1)" --class debian --class gnu-linux --class gnu --class os {
insmod part_msdos
insmod reiserfs
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set 8cf3befc-1050-43c1-a604-cfa66bf79f22
echo 'Chargement de Linux 2.6.32-5-amd64 ...'
linux /boot/vmlinuz-2.6.32-5-amd64 root=UUID=8cf3befc-1050-43c1-a604-cfa66bf79f22 ro quiet
echo 'Chargement du disque mémoire initial ...'
initrd /boot/initrd.img-2.6.32-5-amd64
}
Die UUID scheint zu stimmen:
blkid -s UUID -o value /dev/sda1
8cf3befc-1050-43c1-a604-cfa66bf79f22
"Was tun?", sprach Zeus? Warum findet Grub vmlinuz-2.6.32-5-amd64 nicht, die Datei existiert.
Im Moment behelfe ich mir mit einer Grub1-CD, das klappt wenigstens. Ich brauche Grub2 für multisystem, sond würde ich wieder zu Grub1 zurückgehen.
tschüss
Klaus
Inzwischen habe ich herausgefunden, dass es an den UUID liegt. Wenn ich die entsprechende Zeile beim Hochfahren manuell lösche, kann ich sda1 starten.
Ich hatte schon versuchsweise in /etc/default/grub die Zeile
GRUB_DISABLE_LINUX_UUID=true
auskommentiert und update-grub ausgeführt, die UUID sind aber in grub.cfg nicht verschwunden.
Wie kann ich grub dazu bringen, die UUID korrekt anzugeben? Ich habe 2 identische FP, vielleicht irrt sich Grub da?
Klaus
Hast Du mit blkid die UUIDs der Partitionen der beiden Platten mal
verglichen? Wenn die wirklich irgendwo identisch sein sollten, wäre das
ne mögliche Erklärung für das Problem. Hattest Du evtl. die Platten /
Partitionen geclont?
Wie schaut denn das Plattenlayout generell aus? fdisk -l?
Grüße
Michael
Hallo Michael,
ich vermute, du hast versehentlich mir privat geantwortet, ich antworte an die Liste.
Ich habe die Partition sda1 tatsächlich geklont, und zwar mit resync, von sda12 aus. Sda12 liess sich auch starten, ich habe aber "rm -rf /" auf sda12 ausgeführt, nachdem ich festgestellt hatte, dass sda1 lief. Da benutzte ich noch Grub1 aus sda1, Grub2 habe ich später installiert.
# fdisk -l
Disk /dev/sda: 1000.2 GB, 1000203804160 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000af6c1
Device Boot Start End Blocks Id System
/dev/sda1 1 2432 19535008+ 83 Linux
/dev/sda2 2433 120973 952180552 5 Extended
/dev/sda5 2433 3040 4883728+ 82 Linux swap / Solaris
/dev/sda6 3041 5472 19535008+ 83 Linux
/dev/sda7 5473 7904 19535008+ 83 Linux
/dev/sda8 7905 105165 781248951 83 Linux
/dev/sda9 105166 107597 19535008+ 83 Linux
/dev/sda10 107598 110029 19535008+ 83 Linux
/dev/sda11 110030 112461 19535008+ 83 Linux
/dev/sda12 112462 114893 19535008+ 83 Linux
/dev/sda13 114894 117325 19535008+ 83 Linux
/dev/sda14 117326 119757 19535008+ 83 Linux
/dev/sda15 119758 120973 9767488+ 83 Linux
Disk /dev/sdb: 1000.2 GB, 1000203804160 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x2a9e2a9d
Device Boot Start End Blocks Id System
/dev/sdb1 1 2432 19535008+ 83 Linux
/dev/sdb2 2433 121601 957224992+ 5 Extended
/dev/sdb5 2433 3040 4883728+ 82 Linux swap / Solaris
/dev/sdb6 3041 5472 19535008+ 83 Linux
/dev/sdb7 5473 105165 800783991 83 Linux
/dev/sdb8 105166 107597 19535008+ 83 Linux
/dev/sdb9 107598 110029 19535008+ 83 Linux
/dev/sdb10 110030 112461 19535008+ 83 Linux
/dev/sdb11 112462 114893 19535008+ 83 Linux
/dev/sdb12 114894 117325 19535008+ 83 Linux
/dev/sdb13 117326 119757 19535008+ 83 Linux
/dev/sdb14 119758 121601 14811898+ 83 Linux
# ls -l /dev/disk/by-uuid/
zeigt alle Partitionen an ausser sda1, da scheint ein Problem zu sein. Ich habe die Partition schon mit reiserfsck überprüft, sie ist in Ordnung.
aber:
# grub-probe -d /dev/sda1 --target=fs_uuid
8cf3befc-1050-43c1-a604-cfa66bf79f22
Das ist die UUID, die in grub.cfg steht. /dev/sdb1 hat eine andere UUID. Die UUID von sda und sdb sind verschieden.
Ich habe eben grub-pc komplett rausgeschmissen, samt Konfigurationsdateien, und neu installiert, das problem ist das gleiche.
Gruss
Klaus