<<LOST+FOUND>> ntfs - zapis

[Dan Lukes]

Milan Kopacka wrote:
 
> Mel jsem vzdycky za to, existence adresare lost+found (a jeho dostatecna
> velikost) zarucuje fsck, aby mel kam pripojit soubory nezapojene do
> adresarove struktury, a nemusel pro tuhle operaci alokovat diskove bloky.
> 
> Taky jsem mel za to, ze lost+found je i na FreeBSD standardne vyrabeno, a
> prekvapuje mne, ze neni. Nerad bych si vymyslel nejaky duvod, znate ho
> nekdo? Ze FreeBSD nepada duvod asi nebude.

	Pokud dojde na to, ze je treba vyrobit lost+found, je to v situaci, ze
byl disk poskozen. Kdyz byl poskozen, nelze se spolehnout na to, v jake
mire byl poskozen - nelze se tedy ani spolenout na to, ze takovy adresar
existuje a je pouzitelny.

	Nelze-li se na neco takoveho spolehnout, musi si vytvoreni takoveho
adresare v pirpade potreby zajistit fsck sam.

	Kdyz si to musi zaridit sam, neni uz duvod, aby si ho neudelal vzdycky
- a tim se dostavame k tomu, ze jej neni nutne vytvaret dopredu.

	Samozrejme, existence takoveho adresare by mela smysl, kdybych sbiral
soubory nezapojene do adresarove struktury, zapojoval je do adresare a
tedy potreboval pripadne alokovat bloky v dobe, kdy jeste nemam
predstavu o tom, kde je na disku volno - pak by byl problem bloky
alokovat. Pokud to ale udelam obracene - nejprve si udelam poradek jinde
a pak teprve resim tento problem (v tomto poradi to dela nejen fsck, ale
i podobne tooly jinych systemu, napriklad scandisk ve WIndows nebo
vrepair na Netware) pak uz problem s alokaci nemam a neni duvod mit
takovy adresar prealokovany.

	To je ale samozrejme jen muj nazor - nevim, jestli se vsichni co na to
maji vliv ridili prave touto uvahou ...

							Dan


-- 
Dan Lukes            tel: +420 2 21914205, fax: +420 2 21914206
root of FIONet, KolejNET, webmaster of info.nic.cz, www.freebsd.cz
AKA: dan at nic.cz, dan at obluda.cz, dan at freebsd.cz, dan at kolej.mff.cuni.cz