"We are back" « oc.at

RAID und Startschwierigkeiten nach SATA-Controller Einbau

Gex 19.09.2009 - 15:48 1591 3
Posts

Gex

Oralapostel
Avatar
Registered: Jan 2001
Location: Piefkinesien
Posts: 3376
Moin,
folgende Situation:
Ich habe einen Rechner mit 6 onboard SATA-Ports (Mainboard Abit A-S78H, AMD Chipsatz). Daran hingen bisher zwei Platten a 120 GB an sda und sdb sowie vier Platten a 1TB an sdc, sdd, sde und sdf.
Installiert ist lenny mit 2.6.26er Standardkernel.
Ein Software-RAID über sda und sdb (--> md0) beherbergt das System, die 1TB-Platten laufen zusammen als RAID5 (--> md1).
Nun habe ich einen zusätzlichen 2-Port-PCI-SATA-Controller von Promise (TX2plus) und zwei weitere 1TB-Platten, mit denen ich das RAID5-Array erweitern möchte.

Wenn ich einfach den Controller einbaue, die beiden 1TB-Platten reinhänge und die Kiste starte, bootet gar nix. Wenn ich die 1TB-Platten mit an den onboard-Controller hänge und die 120er an den neuen Controller, die Bootreihenfolge entsprechend anpasse, dann wird immerhin GRUB geladen. Die Konfig für den Standardeintrag sieht etwa so aus:

root (hd0,0)
kernel /boot/vmlinuz-2.6.26-1-amd64 root=/dev/md0 ro quiet
initrd /boot/initrd.img-2.6.26-1-amd64

Versuche ich diesen Eintrag zu starten, komme ich bis hier:

root (hd0,0)
Filesystem type is ext2fs, partition type 0xfd
kernel /boot/vmlinuz-2.6.26-1-amd64 root=/dev/md0 ro quiet
[Linux-bzImage, setup=0x3000, size=0x1a95f0]
initrd /boot/initrd.img-2.6.26-1-amd64
[Linux-initrd @ 0x37960000, 0x68fd8d bytes]
_

Und dann gehts nicht weiter. Ich nehme an, dass das initrd-Image nicht geladen werden kann, weil sich dadurch, dass die Platten jetzt am neuen Controller hängen, die Bezeichnungen verschoben haben und das Array md0 nicht mehr angesprochen werden kann.

Ich würd ja gern eine Live-CD oder ein USB-Livesystem booten, um das mal zu checken, aber sobald der zusätzlichen Controller drin steckt, bootet die Schüssel weder von CD noch von USB :|

Nun hab ich nicht wirklich eine Idee, wo ich da ansetzen muss. Bei der mdadm.conf? Oder bei der Konfiguration von GRUB? Wenn ja, wie?

TIA :)
Bearbeitet von Gex am 19.09.2009, 17:56

COLOSSUS

Administrator
GNUltra
Avatar
Registered: Dec 2000
Location: ~
Posts: 12146
Boote testhalber ohne "quiet" auf der Kernel-cmdline. Vielleicht kann ein BIOS-Update deines Boards auch nicht schaden; ab und an gibt es da Probleme mit zusaetzlichen Controllerkarten.

Xan

Vereinsmitglied
So say we all
Avatar
Registered: Jul 2000
Location: Wien
Posts: 7676
ich bin vor einiger zeit an einem ähnlichen problem mit dem selben chipsatz gescheitert:
der plan war mehrere sata pcie kontroller in ein system mit dem 780g chipsatz einzubauen. bei größeren zugriffen auf platten an dem pcie sata kontroller gabs dann allerdings einen systemneustart ohne irgendwelche fehlermeldungen. nachdem weder ein anderes OS, noch bios/firmware/kernel updates abhilfe gebracht haben und es definitiv an dem mainboard chipsatz lag, blieb dann nichts anderes als auf ein anderes mainboard (intel chipset) umzusteigen. einfach umgebaut 1:1 und hat es hat auf anhieb funktioniert... der 780g chipsatz ist wohl etwas zickig was den pci express bus angeht, eventuell ist es beim pci bus genauso. ich hoff du findest eine einfachere lösung als ich.

Gex

Oralapostel
Avatar
Registered: Jan 2001
Location: Piefkinesien
Posts: 3376
@COLUSSUS:

1000 Dank! Nachdem ich die "quiet" Option entfernt hatte, bekam ich an der Stelle, an der es hing, die Meldung

Probing EDD (edd=off to disable)...

Also edd=off mitgegeben und schon kommt die Kiste einwandfrei hoch :)
Wie erwartet haben sich die Laufwerksbezeichnungen verschoben (die 120er sind jetzt sdg und sdh statt sda und sdb) aber das scheint der Funktionalität des Arrays keinen Abbruch zu tun :)
Sehr schön :)

@Xan: Dir auch vielen Dank, hab aber schon Angst bekommen als ich deinen Post gelesen hab, dass ich Controller und/oder Board neu kaufen darf ;)
Kontakt | Unser Forum | Über overclockers.at | Impressum | Datenschutz