Ve Fedoře a jiných přibude adresář /run (diskuse)

[Sten]

A není na tohle náhodou /var/run? :-o

[Luboš Doležel (Doli)]

Vysvětlují, že /var může být mountován později, takže ho nejde použít.

[Luk]

Přesně tak. Systém by měl být schopen na základní úrovni běžet bez připojených filesystémů na /var, /usr atd.

[l4m4]

To by samozřejmě měl, ale... http://lwn.net/Articles/429695/

[Luk]

Dávat něco, co je potřeba pro základní běh systému, na /usr, je hrubá chyba. Nic na tom nemění ani fakt, že to leckdo dělá. Leckdo také nedodržuje přednost zprava, což ale vůbec neznamená, že je takové pravidlo zbytečné.

[Mordae]

Mit oddeleny /usr je v dnesnich podminkach pakarna. Dela to kazdy a software s tim pocita. Nejaky recionalni duvod, proc by se to nemelo delat? NFS /usr je mimo, i / muze byt na NFS...

Naopak mit veskery SW na / je prednost, protoze se pak napriklad da delat atomicky snapshot veskereho software v systemu.

[Luk]

To už se ten /usr může rovnou zrušit a narvat to všechno do kořene (nejlépe i to, co je v /usr/local). A vůbec se můžeme vykašlat na FHS, to je jen pro debily. Praví muži si nasypou všechny programy do jednoho adresáře (třeba /bin, mít nějaké /sbin je přece pakárna; anebo do /C:/Program files, jak už to dokonce u velmi specifických distribucí bylo) a nějakou hierarchii neřeší, už vůbec ne standardizovanou.

[Nikola Pajkovský]

zkousel nekdy fcntl locking pres NFS? ne? zkus garantovat pristup.

[petr_p]

To jsou pohádky. Samozřejmě že fcntl() nad NFS funguje. Jen musíte mít NFSv3 správně nastavený nebo použít NFSv4. Problémem jsou klienti, kteří umřou se zamknutým souborem, ale to není záležitost implementace, ale problému samotného.

[Michal Vyskočil]

Spíše Separate /usr is broken, přičemž důležité je It isn't systemd's faul a systemd is merely the messenger.

[kavol]

Vysvětlují, že /var může být mountován později, takže ho nejde použít.

aha, jistě, a když si ty aplikace tak nutně potřebují data ukládat, jak se vyrovnají s read-only rootem?

co kdyby místo takovýchto prasáren byly aplikace slušně napsané a nezanášely systém bordelem?

[michich]

/run je tmpfs

[kavol]

co potom brání /tmp/run ?

[michich]

Třeba to, že /tmp může být čas od času promazáván. /tmp/.ICE-unix a podobné výjimky jsou historický omyl, ne feature.

[kavol]

co znamená "čas od času"? - ty soubory by měly vydržet minimálně po dobu běhu programu (nehledě na to, že běžná praxe je do rebootu), a vzhledem k tomu, že démoni běží furt ...

[Bilbo]

Pokud jde o spolehlivý server který si nemůžeme dovolit jen tak vypnout, který má uptime v řádu měsíců až let mazání po rebootiu nemusí stačit, pokud na serveru jsou prasácké programy nebo prasáčtí uživatelé, co po sobě v /tmp neumí uklidit. Existují různé softwary typu tmpwatch, co čas od času projdou /tmp a soubory co jsou moc staré (např. starší než 2 dny) smažou. Ale musí se to správně nastavit, např. pokud se to orientuje podle mtime a ne ctime tak se může stát (mně už se to párkrát stalo) že člověk do /tmp vycheckoutuje nějaký repozitář a než s tím stačí něco dalšího udělat (zkompilovat), tak tmpwatch půlku souborů "náhodně" odmaže (protože se to vycheckoutovalo i s timestampy) a člověk se diví ....

[Michal Vyskočil]

aha, jistě, a když si ty aplikace tak nutně potřebují data ukládat, jak se vyrovnají s read-only rootem?

No vlastně nijak, protože ony aplikace tiše předpokládaly, že je /dev na nějakém tom devtmpfs. Tato změna paradoxně může pomoci systémům, které nepotřebují udev.

Ono vůbec to připojování devtmpfs jako ro nefunguje.

[kavol]

ony aplikace tiše předpokládaly, že je /dev na nějakém tom devtmpfs

zdá se, že tento předpoklad platí jen jednom systému z pěti, co jsem teď zkusil ...

[michich]

Dívej se do /proc/mounts. V /etc/mtab to nemusí být zapsáno. Od té doby, co se používá udev, je /dev vždy na tmpfs. Na novějších systémech je to devtmpfs, což je ve skutečnosti zase tmpfs, jenom maličko vylepšený.

[Josef Kufner]

Ach jo, dalsi bordel.

[Rezza]

Je to mensi bordel, ze /dev/.*. Napr. takovy KDirWatch explicitne nejde pouzit v /dev/ atd. (to jsem zazil, kdyz jsem zkousel psat systemd pass agenta).

[Solitary]

Ja to vidim naopak. Bordel se praveze uklizi.

[merlyn]

ano, pod koberec (cti /run)

[Solitary]

Tim, ze se neco sjednoti pod jednu slozku, ktera bude mit svuj specificky vyznam, ti to hned prijde jako uklizeni pod koberec? Co ti teda prijde jako lepsi reseni? A nebo jen rad nadavas na zmeny a proste si chtel vyslovit nejakou vtipnou analogii ke slovu bordel?

[l4m4]

Všechno, co je ve složce, je zákonitě bordel. Možná ještě tak kdyby to bylo v adresáři...

[Solitary]

;)

[Michal Vyskočil]

No v tomto případě spíše z pod mnoha různě rozstrkaných koberců do jednoho viditelného.

[imploder]

Vlastně, jako se říká „složka“ nebo „adresář“, mohlo by se říkat i „koberec“. Koberec se dá schovat pod další koberec. Není to jako ta hloupá analogie s šuplíkama (ty do sebe dávat nejdou).

[Nikola Pajkovský]

Jakoze systemd nemusim, tak tohle neni vubec spatny napad. Ma to hlavu, ma to patu a /dev zneuzivat je nesmysl!

[pushkin]

Propříště navrhuji ještě zrušit /mnt, když se v současné době média stejně mountují do /media...

[Sten]

/mnt je pro statické mounty, /media pro dynamické. Ale taky to šlo udělat třeba pomocí /mnt/media

[lukove]

zlate openbsd, ziaden /media, /proc, /sys, ani podobne brrr

[lOl]

/media mi pije krev.

[xurfa]

mně taky, já tam měl původně (v době, kdy na tento „geniální“ nápad ještě nepřišli) samostatnou partitionu na (multi)media...

[Nikola Pajkovský]

ani neni treba zachazet tak daleko, mount jako mount takze vse do /mnt

[Conscript89]

I fuse mount?

[vain]

No jo, sem si ani nevšiml, že už to tady ve Fedoře 15 mám =)