Sziasztok!
Bő egy hét Google-zés után úgy döntöttem, felteszem itt a kérdést, hátha találkozott már valaki ilyennel.
Adott egy 250 GB-os külső winchester, ami USB-vel csatlakozik a notebookomhoz. A winchester elsősorban Windows alatt van használva (7, Vista), emiatt összesen 3 NTFS partíció van rajta. Nemrégiben fogta magát és az egyik partíció (ofkoz a legnagyobb, a legtöbb adattal tele) nem működik. Továbbra is létezik, de a Windowsok azt hiszik, nincs megformázva, ezért kapásból felajánlják minden megnyitási kísérletre, hogy ott azon nyomban megformázzák. Ezt természetesen nem engedtem.
Rengeteg (20+) Windowsra íródott helyreállító programot próbáltam, mind látja a partíciót, azt is megmondják, hogy mennyi foglalt, mennyi szabad belőle, de nem tudnak vele mit kezdeni. Én arra tippelek, hogy a fáljrendszerrel/MBR-rel történhetett valami.
Az említett programok az adatok elenyésző részét vissza tudnák állítani, de nagyon lassan és a lényeg, hogy nem mindet. Nos nekem mind kellene. Elméletileg adat nem sérült meg, ugyanis a partíciót nem bántottam, nem formáztam le, stb., minden érintetlen épp emiatt.
Próbálkoztam Linux alatt is. Gparted szintén megmutatja, hogyan is néz ki a partíciós táblám, azt is mutatja, hogy 158GB használt, 29GB szabad az említett primary 1-es partíción.
Fel is tudom mountolni, de üres mappát kapok, holott a Nautilus is mutatja az állapotsoron a szabad hely mennyiségét.
A Google a testdisket és a gpartot javasolta. Testdisk is szépen felismer mindent, de analizálás után hozzátesz két sort, amit másutt eddig nem láttam:
Warning: Incorrent number of heads/cylinder 1 (NTFS) != 255 (HD)
Warning: Incorrect number of sectors per track 1 (NTFS) != 63 (HD)
Erre is próbáltam rákeresni, nem sok segítséget találtam.
Testdisk az Analyse, majd Quick Search után szépen mutatja a 3 partíciót, hibát már nem ír, lent a
Structure: OK
felirat látható.
Ezután engedi a Write funkciót (Write partition table to disk), végre is hajtja szerinte sikeresen. De semmi nem változik látszólag.
Gpart viszont ezt mondja: http://hup.pastebin.com/f34ef5b0c
Erre viszont nem mertem rányomni már semmit, mert nem értem pontosan.
A Windows ellenőrző eszközeit is lefuttattam, darálják egy jó ideig, aztán kilépnek, mert sikeresnek nyilvánítják az ellenőrzést.
Még valami: Testdisk szerint az MBR is tökéletes állapotban van, egyezik a Backup MBR-rel, de azért helyreállíttattam, de semmi nem változott.
Ha bárki látott már ilyet, esetleg tudna segíteni, ne tartsa vissza! Előre is köszönöm!
- 5240 megtekintés
Hozzászólások
Szia
esetleg ezzel egy próba: http://memberwebs.com/stef/software/scrounge/
-----------
A válaszok már készen állnak, csak jól kell kérdeznie.
- A hozzászóláshoz be kell jelentkezni
Szia!
Megnéztem egy jól működő diszket:
Disk /dev/sda - 32 GB / 30 GiB - CHS 3926 255 63
Partition Start End Size in sectors
1 P Linux 0 1 1 2187 254 63 35150157
2 P Linux 2188 0 1 3403 254 63 19535040
3 P Linux Swap 3404 0 1 3925 254 63 8385930
No partition is bootable
Nálad a start head=1 így a nullás sáv kimarad minden partíció elején.
Javaslom, hogy csinálj mentést a tábláról, (ezt már biztos megtetted)
és próbáld meg átírni 0-ra. Ha szerencséd van és csak ez az adat változott, akkor menni fog. Azt gondolom, hogy az első partíció azért kezdődik az 1-es head-del, mert kell a hely az mbr-nek és a partíciós táblának.
Amit nem értek, hogy miért nem a 0.-ik sectorral kezdődik egy egy partició, de ezt el kell fogadni mert a működő lemezen is így van.
Mikor elkezdtem dolgozni számítás technikában ( 1980) még minden olyan egyszerű volt. :) Az első táróló hely a 0.-ik, az 1 KB = 1024 Ma már mindennek ötször utána kell nézni :(
üdv.
nagysa
- A hozzászóláshoz be kell jelentkezni
Nyilvánvalóan az a baj, hogy az eredeti formázás során rosszul kerültek fel a CHS értékek. Mivel ezt ritkán használják (tudtommal a linux pl tesz rá, lba módban nyomul), ezért ott nem okozott gondot. Ezek szerint a winf*s viszont használta (gondolom nem lba-compatible partíciókód volt megadva vagy ilyesmi), amivel egy darabig nincs is gond (egész pontosan addig, míg nem közeledsz a partíció vége felé az írással). Ott viszont (a kissebb fejszám miatt) körbefordult, és a maradék adatot nem a vinyó végén lévő szabad helyre, hanem az ELEJÉRE írta. Ezzel hazavágta az fs-t, ezért nem látják, és ezért akarják formázni a winf*sok.
Én anno (kb 6-7 éve) a cfdisk-el jártam így, egy kerekítési hiba miatt rosszul állította be a CHS értékeket, és ugyanez történt. Szerencsére nekem nem volt sok adatom, így fdisk-el újrapartíciónáltam, és minden jó lett.
Az MBR-t meg a partíciós táblát meg hiába ellenőrzöd, az szintaktikailag teljesen helyes, az általa mutatott partíció lett hazavágva.
Javítási javaslat: újrapartícionálás 255 fejjel + format + restore backup.
Szerk: most néztem a pastebin-t, lba-s extended van megadva, ezek szerint az a bug, hogy valaki mégis chs-t próbált használni.
- A hozzászóláshoz be kell jelentkezni
GetDataBack for NTFS-t próbáltad, mit tud kezdeni vele?
- A hozzászóláshoz be kell jelentkezni
Ráeresztettem a partícióra, kifejezetten gyorsan haladt vele. Most elért 19%-ra és azzal sokat pepecsel és ontja magából az
Error 23 in HD129: during ReadLba: LBA=hosszú számsor, CHS=-1x-1x-1, Cnt=64
üzeneteket. Most egy jó 4 órát jósol még hátra, ezt kivárom, aztán ha ez nem boldogul, megnézem a fentebb említett dolgokat is.
Köszönöm az eddigi segítségeket, ha esetleg van még jó tipp, osszátok meg.
- A hozzászóláshoz be kell jelentkezni
Végzett az analizálással, minden fájlt maradéktalanul helyre tud állítani, ha regisztrálva van a program.
update: Úgy néz ki, a fentebb említett Erroroknak meg lett az eredménye: egy 60GB-os mappámat egy-az-egyben nem tudja visszaállítani, mert szektorhibásnak mondja. A sors fintora, hogy a Filmek, Játékok, Zenék mappák teljes mértékben sikeresen ki lettek mentve, egyedül a Programok nevű nem megy, ami a legfontosabb lenne :)
Azért még próbálkozok. Nagyon-nagyon köszönöm a segítséget, mindenkinek ajánlom a GetDataBack for NTFS programot!
- A hozzászóláshoz be kell jelentkezni
Esetleg futtasd végig a merevlemez-féle tesztprogramot, milyen hibákat ír...
...ill. létezik egy HDD Regenerator nevű program (Hiren CD), érdemes lehet átküldeni rajta.
Nekem egy régi 20 GB-os Maxtoron mentek tönkre az adatok (1-2 hete). Testdisk-el lementettem fileba, szórakoztam vele, nagyjából meglett minden (bár sok info elveszett, így utólag kellett megkeresnem a dokumentumokat, stb).
Ezután (mivel úgy láttam, minden fontos dolog megvan), lefuttattam ezt a regeneratort rajta párszor, utána ugyan volt még hiba a filerendszerben, de gyakorlatilag az egész /home menthető volt, könyvtárstruktúra, dokumentumok, beállítások, mindenestül.
Furcsa mód az MP3 fileok itt is megvoltak rendesen már a legelső próbálkozáskor is...
Szóval csak tipp és nem biztos, hogy segít, de nekem többször jól jött már ez a progi... Sata-val viszont nem próbáltam soha.
- A hozzászóláshoz be kell jelentkezni
A téma lezárásául:
Sikerült _minden_ adatot kimenteni kis szenvedés árán. Volt párezer bad sector, ezeket HDD Regenerator hosszú órás munka során kijavította(?). Ezután sikerült a már említett hiányzó mappát is teljes mértékben kimásolnom a GetDataBack-kel.
Most az alapoktól újraépítem a partíciós táblát az említett winchesteren és lefuttatok rajta pár nagytesztet. HDD Sentinel kb. 1000 napos élettartamot jósol még neki. A közeljövőben valószínűleg le fogom cserélni. A vas egy WD Scorpion Black.
Köszönöm mindenkinek a segítséget, remélem, másnak is hasznos lesz még.
- A hozzászóláshoz be kell jelentkezni