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 _______________________________________________ pld-users-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
