W dniu 2017-09-27 15:45, Jacek Konieczny napisał(a):
On 2017-09-27 15:35, stacho wrote:
Drugi raid nie startuje i już. :(
Pomogło dopisanie do rc.local:
/sbin/mdadm -A /dev/md1 /dev/sdc1 /dev/sdd1
i zmodyfikowanie fstab zamiast opcji "defaults" jest:
"nofail,x-systemd.device-timeout=1" .
Dziwne to jakieś. :(
Wie ktoś, jak systemd "składa" i montuje kolejne macierze (raid)??
Używasz dracut, czy geninitrd?
Używam geninitrd, po dodaniu drugiej macierzy (md1),
wygenerowałem "nowe" initrd.
Systemd, jeżeli ma zauważyć macierze złożone w initramfs, to muszą one
mieć takie metadane w udev jakby to sam systemd zrobił. Odpowiedni
mdadm.conf i dracut (który wrzuca systemd do initramfs) powinny
załatwić sprawę. Problemy zaczynają się, gdy do tego dorzuci się
jeszcze LUKS i LVM – niektóre kombinacje wciąż sprawiają problemy.
Jak wygląda Twój mdadm.conf? Używasz UUID, czy ścieżek do
poszczególnych składników?
Mój mdadm.conf:
DEVICE partitions
MAILADDR [email protected]
ARRAY /dev/md0 metadata=1.2 name=pld-new-rescue:0
UUID=88243ae0:11e45828:3ef8d0c7:fc735077
ARRAY /dev/md1 metadata=1.2 name=firmcog:1
UUID=d269771d:8c01b088:0d130746:ad86fe62
Jak pisałem, zrobiłem ileś tam, takich systemów, instalacja z pld rescue
i tar.gz .
Działają, md1 startuje "normalnie, ostatni w marcu tego roku.
PLD zawsze aktualne (th+ready).
--
pzdr
Stacho Pal,
_______________________________________________
pld-devel-pl mailing list
[email protected]
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
