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 | [email protected] | +49 35245 72950
7EA62E22D9CC4F0B74DCBCEA864623A568694DB8
