PLD systemd i mdadm

[stacho]

W dniu 2017-09-27 23:16, Tomasz Pala napisał(a):
> On Wed, Sep 27, 2017 at 21:20:14 +0200, stacho wrote:
> 
>>> A co go składa? Kernel (podawałeś opcje do cmdline), czy initrd?
>> 
>> Hmm, nie wiem, co go składa, dlatego pytam.
> 
> No to nie kernel, bo to byś musiał sobie sam zrobić, więc byś 
> wiedział;)
> geninitrd jak przed chwilą wspomniałem, chyba nie składa /home. To
> możesz sprawdzić w maintenance (cat /proc/mdadm).
> 
>> Do tej pory robiłem mdadm --create .....
>> Następnie: mdadm --detail --scan >>/etc/mdadm.conf
>> Dodany wpis do /etc/fstab i działalo.
> 
> Pfff... filmów się naoglądał i chce, żeby zawsze mu działało;)

Tam, filmów! Na własne oczy widziałem jak (na wersji 221) działało!

> W takim razie wg mnie nie ma NIC, co miałoby tę macierz złożyć - bo to
> się odbywało po staremu w /etc/rc.d/rc.sysinit.
> 
>>> W przypadku mdadma możesz szukać podobną ścieżką - gdy zostaniesz
>>> zrzucony do maintenance, sprawdź udevadm info stany poszczególnych
>>> składników (SYSTEMD_READY pewnie) i ustal, co próbuje, a nie może,
>>> złożyć macierzy.
>> 
>> Niestety brak czasu na takie próby, serwer jutro jedzie do klienta.
> 
> Na szybko - albo sprawdź te unity i rule, albo sobie ręcznie dopisz do
> initrd składanie tego, co mu tam brakuje. Ewentualnie zamiana geninitrd
> na dracuta, ale mnie osobiście dracut nie przekonuje, a w razie awarii
> cholernie ciężko się przebić przez niego do jakiegoś shella.
> 
> Chyba że ktoś zna metodę, aby w systemie z systemd dracut nie używał
> systemd w swoim initramfsie?

Wielkie dzięki za pomoc i naprowadzenie! :)
Kombinowałem jak i gdzie wgrać pliki z linku, nie trafiłem.
W akcie desperacji wziąłem mdadm z centos 7 i przegrałem
z ich rpma unity i rule w te same katalogi. Bingo!!!
Macierz się "złozyła" i fs zamontował. :)
Ewidentnie więc w naszym mdadm tego brakuje.

-- 
pzdr
Stacho Pal