Felülírt fájl visszaállítása?

Fórumok

Szerinetem lehetetlen, de talán tévedek. A helyzet a következő:
szerencsétlen mezei felhasználó 3 napja dolgozik egy OpenOffice odt kiterjesztésű fájlon. Máig tisztázatlan körülmények között ma du. 17.09 -kor felülírta eddigi munkáit egy üres fájlal. Nem tudja hogy csinálta, én is csak következtettem. Mielőtt kiakadnátok azt is tudni kell, hogy az illető már elmult 70 éves és csak mostanában kezdett számítógépen dolgozni. Nagyon ki van bukva. Szerintetek lehet valamit tenni. Esetleg temp könyvtárból régebbi változatot visszahozni?

Hozzászólások

Ha semmi mas nincs (azaz /tmp-ben nincs benne...): diskimage lement - felteve hogy nem olyan nagy - es a file elejere (magic) rakeresni valahogy okosan (kis program ami sectorszinten beolvassa, feltetelezzuk hogy nem defragmentalt a file, stb).

Esetleg a /home/userneve/.openoffice.org2/user/backup könyvtár?

Nem teljesen idetartozik, de jobbat nem találtam.

Ha egy adatokkal megpakolt 200GB ext3 partíciót újraformáztam ext3ra, dd /dev/zeroval telinyomtam, megöltöttem cd-nyi méretű fájlokkal, leformáztam ext2-re, ismet megpakoltam 700 megás körüli fájlokkal, leformáztam vfatra, ismét megpakoltam, mig végül az egész vinyót (250GB) lenyomtam /dev/zeroval, akkor mennyi esély van rá, hogy az adatokat visszaállíthatják?

Félreértés ne essék, semmi illegality, csak eladom a vinyóm és nem szeretném, ha az eredeti tartalomból bármi is látszódna.

Shreddel próbáltam először, de iszonyat lassú volt, 3-5Mbye/s. Aztán dd urandommal (úgy tünt a shred is ugyanezt csinálja) szintén nagyon lassú. Neten azt irták a shred 5.x-es verziója sokkal gyorsabb, mint a jelenlegi 6.10-es.

Van vmi trükk a 6.10 gyorsítására? Vinyó 70Mbyte/s-el ir max, ehhez képest az 5Mbyte/s egy örökké valóság:)

Igen, a shred is dd urandomozik. De nem minden turn-ben. Defaultból csak az elsőben, valamelyik középsőben, meg az utolsóban. A köztes turn-ökben pattern-eket ír ki.
Valami gond van, a 3-5 MB/s azért nem reális. Proci maxon pörög? Desktop gépen általában a pszeudovéletlen generálás szokott lenni a szűk keresztmetszet.

Az egyik mag 100%-on pörög ilyenkor, igen.

Linux 2.6.21-gentoo-r4 # i686 AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ AuthenticAMD + 1GB ram

Én naivan arra gondolok, hogy nem generálódik neki olyan sok random anyag(?):)
Van hogy laposan 3-5 megával irja, van hogy 1 percig semmi és egyben kitol 60megát.

Utoljára a nyáron csináltam ilyet a Pentium-M-es notebook-omon, vinyócserekor. Ott a pszeudorandom generálás volt a szűk keresztmetszet. Nem emlékszem már, hány MB/s volt a pontos sebesség, de tízen felül volt.

Pentium-M (banias) 1500, 1 MB L2, szintén gentoo.

szerk.: akkor én a készülő kriptopartíció inicializálására használtam dd urandom-ot. Aztán került rá egy dm-crypt+LUKS cryptsetuppal.

Ha nem a Kürt kft.-nek adod el, akkor szinte semmi.

Ontopic: kis szalmaszál, amibe esetleg lehet kapaszkodni, de ha ne adj isten raiserfs, akkor még lehet van is esélyed ( nekem 1x bejött )
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Ülj le és kuss legyen!"..

ezt egyszer próbáltam, de kb 3 órányi szenvedés után feladtam, és inkább újrahúztam a rendszert ( a / volt alatta, minden más ( /home, /var /tmp, /usr) más FS alatt volt ).. Reiserfs recovery vhogy sokkalta egyszerübb volt, bár igaz kicsit időigényíes is :)
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Ülj le és kuss legyen!"..

Magam még nem próbáltam, szerencsére nem volt rá eddig szükség. Igaz, ebben nagy szerepe van a rendszeres, többszintű backup-nak.
Emlékeztem, hogy van egy ext3-as howto is a könyvjelzőim között, gyorsan meg is kerestem, hátha épp ez segít a kollégának.

A következőket nem Neked mondom, hanem általánosságban:

Ilyen esetben (hardver ép) az első dolog, hogy remount ro és rögtön csinálsz egy dd-t a partícióról, s azon kísérled meg az adatmentést. Ennek oka gondolom nyilvánvaló. Fontos, hogy az eredetileg dd-zett állapotból mindvégig legyen egy példány.