Moin, Nach etlichen Kernelpaniken wegen eines nicht gefundenen root-Devices auf einem Soft-Raid1 kam ich dahinter, da� mdadm� in der initrd� falsch aufgerufen wird: Das Script will die zugeh�rigen Partitionen unter /devfs/md/0 statt unter /dev/md0 assemblieren und schert sich nicht die Bohne darum, da� devfs �berhaupt nicht installiert ist. Das mu� nat�rlich schiefgehen. Der Doku zu mkinitrd entnehme ich, da� bei Vorhandensein von mdadm der entsprechende (falsche) Aufruf automatisch in die Scripts eingef�gt wird, und da� man hier entgegen allen anderen Einstellungen nichts dran drehen kann. Stimmt das, oder habe ich etwas �bersehen? Wenn ersteres, geht ein Bug gegen die initrd-tools raus.
� Unter Kernel 2.4.x betrieb ich das Raid problemlos mit den raidtools2, was auch im Zusammenspiel mit der initrd funktionierte. Die werden von 2.6.x nicht mehr gemocht: Beim Start kommt die Meldung, da� die Funktion START_ARRAY deprecated sei und nach 2.6.x nicht mehr unterst�tzt werde. Das w�rde mich noch nicht weiter st�ren, aber das Raid wird beim Herunterfahren auch nicht korrekt gestoppt, letzte Meldung ist �/dev/md0 is still in use�. � Ich wei� um die Diskussion um den Sinn einer initrd. Um beim Mounten von / das Raid aber bereits am Laufen zu haben, sehe ich keine Alternative. Wenn es doch eine gibt, nehme ich gerne die; das initrd-Gefummele geht mir ziemlich auf den Zeiger. Gr��e, kro -- Veteran of the Bermuda Triangle Expeditionary Force 1990-1951 (PGP/GPG 0xCE248A25) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
