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

Re: Grub 2: file not found



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
> 
> 

Ich habs: beim Klonen von sda12 auf sda1 ist auch die UUID geklont worden. Grub sucht also auf sda12, wo sich kein System mehr befindet!

Wie bekomme ich die richtige UUID für sda1 ?

Klaus


Reply to: