Hallo Heiko, Hallo Gruppe, [mdadm] > In der Initrd. Die verwendet die mdadm.conf, die beim Erstellen > derselben reinkopiert wird. > Ich habe sowas geahnt. Jahrelang fuhr ich mit eigenen monolithischen Kernen und konnte so auf initrd verzichten, jetzt habe ich das auch und zusammen mit dem neuerlichen systemd ist Linux plötzlich wieder ein bisschen Magie für mich 😉
> Oft habe ich mehr Erfolg, wenn ich die /etc/mdadm.conf wegschmeisse und > danach eine initrd baue. Dann greifen die Automatismen, und die > Ich probiere es, mit : 'update-initramfs -u' > Gibt mdadm -{D,E,Q} vielleicht Information preis, die zur Fehl-Erkennung > bei fehlender/defekter mdadm.conf führen können? > SuS-GW:~# mdadm -D /dev/md3 /dev/md3: Version : 0.90 Creation Time : Thu Jan 23 19:14:36 2014 Raid Level : raid1 Array Size : 1953480640 (1862.98 GiB 2000.36 GB) Used Dev Size : 1953480640 (1862.98 GiB 2000.36 GB) Raid Devices : 2 Total Devices : 2 Preferred Minor : 3 Persistence : Superblock is persistent Intent Bitmap : Internal Update Time : Tue Aug 22 09:17:14 2017 State : clean Active Devices : 2 Working Devices : 2 Failed Devices : 0 Spare Devices : 0 UUID : 7c56f51b:0b50436c:4d887eeb:e6a02b93 Events : 0.1207267 Number Major Minor RaidDevice State 0 8 17 0 active sync /dev/sdb1 1 8 65 1 active sync /dev/sde1 und SuS-GW:~# mdadm -E /dev/sdb /dev/sdb: MBR Magic : aa55 Partition[0] : 3906961408 sectors at 2048 (type fd) SuS-GW:~# mdadm -E /dev/sde /dev/sde: Magic : a92b4efc Version : 0.90.00 UUID : 7c56f51b:0b50436c:4d887eeb:e6a02b93 Creation Time : Thu Jan 23 19:14:36 2014 Raid Level : raid1 Used Dev Size : 1953480640 (1862.98 GiB 2000.36 GB) Array Size : 1953480640 (1862.98 GiB 2000.36 GB) Raid Devices : 2 Total Devices : 2 Preferred Minor : 3 Update Time : Tue Aug 22 09:17:14 2017 State : clean Internal Bitmap : present Active Devices : 2 Working Devices : 2 Failed Devices : 0 Spare Devices : 0 Checksum : 860d0238 - correct Events : 1207267 Number Major Minor RaidDevice State this 1 8 65 1 active sync /dev/sde1 0 0 8 17 0 active sync /dev/sdb1 1 1 8 65 1 active sync /dev/sde1 Gehe ich recht in der Annahme, dass da was mit dem Superblock nicht stimmt (immerhin sind die Ausgaben zu sdb und sde völlig verschieden)? SuS-GW:~# mdadm -Q /dev/sdb1 /dev/sdb1: is not an md array /dev/sdb1: device 0 in 2 device active raid1 /dev/md3. Use mdadm --examine for more detail. SuS-GW:~# mdadm -Q /dev/sde1 /dev/sde1: is not an md array /dev/sde1: device 1 in 2 device active raid1 /dev/md3. Use mdadm --examine for more detail. SuS-GW:~# mdadm -Q /dev/md3 /dev/md3: 1862.98GiB raid1 2 devices, 0 spares. Use mdadm --detail for more detail. [d.o.d.] > hatte das Gefühl, daß im Kontext von systemd einige Probleme auftauche, > die auf schlecht gelöste zeitliche Abhängkeiten zurückgehen. > Oh ja, das habe ich auch und quick and dirty mit sleep in den init scripten gefummelt, bis ich dann die units und den userkonformen Ablageort dafür entdeckte. Habe mich mal zu "auto-hotplug" vs. "auto" belesen. Für statisch verbaute if würde ich dann bei "auto" bleiben, damit man bei Fernarbeit das Netzwerk neustarten könnte. Ich probiere das "auto-hotplug" dann aber mal für das ppp obwohl pppoeconf das ja mit "auto" eintrug. > Die Direktiven: After=, Before=, … können helfen. > In der interfaces? Das gibt die manpage gar nicht her ... Danke bis hierher. Mit freundlichen Grüßen / Kind regards Ronny Seffner -- Ronny Seffner | Alter Viehweg 1 | 01665 Klipphausen www.seffner.de | ro...@seffner.de | +49 35245 72950 7EA62E22D9CC4F0B74DCBCEA864623A568694DB8