Am 25.07.2011 15:20, schrieb Andre Tann:
Tao te Puh, Donnerstag, 21. Juli 2011:
=> Grub Legacy (v0.97) is installed in the MBR of /dev/sda and looks on
the same drive in partition #2 for /boot/grub/stage2 and /boot/grub/menu.lst.
=> No boot loader is installed in the MBR of
/dev/sdb.
=> Grub Legacy (v) is installed in the MBR of /dev/sdc and
looks on boot drive #-127 in partition #1 for /.
Verrat' doch mal ein wenig über Dein Disk-Layout (fdisk -l und cat /proc/mdstat).
# cat /proc/mdstat md5 : active raid1 sda5[0] sdb5[1] 935737920 blocks [2/2] [UU] md1 : active (auto-read-only) raid1 sda1[0] sdb1[1] 19534912 blocks [2/2] [UU] md2 : active raid1 sda2[0] sdb2[1] 19534976 blocks [2/2] [UU]
sdc ist ne 2-TB-Platte, die nur als Backup gedacht ist:
# fdisk -l /dev/sdc Disk /dev/sdc: 2000.4 GB, 2000398934016 bytes 255 Köpfe, 63 Sektoren/Spur, 243201 Zylinder, zusammen 3907029168 Sektoren Einheiten = Sektoren von 1 × 512 = 512 Bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x0002508c
Gerät boot. Anfang Ende Blöcke Id System
/dev/sdc1 63 3906220814 1953110376 83 Linux
Keine Ahnung, wie auf diese Platte ein Grub draufkommt. Was ist überhaupt "drive #-127"?
Was ich gerne hätte ist, daß die Kiste von sda und sdb booten kann, wenn's drauf ankommt.
Lustig: Ich habe bei mir auch genau so eine sdc mit genau der gleichen 127er Meldung in einem System. Von dieser Platte weiß ich, dass sie mal testweise in einem Home-NAS verbaut war. Dieses NAS hat offensichtlich einen grub in den MBR geschrieben und dieser grub-stage1-Stummel steht da nun immer noch drin, obwohl der Rest der Platte längst neu partitioniert und formatiert wurde. Damit zeigt der grub nun natürlich ins Nirvana und so erkläre ich mir diese Meldung bei meinem System. Wie grub in Deine sdc kommt, müsstest Du dann halt mal historisch bei Dir klären, aber gemäß der Meldung würde ich meinen, dass Dein sdc-grub ebenfalls ein zahnloser Tiger ist. Die 127er-Meldung erkläre ich mir damit, dass stage1 normalerweise erst einmal stag1_5 aus dem PBR (also dem Bereich zwischen MBR und der ersten Partition) nachladen muss um eine genau Position von stage2 zu ermitteln - und dieser (PBR-)Teil ist, zumindest bei meiner Platte, nicht mehr vorhanden. Interessanter ist in Deinem Fall aber, dass kein grub in sdb gefunden wird. Ein Bootvorgang von sdb, wird somit sicherlich nicht funktionieren. Ich habe bei meinem System, die grub-Installation einfach nach der Yast-Installation nochmal manuell ausgeführt und dabei grub einmal in sda und einmal in sdb installiert, also so: grub root (hd0,0) setup (hd0) quit grub root (hd1,0) setup (hd1) quit Wobei zu beachten ist, dass das /boot-Verzeichnis bei mir in einer eigenen Partition sda1 bzw sdb1 liegt, also hd0,0 und hd1,0. Danach lieferte das "Boot Info Script" die erwarteten Resultate und einige Test-Bootvorgänge, bei denen ich im BIOS die Bootreihenfolge änderte, liefen ebenfalls wie gewünscht ab. Nur der Interesse halber: Was steht eigentlich in Deiner /etc/grub.conf -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org