Dotaz: Defragmentace smazaných dat

[koubax]

Ahoj kolegové,

měl bych takový dotaz, myslíte si že je řešitelná tahle situace, jelikož je dnešní den (ten včerejší) trochu pokročilý, a někdy musím spát, nebudu toto moc rozvádět.

Smazal jsem si data, a obnovuji je, jde o fotky. Potřeboval bych ale provést jejich defragmentaci, k tomu, aby se mi podařilo je dostat do "lepší podoby".

1) prosím neraďte, ať obnovím zálohy, nejsou (tedy jsou, ale jiné než bych potřeboval) - je to moje chyba, rozepíšu někdy později, jak jsem to udělal

2) prosím, aby zde diskutující lidé nepomlouvali, nehanili, a nenadávali ... četl jsem zde spoustu diskuzí, a někdy jsem až nestihl žasnout co je mezi námi za ...

3) vím, nemáte křišťálové koule, zítra (dnes) uvedu vše na pravou míru

Odpovědi

[Heron]

Křišťálové koule opravdu nemáme. Chybí tam především typ filesystému. To je asi nejpodstatnější údaj. Pak upřesni, jak přesně došlo ke smazání (je rozdíl mezi rm -rf a třeba omylem mkfs.ext3). A co vlastně myšlíš tou defragmentací? Na oddíl, kde došlo k takovéto katastrofě by se nemělo vůbec zapisovat - je též dobré si udělat kopii celého oddílu pro další pokusy o záchranu.

[koubax]

jj, vím, telepat tady nikdo není.

1) Povedl se mi husarský kousek při zálohování dat. Chtěl jsem dělat skript na zálohování a byl jsem línej psát tři řádky .. tak jsem si vytvořil další složku a do té jsem chtěl ty tři složky s fotkami (ty tři řádky skriptu na ušetření) vkopírovat do jedné o úroveň výše. Ejhle drag and drop selhal a já se netrefil do složky o úroveň výše, ale chtělo mi to přepsat soubory samo sebou, tak jsem k tomu přidal na konec každé složky 1 .. no a pak jsem akci stornoval .. čekal jsem že se přesunutí souboru nekonalo a smazal jsem složky končící jedničkou .. a nahrál do zálohy složky které jsem chtěl zálohovat, ale ty byli prázdné .. nevím, kdy se to z které odstranilo .. na HDD nebylo nic zapisováno jen se z něj četlo.

HW: asi nejni úplně podstatný .. ale je to disk SATA WD 500GB . ve dvou partišnách .. výpis zde:

Disk /dev/sdb - 500 GB / 465 GiB - CHS 60801 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors

 1 P Linux                    0   1  1 26990 254 63  433610352
 2 P Linux                26991   0  1 60800 254 63  543157650
No partition is bootable

koukam, že TestDisk nezobrazil FS .. všechny HDD mám v EXT3

SW: Kubuntu 8.10 .. KDE 4.0.3 kernel 2.6.24....

Linux koubax-desktop 2.6.24-19-generic #1 SMP Wed Aug 20 22:56:21 UTC 2008 i686 GNU/Linux

undelete nepojede ani to tím nebudu prohánět, je tam napsáno, podporuje pouze ext2 nechci zku... ty data co tam jsou ..

dd čkovat jsem zatím nemohl, čekám, až se mi vrátí HDD

2) pokusy o obnovení

jpegrecovery - obnovil hafec souboru (cca 65k) ale bohužel dost nečitelně, ty co potřebuji špatně. Dobře se obnoví malé soubory, thumbnaili v pohodě čitelné OK. Něškteré fotky z mobilu v originálním rozlišení jsou krapet zozházené (jako by se dělala koláž, nebo je překreslen transparentně barvou FF0000,00FF00, 0000FF) (že by fragmentace, ale je to EXT3 ten se přece nefragmentuje prý? (tolik jsem toho ještě nenastudoval ..)

foremost - tot samé obnovilo to cca všechno .. výsledek, jako výše u jpegrecovery

testdisk - četl jsem, že by to taky měl umět, sice je user-friendly, ale man jsem nějak vynechal .. bojím se toho softu, je docela složitý, a nechci s ním rozbít jak partitiony, tak FS, tak hlavně cokoli zapsat na disk.

3) co potřebuji

jde mi o fotky ve full kvalitě z foťáku .. velikost cca 3M-5MB, na servru mám bohužel zálohy jen těch ořezaných 1024*768, s logem. (cca pár desítek kilo), na server jsem nedával zálohu velkých kvůli přístupu více lidí, a bohužel jsem to ještě nestihl truecryptnout, a hodit tam jeden šifrovanej soubor, na DVD ani CD jsem to nedával věřím HDD natolik, že když to mam na několika fyzických místech, že se to jen tak nestratí .. ale zlatý CDčka fakt že jo .. při dnešních cenách (kort při práci v prodeji výpočetní techniky) holt jsem jen BFU

ty 3-5MB fotky mají na hoře cca 10-15 pixlový obraz vertikálně a horizontálně vypadají v plnémk rozlišení .. prostě to obnoví nějak nezobrazitelně.

fakt nevím, jak to vytahat ven. pročetl jsem toho na ABíČku dost, ale moc jsem toho prostě nezachránil.

[Heron]

Nepotěším tě. Z ext3 obnovovat nelze (resp jen velmi špatně - zatímco ext2 maže jen odkaz na soubor a nastaví bitmapu volných bloků, ext3 navíc vynuluje všechny údaje určující, které bloky pratří ke kterému souboru). Jediná metoda je v podstatě projít celý disk byte po byte a na základě známých hlaviček souborů se je pokusit obnovit. To dělá ten jpgrecovery.

Ext3 fragmentuje soubory stejně jako ostatní FS založené na blocích (protože to bez fragmentace zkrátka nejde). Malé soubory mají vysokou pravděpodobnost, že budou uloženy lineárně (pokud se vejdou do skupiny bloků ext3, tak jsou souvislé 100%). Proto ty náhledy byly obnoveny celé.

Možností tedy moc není. Možná se najde specializovaná firma zabývající se obnovou dat, ale bude to něco stát. Možná by šlo obnovit všechny části jpg souborů (pokud se jpg dá identifikovat i jinak, než podle hlavičky) a pokusit se je pospojovat.

[koubax]

Takže to bude tak, na to si sednout na pár měsíců s manuálama knížek a prostě si napsat vlastní soft, kterej by se mohl pokusit to udělat, nebo to někomu dát, kdo to "jakože udělá líp než já", no už jsem se s tím rozloučil, před týdnem, co se mi to stalo.

Jasný, každej FS fragmentuje, ale EX3 prý minimálně. Prý si sám hledá (aby se to tam prostě vešlo lineárně)a když se to tam nevejde, narve to někam, kam se to vejde .. takže do 80% zaplnění disku vlastně nejde fragmentovat. (tohle jsem někde četl, nějaká dizkuze z wiki ani jiného ověřeného údaje to nemám.)

Takže to že se mi obnoví a zobrazí pouze ta část obrázku je dáno tím, že to najde hlavičku a vezme to prostě prvních 512 bloků dat když mám FS na 512 bloků. A další část souboru to nenajde, páč to vymazalo odkaz kde ten soubor pokračuje. Proto mám z některých fotek koláže. Byli větší než 512 bloků.

Děkuji moc za radu a školení ohledně FS. Budu ještě moc rád když odpovíš na ten OFF TOPIC níže.

OFF TOPIC --- BEGIN

jaký je vlastně rozdíl mezi EXT2 a EXT3 .. EXT3 umí žurnálovat, nikdy jsem nevěděl k čemu je to dobrý (nepídil jsem se potom), a jelikož je to novější FS, tak jsem ho zvolil. Rád bych zjistil nějaké klady a zápory pro jednotlivé FS.

OFF TOPIC --- END

[Heron]

Takže to bude tak, na to si sednout na pár měsíců s manuálama knížek a prostě si napsat vlastní soft, kterej by se mohl pokusit to udělat, nebo to někomu dát, kdo to "jakože udělá líp než já", no už jsem se s tím rozloučil, před týdnem, co se mi to stalo.

Jestli tam jsou tak cenná data, zkus nějakou firmu.

Jasný, každej FS fragmentuje, ale EX3 prý minimálně. Prý si sám hledá (aby se to tam prostě vešlo lineárně)a když se to tam nevejde, narve to někam, kam se to vejde

O toto se snaží úplně každý FS. Vzhledem k tomu, že při vytváření souboru neví FS nic o jeho předpokládané délce, nemůže alokovat souvislé místo. Dneska to některé FS (i nový ext4) řeší oddálením zápisu (tj aby mohl zapsat co nejvíce dat na jedno místo). Je to +- heuristika, která občas selhává (a občas ten souvislý úsek prostě není a nemusí se jednat o 80% zaplnění).

jaký je vlastně rozdíl mezi EXT2 a EXT3 .. EXT3 umí žurnálovat, nikdy jsem nevěděl k čemu je to dobrý (nepídil jsem se potom), a jelikož je to novější FS, tak jsem ho zvolil. Rád bych zjistil nějaké klady a zápory pro jednotlivé FS.

Žurnálování je dost podstatná vlastnost FS. Ve zkratce, žunál je blok, kam si FS píše co právě dělá. A když dojde k výpadku proudu, tak fsck podle stavu žurnálu buď dokončí operaci (pokud je tam popis kompletní, ale na úložišti se to nestihlo), nebo záznam v žunálu prostě smaže (úložiště bude ve stavu před změnou, tedy konzistentní). Samozřejmně hodně zjednodušeno. Ext3 používá defaultně poměrně paranoidní nastavení (ale může být ještě bezpečnější, ext3 nabízí také žunál dat, tj že kromě popisu změn úložiště také ukládá data před jejich samotných přesunutím na úložiště, je to ale pomalé). Ostatní FS (i ext3 default) se spokojí pouze s popisem změn metadat a data tak nemusí být v pořádku. O kladech a záporech FS tu už bylo tolik flamů, že je zbytečné rozpoutávat další. Každý FS, který umí vše co uživatel potřebuje (a zde narážíme na rozdíly typu quoty, acl, velikosti souborů atd) je dobrý.

[koubax]

OKi, děkuji mockrát za odpověď a snahu poradit, něco si "vygooglim" a "vywikim" o FS. Ať zde nerozjedem další z mnoha flame.

Zítra zkusím "vysockovat" od kámoše svůj disk. Udělám dd .

A pak zkusím použít tenhle softík.

giis


off topic --- begin
Uvidíme co to udělá, nebo ne, data se mi nepovedlo obnovit za týden snažení, těch pár kvalitních fotek který tam jsou mam zmenšený na svém webu plus na disku na webové záloze (jinej disk). Bohužel jsem přišel o originály fotek, z foťáku který mám cca měsíc a půl (není toho moc, kdyby to bylo cennější, tak to udělám, jen jsem tam měl jednu kamarádku intimně a chtěl jsem upravovat fotky na kalendář, holt nafotíme nové .. stačí se ozvat. Samozdřejmě zmenšené zálohy mám na WEBu také.), takže se mi nevyplatí dát několik tisíc za pár fotek. Udělam si DD image na nějaký disk, a když někdo zaplatí hodně peněz za to že by tu fotku chtěl, tak to zkusim nechat z tý image obnovit. Ze svýho to dělat nebudu, jsou vánoce a bohužel na to nezbyde. Možná potom, dd je silný nástroj tam i zpět.
off topic --- end

[Heron]

Jo jo, alespoň budeš zálohovat. Já takto kdysi přišel od všechny prográmky v Pascalu (vlastní chybou). Od tý doby zálohuju (dneska už má záloha 200G) a než něco smažu z dokumentů, tak to odsnunu někam, kde na to nevidím (ať mě neláka tl. delete).

O FS si něco najdi, je to hodně zajímavý čtení. No a pozvi kámošku na pěkný večer

[x22]

Zurnalovanie eliminuje nutnost robit zdlhavu kompletnu kontrolu (fsck) to pade systemu alebo inej udalosti, ktora zanecha suborovy system v "dirty" stave. Obnova konzistentnosti pomocou zurnalu je ovela rychlejsia.

[Jiri]

Tohle si přečtěte snad vám to pomůže.

http://www.xs4all.nl/~carlo17/howto/undelete_ext3.html http://groups.google.com/group/ext3grep http://www.root.cz/zpravicky/obnoveni-smazanych-souboru-na-ext3/ http://m1c4a1.blogspot.com/2008/07/obnova-odt-soubor-ze-souborovho-systmy.html http://www.linux.com/feature/141074