Sziasztok!

Nekem nincs (már) problémám, csak egy rövid siker történetet szeretnék megírni, hátha valakinek segít, ha ugyanilyen bajba kerül.

Seagate 2.5"-es 500 GB-os ST500LM012 vinyó. 1 db NTFS partíció, tele adattal. Innostor IS621 chipes USB3.0-as rackben használtam. Az előlapi USB3 kivezetésem meglehetősen instabil.
Valószínűleg a rackben is volt valami kontakthiba.

Az instabil USB3 csatlakozás miatt , miközben adatokat olvastam Win 8.1 alatt, egyik alkalommal valahogy úgy csatlakozott le, hogy az MFT korrupt lett. Utána Windows nem ismerte már fel a fájlrendszert, és Linux alatt sem lehetett felmountolni a vinyót.

Abban biztos voltam, hogy nem vinyó hiba, és nem szektor hiba, hanem csak valami fájlrendszer korrupcióról van szó, így megőriztem a hidegvéremet.

1)
Először vennem kellett egy nagyobb vinyót, hogy a HDD image-et le tudjam klónozni a biztonság miatt. Seagate ST2000LM003, 2 TB-os 2.5"-es megérkezett.

2)
Mindenek előtt a HDD klónozása a fontos, mielőtt bármi mást csinálunk.
Legjobb erre:
Linux alatt TestDisk.
Advanced -> Image Creation.
Ez csinál egy image.dd fájlt 500 GB méretben megadott cél helyen (esetemben a 2 TB vinyón).

Megjegyzés:
Asmedia USB3 chipek Linux 3.17 kernel előtt (nálam 3.16 kernel fut, OpenSUSE 13.2) hibáznak, legalábbis van ismétlődő egy dmesg hibaüzenet. Ezért Asmedia chipes USB3-at nem célszerű használni a másolás során, legalábbis, ha a kernel 3.17-nél régebbi. Nálam a másolás során a 2TB-s vinyó Marwell chipes eSATA-n volt csatlakoztatva, a sérült 500 GB-os vinyó pedig egy külső Innostor IS621 chipes USB3 adapteren.

Klónozás után próbálkozások:

3)
Linux alatt TestDisk.
Analyse
Az 1 NTFS partíciót kijelezte, de fájlokat semmit sem tudott megjeleníteni.
Backup -> Enter -> Write
Ez elvileg az MBR-t helyreállítja. Nekem nem oldotta meg.

4)
Linux alatt TestDisk.
Advanced -> Boot -> Repair MFT
Sajnos nem tudott lefutni, nem javított ki semmit. TestDisk hibaüzenet:
MFT and MFT mirror are bad. Failed to repair them.

5)
Utána nem volt mit tenni, Windows alatt chkdsk próba (mindeközben a sérült vinyó végig IS621-es USB3-on hátsó portban)
Felfedeztem egy jó kis ingyenes GUI programot a chkdsk-hoz:
CheckDiskGUI

Fix és Repair-t választottam. Durván 2 óra alatt végzett. Valszeg csak a Fix önmagában is elég lett volna, mert a Repair a szektor hibákra való, az meg nincs.
Chkdisk log (a mappaneveket kitöröltem, mert nem releváns):

Started on : 2016/05/16 09:00:36

The type of the file system is NTFS.
Volume label is Seagate-27.
Stage 1: Examining basic file system structure ...
Fixing incorrect information in file record segment 5.
Fixing incorrect information in file record segment 5.
Deleting corrupt attribute record (128, "")
from file record segment 5.
Fixing incorrect information in file record segment 6.
Fixing incorrect information in file record segment 6.
Fixing incorrect information in file record segment 7.
Fixing incorrect information in file record segment 7.
29312 file records processed.
File verification completed.
232 large file records processed.
0 bad file records processed.
Fixing flags for file record segment 5.
Correcting file name errors in system file record segment 5.
Correcting file name errors in system file record segment 6.
Correcting file name errors in system file record segment 7.
Stage 2: Examining file name linkage ...
Fixing incorrect information in file record segment 5.
Deleting index entry $AttrDef in index $I30 of file 6.
Deleting index entry $BadClus in index $I30 of file 6.
Deleting index entry $Bitmap in index $I30 of file 6.
Deleting index entry $Boot in index $I30 of file 6.
Deleting index entry $Extend in index $I30 of file 6.
Deleting index entry $LogFile in index $I30 of file 6.
Deleting index entry $MFT in index $I30 of file 6.
Deleting index entry $MFTMirr in index $I30 of file 6.
Deleting index entry $RECYCLE.BIN in index $I30 of file 6.
Deleting index entry $Secure in index $I30 of file 6.
Deleting index entry $UpCase in index $I30 of file 6.
Deleting index entry $Volume in index $I30 of file 6.
30766 index entries processed.
Index verification completed.
CHKDSK is creating new root directory.
CHKDSK is scanning unindexed files for reconnect to their original directory.
Recovering orphaned file $MFT (0) into directory file 5.
Recovering orphaned file $MFTMirr (1) into directory file 5.
Recovering orphaned file $LogFile (2) into directory file 5.
Recovering orphaned file $Volume (3) into directory file 5.
Recovering orphaned file $AttrDef (4) into directory file 5.
Fixing incorrect information in file record segment 5.
Recovering orphaned file . (5) into directory file 5.
Recovering orphaned file $Bitmap (6) into directory file 5.
Recovering orphaned file $Boot (7) into directory file 5.
Recovering orphaned file $BadClus (8) into directory file 5.
Recovering orphaned file $Secure (9) into directory file 5.
Skipping further messages about recovering orphans.
38 unindexed files scanned.
0 unindexed files recovered.
Stage 3: Examining security descriptors ...
Cleaning up 9 unused index entries from index $SII of file 9.
Cleaning up 9 unused index entries from index $SDH of file 9.
Cleaning up 9 unused security descriptors.
Security descriptor verification completed.
729 data files processed.
CHKDSK is verifying Usn Journal...
Usn Journal verification completed.
Stage 4: Looking for bad clusters in user file data ...
29296 files processed.
File data verification completed.
Stage 5: Looking for bad, free clusters ...
1641719 free clusters processed.
Free space verification is complete.
Correcting errors in the Master File Table (MFT) mirror.
Correcting errors in the Boot File.
Correcting errors in the Volume Bitmap.
Windows has made corrections to the file system.
No further action is required.
488385535 KB total disk space.
481700128 KB in 28323 files.
7332 KB in 730 indexes.
0 KB in bad sectors.
126107 KB in use by the system.
65536 KB occupied by the log file.
6551968 KB available on disk.
4096 bytes in each allocation unit.
122096383 total allocation units on disk.
1637992 allocation units available on disk.

Checkdisk of F: (Fix and recovery mode) started !

Ended on : 2016/05/16 10:46:48

Time elapsed : 6372 seconds

6)
Chkdsk javítás után a Windows továbbra sem ismerte fel a fájlrendszert, azonban a Linux innentől már probléma nélkül felismerte!

Így Linux alatt TestDisk-kel lemásoltam az összes fájlt a 2 TB-os vinyóra. Egyetlen egy fájl sem sérült meg.
Azaz csak az MFT-ben volt sérülés.

Megfigyeltem, hogy a TestDisk a másolás közben szerencsére megtartja a fájlok és mappák módosítási idejét. Néhány másoló programban idegesítő, ha a mappák létrehozási ideje frissül. TestDisk az jól kezeli.

7)
Innentől megvan minden. A sérült vinyón érdemes az NTFS-t törölni, pl. gparted-del. Én EXT4-re formáztam, majd azt is töröltem, és vissza NTFS-re. Most már csak a fájlokat kell megint visszamásolni az eredeti vinyóra.

8)
Csak kiegészítő infó:
image.dd fájlt Windows-ban fel lehet mountolni az igyenes OSFMount programmal! Ez persze nem oldja meg magát a korrupciót, hiszen az az image-ben benne van, de esetleg utána használni lehet más helyreállító programból ha az nem kezeli a dd image-et.

9)
Csak kiegészítő infó:
Active@ Partition Recovery nevű Windows-os programmal (nem ingyenes) is próbálkoztam az elején, de végül nem használtam. Amúgy elég jónak tűnik. A sérült vinyón látta az összes fájlt és a mapparendszert! Kiválaszthattam volna, hogy a fájlokat és a mapparendszert mentse ki a cél vinyóra, de ez leformázza a célvinyót, ezért nem használtam ezt, mivel a a 2TB-s vinyón már rajta volt az image mentés. Másik megoldás, ha a programban direktben megnyitjuk a már kimentett image.dd fájlt is (mert ilyet is tud!), és a fájlok kimentése célvinyójának magát a sérült vinyót adjuk meg. Olyankor azt a sérült vinyót úgyis újraformázná. Végül ezt én nem használtam, mert ugye a chkdsk után TestDisk-kel le tudtam mindent menteni. De amúgy említésre méltó program.

Konklúzió:
- Előlapi USB3-as kivezetésre figyelni. Én most már lehúztam az alaplapról és nem használom, túl kockázatos. Adatkapcsolati instabilitás okozza a gondot.
- Mielőtt bármiféle adathelyre állítást próbál az ember, a vinyó image-et érdemes lementeni. Legjobb erre , Linux alatt Testdisk, image.dd-be.
- Utána lehet próbálkozni különféle helyreállításokkal. Ha nincs szektorhiba, valszeg elég a chkdsk Fix.

[ Szerkesztve ]