Kaptam egy merevlemezt, hogy nézzem meg menthetőek-e rajta az adatok.
A történet az, hogy Windows XP alatt a tulajdonosnak szüksége volt valami okból kifolyólag plusz lemezterületre a C:\ meghajtón, ezért egy partíciókezelő programmal átméretezte a D:\ meghajtót és a létrejött üres területet hozzácsapta a C:\-hez. A probléma az, hogy mikor a program kiírta neki, hogy több óra lenne hátra a művelet végéig, nyomott egy cancel-t és onnantól kezdve a D:\-t nem formázott meghajtóként látta a Windows (de állítólag a partíciókezelő nem üres területként jelezte, inkább mintha meghibásodott volna a fájlrendszer rajta).
Aztán másnap megpróbálta újra átméterezni a D:\-t, de valami miatt nem engedte neki a partíciókezelő szoftver, ezért leformázta és utána már jó volt minden. Na ja, csak éppen most siránkozik a D:\-n lévő adatai miatt...
Miként álljak neki az adatmentésnek? Egyáltalán van rá lehetőség, hogy visszajöjjenek az adatok?
- 5819 megtekintés
Hozzászólások
- A hozzászóláshoz be kell jelentkezni
"The format command behavior has changed in Windows Vista. By default in Windows Vista, the format command writes zeros to the whole disk when a full format is performed. In Windows XP and in earlier versions of the Windows operating system, the format command does not write zeros to the whole disk when a full format is performed."
Még jó, hogy WinXP volt, így több esély van.
- A hozzászóláshoz be kell jelentkezni
Ebben számomra az a meglepő, hogy a full format nem nullázott korábban? Akkor mi volt a különbség a quick meg a full között?? Azt nem írja, hogy ne a quick lenne a default formázás jobb gombos menüből, vagy akárhonnan.
- A hozzászóláshoz be kell jelentkezni
Quick újraírja a filerendszer struktúrát (FAT, MFT, etc).
Format parancs pedig végigolvasta a lemezt. Vista óta írja.
Értelme, mivel a SMART automatikusan reallokál írás közben ha gond van.
Olvasással hiba esetén egy rossz szektor lesz kijelölve a filerendszerben. Újraírással nem marad ilyen nyoma.
- A hozzászóláshoz be kell jelentkezni
Jó tapasztalataim vannak a GetDataBack néven megnevezett alkalmazással kapcsolatban. Egy kétszer megformázott, majd arra telepített op. rendszer után egész jó aránnyal sikerült adatokat visszaállítanom.
- A hozzászóláshoz be kell jelentkezni
Annál az esetnél pld ntfs ből lett ext4 majd újra ntfs.
- A hozzászóláshoz be kell jelentkezni
+3 a GDB-nek, ennyiszer mentett már meg élesben.
- A hozzászóláshoz be kell jelentkezni
Mentésből egyszerűbb lenne visszatenni. Ha meg nem volt mentése, akkor nem is voltak fontos adatok. Én tuti nem pöcsölnék vele, így járt, tanulópénz.
- A hozzászóláshoz be kell jelentkezni
+1. Olyasmihez piszkált, amiről nem tudta/nem fogta fel, hogy adatvesztés is lehet belőle. Minthogy a C-t megnövelte, és ezzel az egykori D elejét hozzácsapta a c-hez, így sok jóra én nem számítanék, pláne úgy, hogy a "maradék" területre már írt is (formázta) - gyakorlatilag az egykori partíció eleje hiányzik, és a formázással jól bele is rondított...
- A hozzászóláshoz be kell jelentkezni
GetDataBack elég jó aránnyal tudja kinyerni azt amit nem vágott agyon. Szerencse kérdése erősen.
- A hozzászóláshoz be kell jelentkezni
+1
csak ezt használtam eddig, még nem volt olyan hogy valamit nem hoztam volna vele vissza.... Bár lehetett mázli is. Bár élesben nyomtam vele vagy minimum 20 -at minimum 90% siker megvolt mindig az assssszem nem rossz ....
(fénykép,...., családi kacatoknál ez bőven jó) céges cucli az má más tészta
- A hozzászóláshoz be kell jelentkezni
OnTrack Easy Recovery -> RAW scan.
Szinte mindent megtalál, a helyreállított fájlokat -típus szerint- könyvtárakba rakja.
- A hozzászóláshoz be kell jelentkezni
Sajnos a lent felsorolt programok nem találták meg az eltűnt fájlokat, úgyhogy valószínűleg visszaadom a lemezt... Valószínűsítem, hogy nem az XP formázóját használta.
- A hozzászóláshoz be kell jelentkezni
Nemrég én is jártam hasonlóan a kde partícionálójával (D: zsugorítás), egy laptopon, a gui elvsztette a kapcsolatot a folyamattal, több óra futás után kihúztam a tápot, mert vinni kellett, persze aksi nem volt benne :(
Másnap sikerült visszaállítani a partícióhatárokat az eredetire (asszen nem első próbálkozásra), és előkerültek az adatok.
Már nem igazán emléxem, melyik partícionálóval igazítottam vissza, meglehet parancssorossal, de elképzeltem, hogy legközelebb legalább lementem a partícióstáblát.
Azután a következő kísérlet már jobban sikerült a gparteddel (akkus biztosítással), de azt már lebontottam kisebb lépésekre, elvégre a partíció elejéről meglehetős adatmennyiséget kell időben jó hosszan eltolni.
De ebben az esetben nem játszott közbe a formázás, neked már tényleg csak a getdataback marad.
- A hozzászóláshoz be kell jelentkezni
Testdisk-et próbáltad? Ami Windowson a GetDataBack az Linuxon a Testdisk. Számtalanszor segített vissza adatokat a halálból már vagy az egyik vagy másik.
- A hozzászóláshoz be kell jelentkezni
Olyan FAT/VFAT fájlrendszer esetében is működik, aminek jelentősebb mennyiség le lett vágva az elejéről?
- A hozzászóláshoz be kell jelentkezni
Próba-cseresznye. Olyan merevlemezről sikerült már az adatok nagy részét visszaállítani a Testdisk-el ami kattogott, alapból 2-300 hibás szektort tartalmazott és 3x egymás után újra lett telepítve Win7-tel. Ott a GetDataBack nem játszott de a Testdisk működött és szinte mindent vissza tudtam vele hozni. Úgy emlékszem egy felületi scan valami 16 órán keresztül futott. :)
- A hozzászóláshoz be kell jelentkezni
Ezeknél csak az okozhat gondot, ha a file belelóg a levágott részbe.
NTFS gázabb, mert ott a file eleje a dir. része, ha az elveszett, ugrott a tartalma is.
Szóval a szektorláncokat kell végigmazsolázni, abból lesz tartalom.
- A hozzászóláshoz be kell jelentkezni
+1 get data back
Wines particiókon már töbször segített!Persze ha még nem írtak arra a részre.A GDB töbszöri formázáson is képes átlátni.
- A hozzászóláshoz be kell jelentkezni
A GDB töbszöri formázáson is képes átlátni.
Amíg nem írják felül az adatot tartalmazó szektorokat. És akkor máris nem kell "átlátnia" semmin.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni