<<LOST+FOUND>> ntfs - zapis

[Martin Lizner]

dobry den,

se zajmem sleduji thread na muj puvodni dotaz - ktery tedy pro jistotu
znovu zopakuji :

co muze byt pricinou hlasky - 'inappropriate ioctl for device' (25) pokud
se pokousim cokoliv mazat na ntfs z freebsd a 'nelze vytvorit cilovy
soubor, no such a file or directory' pokud na ntfs zkousim zapsat. z
diskuse jsem nabyl dojmu ze zapis je mozny, me se to vsak nepodarilo. 

a zaroven bych se rad optal zda se zde nekomu zadarilo vytvorit ipsec
tunel mezi freebsd a linuxem s automatickou vymenou klicu - mezi daemony
racoon a pluto, pripadne jak resit problem velikosti SPI na ktere
mi dohadovani SA skonci. dekuji,

martin lizner


On Sun, 10 Jun 2001, Dan Lukes wrote:

> 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
>