[Gelöst] Kein Boot nach Kernel-Upgrade

[bolder]

Hallo!

Ich nutze SLES 9 SP 4, Kernel-Version 2.6.5-7.315-smp in einer virtuellen Maschine auf VMware ESX-Server.
Nach einem Online-Update wurde auch der Kernel aktualisiert, und danach erhielt ich nach Reboot folgende Fehlermeldung:

Error 18: Selected cylinder exceeds maximum supported by BIOS

Recherchen hier im Forum und sonst im Internet zeigten mir, dass mein Boot-Sektor an der falschen Stelle liegt.

An dieser Stelle muss ich erwähnen, dass die virtuelle Maschine ursprünglich eine Plattengröße von 4 GB hatte. Bei der Installation hatte ich seinerzeit die Vorauswahl bestätigt (500 MB swap auf /dev/sda1 und 3,5 GB / auf /dev/sda2). Vor einiger Zeit hatte ich mit PartedMagic die Festplatte auf insgesamt 10 GB vergrößert. Seitdem lief alles reibungslos, durch das Kernel-Upgrade ist jetzt das Problem aufgetreten, da die Platte ja nun größer ist als die 8 GB-Grenze.

Gemäß Vorschlägen aus dem Forum entschloss ich mich, eine Boot-Partition an den Anfang der Platte zu legen und verwendete hierzu wiederum PartedMagic. Daraus ergibt sich nun folgende Partitionierung:

root@PartedMagic:~# fdisk -l

Disk /dev/sda: 10.7 GB, 10737418240 bytes
255 heads, 63 sectors/track, 1305 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00015c8b

   Device Boot      Start         End      Blocks   Id   System
/dev/sda1               1          65      522081   82   Linux swap / Solaris
/dev/sda2              70        1305     9928170   83   Linux
/dev/sda3   *          66          69       32130   83   Linux

Partition table entries are not in disk order

Nun habe ich die Partitions gemountet:

root@PartedMagic:~# mount /dev/sda2
root@PartedMagic:~# mount /dev/sda3

und ich habe die Dateien /media/sda2/etc/fstab und /media/sda2/boot/grub/menu.lst angepasst.

/media/sda2/etc/fstab

/dev/sda3           /boot               ext2       acl,user_xattr        1 1
/dev/sda2           /                   reiserfs   acl,user_xattr        1 1
/dev/sda1           swap                swap       pri=42                0 0
.....

/media/sda2/boot/grub/menu.lst

.....
color white/blue black/light-gray
default 0
timeout 8
gfxmenu (hd0,2)/boot/message
.....
title Linux
    kernel (hd0,2)/boot/vmlinuz root=/dev/sda3 vga=0x32b selinux=0 splash=silent text resume=/dev/sda1 elevator=cfq showopts clock=pit
    initrd (hd0,2)/boot/initrd
...
title Failsafe
    kernel (hd0,2)/boot/vmlinuz root=/dev/sda3 showopts ide=nodma apm=off acpi=off vga=normal noresume selinux=0 barrier=off nosmp noapic maxcpus=0  3
    initrd (hd0,2)/boot/initrd

Jetzt noch kopieren der notwendigen Dateien von /dev/sda2 nach /dev/sda3

root@PartedMagic:~# cd /
root@PartedMagic:/# chroot /media/sda2
root@PartedMagic:/# mv boot boot.old
root@PartedMagic:/# mkdir boot
root@PartedMagic:/# mount /dev/sda3
root@PartedMagic:/# cd boot
root@PartedMagic:/boot# cp -r /boot.old/* .
root@PartedMagic:/boot# cd /
root@PartedMagic:/# grub-install /dev /sda3
Installation finished. No error reported.
This is the contents of the device map /boot/grub/device.map.
Check if this is correct or not. If any of the lines is incorrect,
fix it and re-run the script `grub-install'.

(hd0)   /dev/sda
(fd0)   /dev/fd0

Ich war mir sicher, dass nach Reboot wieder alles ordnungsgemäß laufen würde, aber jetzt erhalte ich folgende Anzeige am Bildschirm:

Booting from local disk...
GRUB

Der Rest ist ein schwarzer Bildschirm, auf dem der Cursor an allen möglichen Stellen rumflackert, Eingaben sind nicht möglich.
Ich denke, dass es nur eine Kleinigkeit sein kann, aber was habe ich vergessen?

Ich hoffe, es kann mir jemand helfen, denn auf eine Neuinstallation bin ich nicht scharf (das müsste ich dann bei etwa 40 Servern machen :schockiert: )

Vielen Dank schon mal!
Olaf

 

[josef-wien]

in einer virtuellen Maschine auf VMware ESX-Server

Ich kann mir nicht vorstellen, daß VMware derartige Einschränkungen hat. Ist da vielleicht die virtuelle Maschine unglücklich konfiguriert?

root=/dev/sda3

Das ist auf jeden Fall falsch. Dein "root"-System ist auf sda2.

 

[bolder]

Ich kann mir nicht vorstellen, daß VMware derartige Einschränkungen hat. Ist da vielleicht die virtuelle Maschine unglücklich konfiguriert?

Nein - auf keinen Fall. Für VMware sind das alles nur Files einer bestimmten Größe. Partitionen usw. werden transparent durchgereicht.

Das ist auf jeden Fall falsch. Dein "root"-System ist auf sda2.

Oops - ja, stimmt. Hab ich soeben geändert.
Allerdings löst dies das Problem auch nicht, da das System ja gar nicht so weit kommt. Es wird ja noch nicht einmal das Bootmenü angezeigt.

 

[josef-wien]

Diese Änderung in der menu.lst kann nicht dazu führen, daß das Boot-Menü nicht angezeigt wird. Die Angabe ist schließlich nur ein Parameter für vmlinuz. Daher schließe ich, daß das Boot-Menü auch vorher nicht angezeigt wurde.

Installiere Grub manuell: http://www.linux-club.de/viewtopic.php?f=4&t=100589&p=612947#p612947

 

[bolder]

BINGO !!! :up:

Das hat jetzt geholfen.
Für alle, die das später noch einmal nachvollziehen wollen schreibe ich hier auf, was ich gemacht habe:

Von Rescue-CD gestartet und als root angemeldet, dann:

Rescue:~ # grub
.....
grub> find /boot/grub/stage1
 (hd0,2)

grub> root (hd0,2)
 Filesystem type is ext2fs, partition type 0x83

grub> setup (hd0)
 Checking if "/boot/grub/stage1" exists... yes
 Checking if "/boot/grub/stage2" exists... yes
 Checking if "/boot/grub/e2fs_stage1_5" exists... yes
 Running "embed /boot/grub/e2fs_stage1_5 (hd0)"... 17 sectors are embedded.
succeeded
 Running "install /boot/grub/stage1 (hd0) (hd0)1+17 p (hd0,2)/boot/grub/stage2 /boot/grub/menu.lst"... succeeded
Done.

grub> quit

Rescue:~ #

Reboot - und fertig.

Vielen Dank, josef-wien, für die tolle Unterstütrzung !!

Olaf