Přechod na jádro 2.6 a konfigurace udev

12.3.2006 21:24 | Přečteno: 1124×

Jádra řady 2.6 už jsou na světě pěknou chvíli, proto v tomto příspěvku nejsou žádné zásadní převratné informace. Popisuji jak jsem tápal při kompilaci jádra 2.6 a konfiguraci udev.

Jisté pokusy jsem činil již kdysi s jádrem 2.6.9, ale odradil mě nefungující framebuffer (moje chyba). Pak jsem zjistil, že nemůžu připojit cédéčko a pohled na poloprázdný adresář /dev mě k smrti vyděsil.

Nicméně protože mi mezitím došla trpělivost s mountováním USB médií a taky tady na Abclinuxu vyšel článek Devfs vs. udev, rozhodl jsem se zabít jeden víkend přechodem na jádro řady 2.6.

Tápavě jsem nakonfiguroval aktuální stabilní jádro. Nebudu to natahovat, postupně jsem vychytal všechny chybky (zapnul podporu CP852 kvůli FAT disku, podporu PS/2 myší zakompiloval natvrdo, ne jako modul, ip_conntrack_ftp jako modul, zapnul podporu pro opět chybějící VESA framebuffer a vygooglil a zapnul podporu PC Speakeru). Při té příležitosti mě zarazilo, že nové jádro chtělo pro připojování NTFS oddílu option nls, kdežto pro FAT option iocharset. Nějak jsem měl dojem, že je to totéž. No to je jedno, hlavně že jsem se zbavil chybových hlášek.

Pak jsem začal laborovat s udev. Šlo mi o to, abych když připojím USB klíčenku, ji mohl namountovat vždycky stejným příkazem. U jádra 2.4 totiž když člověk nejprve připojil třeba foťák, jádro si ho pamatovalo i po odpojení a další USB věcičku už bralo jako sdb. Jasná věc. Pomohlo jedině znovu zavést modul tuším mass_storage, nebo tak něco. Nejprve mi dlouho trvalo než jsem si ujasnil rozdíl v získávání údajů z /proc a /sys. Pak jsem si pořádně přečetl Jak psát pravidla pro udev a dále mě napadlo, že symlink pravděpodobně musí směřovat na oddíl (sd?1), ne na celý disk (sd?) a při té příležitosti si ujasnil, že oddíl není na sběrnici "usb", ale "scsi".

A úplně nakonec mě teď napadá, že vlastně veškerá ta námaha byla docela zbytečná. Tím, že si jádro nepamatuje kterej bazmek byl sda, mi vlastně stačí do fstabu ke flashdisku i foťáku napsat "/dev/sda1, protože obě věcičky nikdy nepřipojuji současně. A stačil by na to jeden přípojný bod a jeden alias...

Pak jsem ještě musel vypnout v lilo.conf pro obě optické mechaniky parametr ide-scsi a udělat jim alias cdrom a dvd. No a úplně nakonec jsem vygooglil, že /dev/lp0 se vytvoří, jakmile zavedu modul lp (světe div se, najednou to začalo tisknout půl dne starou úlohu!). Celá ta hrozivá věc (udev) byla vlastně mnohem blíže stavu okamžité použitelnosti, než jsem si myslel.

Ještě OT poznámka: Dlouhá a IMO zbytečná diskuze o pravopisu pod článkem Devfs vs. udev mě opravdu zamrzela. Čekal jsem nějaké cenné postřehy z praxe a místo toho se tam skoro všichni fackovali slovíčky "inteligence" a "pravopis".

       

Komentáře

[Trained.Monkey]

Delal jsem distro zalozene na udev. Veskere konfiguraky jsem prevzal ze sveho Archu, takze vse fungovalo dobre. Jediny problem byl s "neviditelnosti" ide disku a cd. Vyresil to modprobe ide-disc a patch do jadra, ktery tento problem resi. Od 2.6.16 by mel byt soucasti vanilly

[Jan Grmela]

Můžu veřejně prohlásit, že jak jsem se přechodu na udev bál, tak stačilo v jádře zakázat devfs, emergnout udev, rebootovat a už jsem jel. Nic víc jsem nenastavoval

[Thunder.m]

Jo, udev je parádní věc, jediné co jsem hledal chvilku bylo zavedení modulu který mi zavede rovnou hotplug skrze udev při startu s nějakým parametrem, mě stačilo upravit /etc/modutils

[Luk]

S udevem jsem zatím narazil jen na dva problémy, oba souvisely s IEEE1394. Jeden se týká toho, že když připojím kameru, tak to jen zachrochtá, vypíše to do logu identifikaci zařízení, a to je vše. Zřejmě schází vhodné pravidlo, ale překvapuje mě, že ho ještě nikdo nevytvořil (a zatím je pro mě stále jednodušší načíst potřebné moduly ručně, než řešit, co kde nastavit).

Divnější je ale chování pro eth1394, a tam toho bude shnilého víc. Opět udev nic neudělá (ani se nepokouší), ale nejhorší je, že nefunguje ani modprobe (prostě tiše skončí a modul nezavede) - jedinou cestou je použít insmod. Chtělo by to tyto chyby nahlásit, ale bohužel jsem zatím nenašel čas pořádně zdokumentovat, co se děje a neděje.

[Jan Grmela]

No o firewire jsem se nezmínil, ale řešil jsem přesně co ty - bylo tam potřeba vytvořit pravidlo.

Teď už mi ale grabování z kamery funguje líp než s devfs, tam se mi stávalo to, že pokud nebyla připojená již při startu, tak se z ní nedalo nic číst a jakoby neexistovala i když v systému existovaly příslušné objekty.

[hrobar]

Na udev som presiel akonahle sa objavil v debiane unstable a ziadne problemy som nespozoroval. Avsak som si nedavno vsimol(rkhunter ma upozornil) ze v adresari /dev sa nachadza este niekolko skrytych adresarov, ktore neviem k comu sluzia? Su to .static .udev .udevdb. Na googli som nic nenasiel. Nevie niekto k comu sluzia?

[Aleš Kapica]

Nevím k čemu mají sloužit původně, ale já jich občas využívám pro připojení externích disků, když se mi nevytvoří zařízení dynamicky.

[David Watzke]

No.. stačí se kouknout na to, co obsahují:

# cat /dev/.udev/db/block\@hda\@hda3
N:hda3
S:disk/by-id/ata-ST3160021A_3LJ36A7L-part3
S:disk/by-path/pci-0000:00:06.0-ide-0:0-part3
S:disk/by-uuid/df5a176d-78a7-4c68-936b-aeadd1fd46e8
M:3:3
E:ID_TYPE=disk
E:ID_MODEL=ST3160021A
E:ID_SERIAL=3LJ36A7L
E:ID_REVISION=8.01
E:ID_BUS=ata
E:ID_PATH=pci-0000:00:06.0-ide-0:0
E:ID_FS_USAGE=filesystem
E:ID_FS_TYPE=ext3
E:ID_FS_VERSION=1.0
E:ID_FS_UUID=df5a176d-78a7-4c68-936b-aeadd1fd46e8
E:ID_FS_LABEL=
E:ID_FS_LABEL_SAFE=

a je jasný, že... no nevím, ale je to skutečně pravdivý info o /dev/hda