On 04/14/10 14:40, Miroslav Lachman:
Utocnik neco spustil a smazal, to spustene tu stale bezi a me zajima, co to je
:)
Nabootujes a budes doufat, ze fsck obnovi neposkozeny chain do
"lost_found".
Ovsem, jde o neotestovany postup a pokud to nezabere, tak jsi vis kde.
Na to se mi moc spolehat nechce
Jak tu uz padlo, muzes su udelat kopii ziveho systemu (to je skoro jako
bys stisknul ten reset) a pokusy delat jinde na teto kopii.
2. Nastudujes kernelovou funkci kernel_link()
Neslo by to jeste nejak jinak? Jakozto neprogramator se do kerneloveho
modulu poustet ani nebudu.
'se az tak nedivim.
Zkousel jsem se podivat do manualu, jestli by to neslo pres fsdb
fsdb je dobry pokus. Na ten jsem zapomel. Ma to ale hacek - s diskem smi
v RW rezimu pracovat jen jediny proces. Dokud je disk namountovany RW,
tak fsdb muze spouzit pouze v RO rezimu. Takze nemuzes pouzit 'ln',
ktere by to snadno resilo.
A odmountovat disk nepujde - tim by se "drzice descriptor" uzavrel.
Mozna by slo disk remountovat na RO - ale to by se muselo vyzkouset.
Ale melo by jit pouzit 'blocks' - tim dostanes seznam diskovych bloku,
ktere obsahuji data ze souboru - a ty si uz pak pomoci 'dd' muzes
postupne vycist.
Nejvetsi problem tak bude prepocet cisel bloku tak, jak vypadnou z
'blocks' na pozici na disku.
Kdysi jsme v teto konferenci reseli opacny problem - jak ke zname pozici
na disku najit do jakeho souboru sektor patri. Nekde v archivu to musi
byt - a tam postup prepoctu skoro jiste byl ...
V nejhorsim se bude muset vyvinout znovu ...
Dan
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l
