problemy z geninitrd
Tomasz Pala
gotar at polanet.pl
Fri Sep 9 12:19:44 CEST 2011
On Fri, Sep 09, 2011 at 12:10:34 +0200, Pawel Golaszewski wrote:
>> Pierwsza rzecz, jaką robię w każdym instalowanym systemie, to dopisanie
>> ahci oraz właściwego modułu do BASICMODULES - automatyka mnie już
>> zawiodła niezliczoną ilość razy.
>
> No super - to nie niech pisze, że "dopisz sobie"...
No przecież nadrzędną ideą PLD jest 'zrób to sam', nie wiesz? ;)
Problemy zaczęły się w momencie wejścia dysków SATA, sam wielokrotnie
rozgryzałem nieskładające się macierze, zmiany modułów obsługujących
dany kontroner(!) itp...
>> pcidev is obsoleted - ja bym nawet sugerował wywalenie tej paczki, żeby
>> nie kusiła. Ewentualnie spakietowanie tam jakiegoś wrappera na lspci.
>
> obsolete? Od kiedy?
Odkąd lspci potrafi wskazać moduł?;) Zobacz kto/kiedy aktualizuje pci-database.
>> > rozwiązuje baaardzo dużo problemów, a ten alias funkjonuje chyba tylko
>> > w ludowych legendach, podobnie jak tryb debug naszego initrd...
>> SOA#1
>
> Czy ja napisałem, że nie działa? Działa, ale nigdzie nie jest
> udokumentowane (zresztą jak wiele innych naszych ficzerów :-/ )
A to to tak - jak mi się system nie bootuje, to rozpakowuję initrd
(ostatnim razem robiłem to właśnie wczoraj) i czytam skrypty oraz
konfigurację - akurat wczoraj miałem w mdadm stary wpis z metadanymi
1.2, które później przerobiłem na 0.90 (dla lilo). Z ekranu nie dało się
nic wyczytać, mdassemble po prostu olało sprawę.
Prawidłowo geninitrd powinno robić mdadm --detail --scan zamiast polegać
na zawartości /etc/mdadm.conf (i tak chyba potrzebuje /proc).
--
Tomasz Pala <gotar w pld-linux.org>
More information about the pld-devel-pl
mailing list