particia /tmp - lost+found

[Dan Lukes]

Lubomir Majersky wrote:
>>> 1) Zaujimalo by ma, co sa stane ak skolabuje v ramci jedneho fyzickeho
>>> disku, na ktorom je viac roznych particii, particia /tmp, resp. ak je
>> Nejsem si jisty co znamena "zkolabuje" a taky u "co sa stane" mi schazi
>> "s cim". Muzes ten dotaz nejak upresnit ?
> ...proste prestane ta uvedena particia /tmp korektne fungovat (nie je
> mozne z akychkolvek dovodov do nej zapisovat)

Takze je, napriklad, read only ? Bude to dost blba odpoved, ale v 
takovem pripade se stane to, ze do ni nejde zapisovat ;-)


>>>   - ak nie a zostane bezat, je mozne ju "nasmerovat" trebars do
>>> /var/tmp?
>> Ano, pokud je schopna zastat jeji funkci.
> ...a nemala by? Teda ak dodrzim vsetky atributy (permission)...

Kdyz bdue mit spravny prava, kdy bude dost velka, kdyz bude prijatelne 
rychla ...

> Postacuje na to 'ln -s /var/tmp /tmp' (dufam, ze so to zapisal spravne).

Vetsinou by melo, a kdyby pro nejake konkretni pouziti nikoliv pak muze 
spouzit nullfs.

> Alebo inak. Ak predpokladam, ze mam particiu /tmp, ktora prestala byt
> funkcnou, zo subora 'fstab' ju "vyhodim" a vytvorim /tmp adresar v /
> (rozumej na root particii) so vsetkymi atributmi ake maju byt, mal by
> pocitac/server fungovat?

Jasne. Je jedno jakym zpusobem je adresar /tmp vytvoren.

>>> 2) Ako velka by mala byt particia /tmp?
>> Na to dokazu dat jen dost debilni odpoved - musi byt tak velka, jak
>> velkou ji mit potrebujes. A pokud tam mas nerozumne uzivatele, pak ani
>> nekonecne velka neni dostatecna.
> ...ziadni uzivatelia (len root a jeden user + users typu www, mail... a
> tak podobne s nologin), je to server povedzme ze mailovy (apache,
> postfix, mysql... amavis-new, spamassasin... webmail rozhranie...) a
> maily su ukladane na samostatnej particii /xyz.

Tak to zkusme jinak. Rozhodl jsi se /tmp vytvorit v podobe samostatneho 
svazku. Pro tuhle volbu mas, zrejme, nejaky duvod, a uzivatele, kteri na 
tomhle serveru nejsou, to byt nemohou. Muzes ten duvod popsat ?

Protoze jinak ti reknu, ze to jako samostatnej svazek delat vubec nemas 
a tudiz je otazka vhodne velikosti irelevantni. Na serverech "s jednim 
uzivatelem", ktery je navic soucasne superuzivatel, mam vsechno na 
jedinem svazku, tom korenovem.

Jde obvykle o instalace, kde je ocekavane zaplneni disku v tak prikrem 
nepomeru s obvyklou kapacitou tech nejmensich dostupnych disku, ze se 
nema delenim na svazky smysl zabyvat.

>> Ja ti dokazu rict jen to, ze /tmp obvykle nedelam jako samostatny svazek
> mas ho v ramci / root particie? Ak ano, potom sa ta opat opytam aku
> velku mas / root particiu. Alebo este nejako inak?

Korenovy svazek mam obvykle pres cely fyzicky disk. Jen u cistych 
routeru a jinych podobnych "malych" instalaci (kde se ukladani zadnych 
dat ani nepredpoklada) volim velikost slice 32GB a korenovy svazek tudiz 
bude mit tuhle velikost minus velikost swapu (ktery nastavuju na 
dvojnasobek aktualne osazene RAM).

Na mensim svazku probehne pripadne fsck rychleji a 32GB zahrnuje takrka 
100% rezervu na "necekany narust v objemu ulozenych dat", coz povazuju 
za dostatecne.

> Mal som pripad, kedy mi skolabovala particia /home (najvacsia cca
> 300GB). Data zaberali len tretinu dokonca stvrtinu z jej kapacity a aj
> tak mi 'fsck' zahlasil nedostatok miesta, takmer hned po spusteni
> kontroly. Preto som sa domnieval, ze sa 'lost+found' vytvara v ramci /
> root particie, ktora bola velka len 5GB.

Muselo jit o jiny problem. lost+found se vytvari na kazdem svazku a 
ukladaji se do nej jen nalezen bloky z tehoz svazku.

Dan