/usr si muze mountovat treba pres nfs.
Nejní nad to si to důkladně přečíst, viď. Zejména tuhle část:
Example: /usr Network Share
With the merged /usr directory we can offer a read-only export of the vendor supplied OS to the network, which will contain almost the entire operating system resources. The client hosts will then only need a minimal host-specific root filesystem with symlinks pointing into the shared /usr filesystem. From a maintenance perspective this is the first time where sharing the operating system over the network starts to make sense. Without the merged /usr directory (like in traditional Linux) we can only share parts of the OS at a time, but not the core components of it that are located in the root file system. The host-specific root filesystem hence traditionally needs to be much larger, can not be shared among client hosts and needs to be updated individually and often. Vendor-supplied OS resources traditionally ended up "leaking" into the host-specific root file system.
Opravdu nesnáším výkřiky typu "má být schopen", "jak to má být" bez nějakého podložení. Ono to totiž spíš je "já si myslím, že by mělo ..." a to už je rozdíl, protože o druhé variantě se dá diskutovat proč a jak.
Docela by mně totiž zajímalo, kolika lidem by stačilo to, co mají v /sbin a /bin na nějakou plnohodnotnou opravu nebo něco podobného. Ano, fsck a pár drobností ano, ale zbytek je na /usr (joe,ssh,mc,rsync,...). Stejně při opravě FreeBSD první řeším mount /usr, protože bez něj jsem jak bez ruky. Proto si myslím, že spíš než lkát na tím, že systém má najet bez /usr, je lepší se zamyslet, proč a co s tím. Já mám na každém Linuxu nainstalovaný RipLinux (jsou to dva soubory v /boot a spustit se dají v nejhorším z grubu z cmdline). Tedy, pokud bych měl k dispozici věci, ze kterých mi najede /, mám k dispzoici i kompletní RipLINUX (vše má v initrd image, nepotřebuje nic dalšího). A rovnou mám k dispozici systém, kde funguje vše, co potřebuju a když nechci, nemusím mountovat ani ten /...
P.S. A je i zajímavá nekonzistence mezi tím, že to mají jak to má bát a přesto se nelíbí /usr/local/etc ... :-)
To ze ty mas jinej nazor, ale vubec neznamena, ze to tak byt nema, respektive ze to tak nebylo od zacatku navrzeno jako v tomhle pripade, jak uz napovida i samotny nazev adresare /usr
Mozna by neskodilo si o tom neco precist: http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard
A přesně opačně, to že někdo má jiný názor, neznamená, že to tak má být. FHS samozřejmě znám a souhlasil bych, kdyby někdo říkal, že podle FHS to tak má být, pak by se dalo spekulovat o tom, esli to chtějí mít podle FHS nebo ne. I když se musím přiznat, že si nevzpomenu, zda je proti FHS, aby ty adresáře byly jako linky...
Stejně tak se nebráním myšlence, že to tak bylo navrženo od počátku. A už vůbec neřeším, jestli je to lepší nebo ne, jen prostě říkám, že nemám rád proklamace typu "něco má nějak být" bez podložení proč.
Ta odpověd je už lepší. A teď se můžem začít bavit, jestli je potřeba držet se toho, jak to bylo navrženo.
A jestli by stačily linky, to je pak otázka, proč se to rozděluje. Jestli kvůli přehlednosti, kvůli tomu, aby všichni (uživatelé i programy) věděli, kde co hledat nebo kvůli tomu, aby si to člověk mohl dát na samostatnou partition (že bych si dal /etc na samostatnou partition a mountoval ji později?).
Samozrejme neni se toho nutne drzet. Je mozny se vyprdnout na tuhle adresarovou strukturu uplne. Jedna distribuce kdysi mela adresarovou strukturu podobnou Windows.
/etc samozrejme na jinou nez root partiotion dat nemuzes. Ten je narozdil od /usr k nabehu zakladu systemu potreba.
Ale proc to menit za linky? Pokud adresare /bin, /sbin a /lib ve filesystemu nechci pouzivat, tak proc tu zmenu neudelat poradne a nesmazat je uplne?