[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Grub 2: file not found



Am 26.10.2011 17:05, schrieb Klaus Becker:
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
Ja, ich hatte aus Versehen Dir statt der Liste geantwortet, mea culpa :)

Aber hatte ich mir doch gedacht mit dem cloneing als Du sagtest die Platten wären "identisch". ;) Aber freut mich das es nun gefixt is!

Grüße
Michael


Reply to: