In meiner Erfahrung ist Software RAID Mechanismus ziemlich robust. Wenn man die Platten einfach kreuz-verkabelt, dann findet raidstart doch die richtige Reihenfolge selbst. Es muss nicht 1:1 der aufgelisteten Platten entsprechen, z.B. wenn ein einfacher RAID0 so konfiguriert ist: raiddev /dev/md0 raid-level 0 nr-raid-disks 2 nr-spare-disks 0 chunk-size 32 device /dev/hdc1 raid-disk 0 device /dev/hdd1 raid-disk 1 und dann die master und slave auf sekundaerem IDE-Kontroller die Rollen wechselseitig tauschen, dann wird beim naechsten Neustart doch das Volumen "/dev/md0" zur Verfuegung stehen. Das heisst, deine Probleme sind keine inherenten Linux/SuSE/md Probleme, sondern selbst-gebackenen. Irgendwann werdest du dich vor den Kopf schlagen, wenn du merkst, dass etwas in deiner "/etc/raidtab" Datei falsch buchstabiert ist. Ueberpruefe sorgfaeltig jede Zeile. Am Mo 14.06.04 um 21:02 CEST schrieb Stefan Heinrichsen :

Hallo,

ich habe folgendes Problem. Ich habe mir unter SuSE ein Raid gebastelt, dieses kann ich aber jetzt auch nur noch unter SuSE nutzen.

[Wegen unterschiedlicher Hardwareerkennung haben sich die Device-Nummern der Festplatten geändert]

Ein reines anpassen der /etc/raidtab reicht leider nicht da scheinbar die Major- und Minornummern der Raiddevice im Raid gespeichert werden. Zumindestens interpretiere ich so die Fehlermeldung der Art "could not lock unknown block(3,1)" Wobei die Werte in den Klammern exakt den Major- und Minnornummern der einzelne Raidpartitionen entsprechen.

Folgendes hat mir geholfen (dank an Andy Liebman): Mit 'mdadm -E /dev/hd??' lässt sich die UUID des Raids rausfinden. Ein 'mdadm -A /dev/md0 --uid=<Ermittelte UUID> /dev/hd*' sucht sich dann die zu dem Raid gehörigen Device und fügt sie zusammen.