Hpt372 und Grub 0.97 sind unverträglich

[stinkstiefel]

Nach dem mein HighPoint Controller dank gms viewtopic.php?f=33&t=100683 zur Funktion überredet werden konnte stehe ich nun vor dem nächsten kleinen Problem. Ich möchte natürlich noch die Starthilfe an hda loswerden und das System direkt von sda booten. Also habe ich alles von hda auf sda geschaufelt /etc/fstab auf sda angebasst und Grub mitgeteilt das von sdax gestart werden soll. Funktioniert so weit auch bestens. Der nächste Schritt grub-install /dev/sda ist leider der Striped Disk Array nicht besonders gut bekommen denn nach dem Neustart meldet der Secondary Master Broken statt Hidden. Es kann eigentlich nur grub-install etwas Wichtiges überschrieben haben. Da ich mit Raid bis dato unter Linux überhaupt noch nichts am Hut hatte weiss ich nun nicht ob es da noch etwas zu beachten gilt. Kann ich irgend wie herausfinden ob in dem Teil des MBR den Grub beschreibt etwas lagert was dazu führt das die Array zerstört wird? Wie siehts sonst mit Lösungsansätzen aus?

Edit: Ich habe grad noch etwas gefunden was meine Vermutung bestätigt. Schaun wa mal wie man das verschiebt.

Hinweis für Highpoint-Controller (hpt37x_) : Stage1_5 Dateien von Grub überschreiben die Array-Metadaten des Controllers. Da Stage1_5 optional ist, hilft es, die Dateien *stage1_5 zu verschieben. Dann wird gleich stage2 gestartet.

Quelle: http://de.gentoo-wiki.com/Installieren_ ... von_dmraid

[stinkstiefel]

Nun habe ich wieder einen funktionierenden Zustand hergestellt und müsste jetzt Grub ohne stage1.5 in den MBR von sda installieren. Den MBR von sda habe ich für den Fall der Fälle auf hda gesichert. Kann man an dem hexdump eigentlich etwas zu der Problematik erkennen?

Code: Alles auswählen

adlerhost:/# hexdump /dev/sda -n 512 -C
00000000  fa b8 00 10 8e d0 bc 00  b0 b8 00 00 8e d8 8e c0  |................|
00000010  fb be 00 7c bf 00 06 b9  00 02 f3 a4 ea 21 06 00  |...|.........!..|
00000020  00 be be 07 38 04 75 0b  83 c6 10 81 fe fe 07 75  |....8.u........u|
00000030  f3 eb 16 b4 02 b0 01 bb  00 7c b2 80 8a 74 01 8b  |.........|...t..|
00000040  4c 02 cd 13 ea 00 7c 00  00 eb fe 00 00 00 00 00  |L.....|.........|
00000050  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001b0  00 00 00 00 00 00 00 00  c2 91 03 00 00 00 00 01  |................|
000001c0  01 00 83 fe ff ff 3f 00  00 00 1a 1f 80 07 00 fe  |......?.........|
000001d0  ff ff 83 fe ff ff 59 1f  80 07 59 1f 80 07 00 fe  |......Y...Y.....|
000001e0  ff ff 83 fe ff ff b2 3e  00 0f 02 ee 0b 04 00 fe  |.......>........|
000001f0  ff ff 82 fe ff ff b4 2c  0c 13 c3 1c 20 00 55 aa  |.......,.... .U.|
00000200

Wie kann ich nun Grub ohne stage1.5 installieren? Reicht es Grub auszuführen und dann

Code: Alles auswählen

root (hd0,0)
install=/boot/grub/stage1 d (hd0) /boot/grub/stage2 p /boot/grub/menu.lst
makeactive 

zu tippen oder fehlt in der Zeile mit install= ... noch etwas?

Edit: Ich hab mich mal getraut, so ganz ist es das noch nicht, Die Ausgabe vom hexdump ist danach unverändert.

[stinkstiefel]

Es ist echt zum verzweifeln, vor allem wenn man sich mit der GRUB-Konsole noch nicht auskennt.
Mit hd0,0 für sda (raid) war ich wohl auf dem Holzweg, wie mir grub-install mitteilt.

Code: Alles auswählen

adlerhost:/home/tom# grub-install /dev/sda
/dev/sda does not have any corresponding BIOS drive.
adlerhost:/home/tom# grub-install --recheck /dev/sda
Probing devices to guess BIOS drives. This may take a long time.
Searching for GRUB installation directory ... found: /boot/grub
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'.

(fd0)   /dev/fd0
(hd0)   /dev/hda
(hd1)   /dev/sda

Ich wusste natürlich schon was mich nach einem Neustart erwartet. So war es natürlich auch es grinst mich Secondary Master mit "Broken" an. Ich war jedoch noch guter Dinge schliesslich habe ich ja mit einer Sicherung des MBR vorgesorgt. Jedoch musste ich soeben leidvoll feststellen das mir diese Sicherung nichts nutzt. Was ich nun überhaupt nicht verstehe. Es kann doch nicht sein, dass wenn ich den gesamten MBR (512 Byte) sicher und nach einem Fehlversuch wieder zurückschreibe GParted danach zwar wieder die angelegten Partitionen erkennt aber mit ! anzeigt das mit diesen etwas nicht stimmt und natürlich neu formatieren möchte. Was wiederum eine halbe Ewigkeit Datein rüberschauffeln nach sich zieht.
Verhält es sich bei Raid und dem MBR eventuell noch etwas anders?
Hat da Stripe Size 64k eventuell noch irgend eine Auswirkung auf den MBR?
Langsam aber sicher verliere ich die Lust daran eine Lösung zu finden, weil die Fehlerdiagnose einen Anwender ziemlich überfordert.