wersja stabilna

[Paweł Lęcznar]

W dniu 2014-02-15 19:30, Paweł Lęcznar pisze:
> W dniu 2014-02-15 11:36, Arkadiusz Miśkiewicz pisze:
>> On Saturday 15 of February 2014, Paweł Lęcznar wrote:
>>
>>> wywołanie zarówno z initrd jak i z rescuecd (rzecz jasna po odpowiedniej
>>> edycji /etc/mdadm.conf) kończy się to tak
>>>
>>> # mdadm --assemble --auto=yes --config=/etc/mdadm.conf
>>> mdadm: an md device must be given in this mode
>>>
>>> i macierz się nie składa, gdy do initrd wrzucę wywołanie
>>>
>>> # mdadm --assemble --auto=yes /dev/md0 /dev/sda /dev/sdb
>>>
>>> to macierz się składa ale system się nie uruchamia - ta sama historia co
>>> wcześniej - brak /dev/md0p1, dopiero gdy za tym wywołaniem dodam
>> a 
>>
>> "mdadm --assemble --auto=mdp /dev/md0"
>>
>> ?
> niestety bez zmian. ale przy dodaniu do initrd wywołań kolejno
>
> # mdassemble
> # mdadm --assemble /dev/md0
>
> system się uruchamia...  mogę się mylić ale problem może mieć związek z
> tym opisanym przeze mnie w innym wątku ma liście
> http://lists.pld-linux.org/mailman/pipermail/pld-users-pl/2014-February/078229.html
> , tutaj po poskładaniu macierzy też partycje nie są widoczne, pojawiają
> się dopiero gdy czymś się do tej macierzy odwołam (w opisanym
> przykładzie fdisk -l ale jak się okazuje równie dobre jest też mdadm
> --assemble /dev/md0 i mdadm --auto-detect)

Wszystko wskazuje na to, że winnym zaistniałego zamieszania jest udev a
dokładniej reguła

KERNEL=="fd*|mtd*|nbd*|gnbd*|btibm*|dm-*|md*", GOTO="persistent_storage_end"

z pliku /lib/udev/rules.d/60-persistent-storage.rules. Problem
rozwiązuje usunięcie z powyższej linii wpisów dotyczących urządzeń md* czyli

KERNEL=="fd*|mtd*|nbd*|gnbd*|btibm*|dm-*", GOTO="persistent_storage_end"

Nie wiem jakie jest poprawne rozwiązanie tego problemu ale może ktoś
bardziej obyty w temacie przyjrzy się temu?

pozdrawiam