Initrd probléma :megoldva:

Fórumok

Van egy kis gondom ezzel a nyűves 6.06.1-es ubuntuval (x64)

Új IBM Blade szerverekre raknám fel, amiben sajnos már új 4Gb-s Qlogic kártyák vannak.
Megtalálja a kártyát viszont hiányolja a firmware állományt.
Na nem is ezzel van a gond, mert leszedtem a kért ql2400_fw.bin állományt, és behegesztettem
az install cd initrd állományába, ami megy is tökéletesen, fel is telepedik az ubuntu szépen.
A feltelepített rendszerből kimásoltam az initrd-t, azt is megpatkoltam és örültem.
Igen ám, de boot után olyanokkal jön nekem hogy "RAMDISK: ran out of compressed data" meg hogy "invalid compressed format (err=1)".
Töröltem pár felesleges dolgot (reiserfs4.ko; xfs.ko) hogy az mérete kisebb legyen a firmware fájlal is mint az eredeti, de nem segített.
Továbbra is jön a "RAMDISK" és az "invalid" üzenet.
Az eredeti initrd-vel elmegy szépen egy ideig, csak ott meg a ql2400_fw.bin-t hiányolja, és nem találja meg a diszket ahova telepítve lett.

"gzip -t"-vel ellenőriztem az állományt, nem jelzett hibát.

Van valakinek ötlete miért csinálja ezt?

-Mr-

U.i.:
Egy olyan ötletem volt, hogy ecetes csákánnyal ráijesztek a gépre, de sajnos nem találtam ecetet...

U.i.2.:
Kicsit lyukas blade olcsón eladó...

Hozzászólások

RAMDISK mérete? :P
Mintha kicsi lenne.

Közben addig eljutottam, hogy most már belerakja az "update-initramfs -uv" a firmware fájlt, és nem "kézzel" kell csomagolnom az initrd-t, de bootnál nem találja meg az állományt.
Kicsit tovább nézegetve, lehet hogy kell hozzá a /lib/udev/firmware_helper is. Ezt is belekalapálva az initrd-be, viszont megint arra panaszkodik, hogy invalid compressed format, de monst nem err=1, hanem err=2 üzenetet dob... Természetesen ezt is az update-initramfs-el csináltam és a gzip -t most is jónak találta a fájlt.

Utánna nézve a dolgoknak, egyre inkább nem értem a debiános GPL huszárok hülyeségeit. Nem értem miért nem rakják bele a firmware állományt, mikor szabadon terjeszthető a GPL-es driverrel együtt. (A non-free csomagok közt ott a qlogic firmware). Amilyen indoklása van a dolognak, azon az alapon, akár az egész kernel mehetne a non-free részbe.
Szerintük ugyanis a bin állomány nem adat, hanem kód. Az más kérdés hogy kódként szart se tudna vele kezdeni.
Könyörgöm, az a nyűves bin soha a büdös életbe nem fut a proceszor egyetlen szegletében sem!!! Csak áttöltödik a kártya inicializálásakor, így könnyitve meg a kártya kódjának frissítését egy szoftveres driver update által. És ha meg is kapja a forrást az a szerencsétlen debian kernel fejlesztő? Mit kezd vele? Hol talál hozzá fordítót? Hol talál hozzá leírást, hogy az adott hardver elem hogyan futtatja a saját belső kódját? Tudom, majd jönnek az aktivisták, hogy a chip belső felépítésének a dokumentációját is ki kell adni Open Source, sőt had csináljanak mások is olyat!
Szép az elgondolás hogy minden legyen Open Source, de míg korábban a fanatizmus előre vitte a dolgot, most már hátráltatja a további fejlődésben a dolgokat. Nem fogja senki támogatni, ha egyből sátánnak kiáltanak ki egy vállalatot, mert profitorientáltan gondolkodik...

Uff...

Jól elkanyarodtam a témától, de ez már régóta érlelődik bennem.

-Mr-

Na sikeült végre megoldani a dolgot.
Az volt a gond, hogy hiába rakattam bele az initrd-be a firmware-t és a firmware_helper-t, a firmware nem töltdött be, mert az /etc/udev/rules.d/-ből hiányzott az a fájl ami betolti a firmware_helper-t.
Most már megy minden és új kernel telepítése esetén is automatikusan belepakolja a dolgokat.

-Mr-