Vlákno názorů k článku
Souborový systém Ext4 je dokončen od Jyrki - Nebylo by vhodnejsi u tak zasadnich zmen jako...

Nebylo by vhodnejsi u tak zasadnich zmen jako souborovy system nebo sprava zarizeni zmenit cislo major verze? ext4dev si myslim melo zustat v rade 2.6 po celou dobu a zaradit je mezi stabilni az do nasledujici major verze (2.8? 3.0?). Linux tuhle svinarnu uz minimalne jednou udelal, kdyz v ramci minor verze odstranil devfs a nebo zaradil udev...
Nebo kdyz byl tusim od verze 2.4.9 zcela prepsan memory management...

devfs byl nebezpecny a nepodporoval enterprise vlastnosti, chovalo se to jako v HP-UX, cize pri vypadku fibre se pak nasla jenom 1. part, nebo jenom disk bez part (na HP-UX se to resilo nevytvarenim part)
Takze to nebyla svinarna, ale nutnost, mimochodem devfs nikdy nebylo oznaceno jako stable, ale vzdy zustavalo jako experimental.

Udev je stabilnejsi, sice nemaze zarizeni, ale zase je stabilni, ma kvalitni userspace utility a muzu mu jednoduse nastavit zarizeni "na tvrdo" etc .... proste pouzitelne i s exesy.

FS je jenom FS a diky VFS lze pridavat dle libosti, porad jsou podporovany ext2 ext3 ... i minix ;-))

Hlavně vedl implicitně k naprosto idiotskému zobrazování připojených disků. Neříkám, že v tom nebyl systém, ale pro lidi to bylo naprosto nepřehledné.

udev je sice stabilnejsi, ale dokaze delat taky poradnou paseku. Nebo mozna ne primo udev, ale vyjde to nastejno. Uvedu priklad:

1x USB serial prevodnik (modul "pl2303")
1x bezdratovy USB modem (cerny axestel od O2, modul "option")

Default udev pravidla modem (ma dva "porty", datovy a ridici) obsadi ttyUSB0 a ttyUSB1, pl2303 si chytne ttyUSB2. Bohuzel zde plati "jak kdy", nekdy se prihlasi prvni pl2303 a dostane ttyUSB0, modem pak ma ttyUSB1 a ttyUSB2. Tenhle nedeterminismus samozrejme docela vadi pppd, protoze se jednou chytne, jednou ne. Tak jsem si rikal, ze neni problem, nasypu do udev pravidel rucne modem na ttyUSB0 a ttyUSB1, pl2303 natvrdo na ttyUSB2.
Na prvni pohled to vypada skvele - modem je vzdy na spravnych tty, dokonce je v syslogu videt, kdy doslo k "prejmenovani" a kdy to nabehlo spravne "prirozenou cestou".
Problem nastava tehdy, kdyz se tim modemem chci pripojit - pokud doslo k prejmenovani portu, tak se modem proste nespoji. Chova se pak naprosto stejne, jako by k prejmenovani nedoslo - dal se asi snazi otevirat "prvni" ttyUSB (z pohledu systemu tedy port na pl2303, bez ohledu na to, ze pppd ma udane /dev/ttyUSB0 a pl2303 ma ted /dev/ttyUSB2). Uz ani nevim, jak dlouho jsem zkousel vsechno mozne, ale nakonec jsem to vyresil naprosto nesystemove - udevu jsem zakazal natazeni pl2303 a ten se natahne az po nahozeni spojeni pres pppd.

1x USB serial prevodnik (modul "pl2303") 1x bezdratovy USB modem (cerny axestel od O2, modul "option")

K tomuhle je jedina rada - hod to z vokna.

Pro podobné případy používám s úspěchem schopnost udev-u vytvářet symlinky při registraci device. Tedy například, pokud se natáhne modul "pl2303" tak ať si vytvoří jakkoliv pojmenovaný device, vždy mně k tomu vytvoří symlink, který se bude jmenovat jak potřebuji (např. /dev/muj_serial_prevodnik) a bude odkazovat na ten správný device. Při odregistraci tohoto zařízení se symlink zase smaže.