Jak uklidit /lost+found ?

[David Rohleder]

Cejka Rudolf <cejkar na dcse.fee.vutbr.cz> writes:

> David Rohleder <davro na ics.muni.cz> wrote:
> > Ja nemam nic proti mazani vnitrku /lost+found, ale proti smazani
> > samotneho adresare.
> 
> A proc? :-) Co kdyz bude lost+found po vypadku poskozeny? (Ja take
> u Linuxu vidavam, ze po resetu jsou poskozene soubory a adresare,
> u kterych bych to vubec neocekaval.) Neni to priblizne shodne, jako
> kdyby si fsck v pripade potreby lost+found vytvorilo samo?

"j.taimr" <j.taimr na chello.nl> writes:


> > Ja nemam nic proti mazani vnitrku /lost+found, ale proti smazani
> > samotneho adresare.
> 
> O likvidaci samotného /lost+found jsem samozřejmě nemluvil, mluvil jsem o 
> OBSAHU tohoto adresáře, resp. o 'nesmazatelných' souborech a podadresářích, 
> které se (po eventuálním překopírování použitelných adresářů a souborů) 
> vzpírají následnému vymazání, jelikož jejich atributy mají všechny možné i 
> nemožné hodnoty. Ostatně i kdyby byl zlikvidován vlastní adresář lost+found 
> (např. příkazem rm -r /lost+found), lze jej vždy vytvořit znova pomocí 
> mklost+found, nehledě k tomu, že jej vytvoří první probíhající e2fsck.
> Tolik na okraj. 

IMHO to neni rozumne z jednoho duvodu. /lost+found si staticky alokuje
velikost pred tim, nez ji skutecne potrebuje. Kdyz si e2fsck musi
vytvorit adresar sam, tak mu zbytecne komplikujeme cinnost (treba
nemusi byt dost mista na disku, nebo zaplacane vsechny i-node - pokud
nekdo vytvarel fs bez mista pro roota).

Ale na druhou stranu, ja na svych JFS filesystemech zadny /lost+found
nemam :-)

-- 
-------------------------------------------------------------------------
David Rohleder						davro na ics.muni.cz
Institute of Computer Science, Masaryk University
Brno, Czech Republic
-------------------------------------------------------------------------