The new Linux 2.6 kernel supports ACLs for EXT2, EXT3, XFS, JFS, and ReiserFS.
Fedora Core 2, Red Hat's first distribution with a 2.6 kernel, is a good vehicle for taking Linux ACLs for a test drive.
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 ;-))
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.
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.
Aby bylo mozne FS pouzivat, musi ho umet kernel - tj. bud pockate, az vyjde verze Ubuntu zalozena na 2.6.28, nebo jestli treba Canonical nevyda patche s podporou ext4 pro soucasne Ubuntu. K naformatovani oddilu pak staci jednoduche mkfs (a pri prechodu ext3->ext4 by to snad melo jit i bez ztraty dat), graficke nastroje pro spravu disku jsou jen tresnicka na zaver.
Přístupová práva jsou v linuxu nahovnovatá. Morduju se s tím již několik let. Tázal jsem se i zde na Rootu. Bylo mi řečeno, že to, co chi udělat POSIX ACL neumí, protože jsou značně retardovaná, byl jsem odkázán na NFS4 ACL, jejichž implementace v ext3 je mizerná (několik verzí, žádná pořádná dokumentace, žádné sofistikované nástroje..). Je to bída. Linux zaspává v mnoha ohledech dobu. Kdyby nebyl tak jednoduchý a pružný, už ho dávno nepoužívám.