Aiuto!!! Perdita dati dopo passaggio ad AHCI

[fed_cas]

stavo cercando di far andare l'hot swap sul mio hard disk di archivio. Cercando un po' ho letto che bisogna avere l'AHCI attivo da bios, io invece lo avevo in modalità compatibile IDE. Switcho ad ahci => schermata blu durante l'avvio di win7 x64. Cerco un po' e leggo che bisogna attivare un driver modificando una chiave nel registro. Faccio e riavvio, funziona tutto. Questo ieri sera, oggi accendo il pc e non mi vede l'hd di archivio, riavvio e mi parte scandisk.

questo il log [EDIT: nel post successivo ho riportato il log in maniera più chiara]:

Checking file system on F:
The type of the file system is NTFS.
Volume label is 1TB.


One of your disks needs to be checked for consistency. You
may cancel the disk check, but it is strongly recommended
that you continue.
Windows will now check the disk.

CHKDSK is verifying files (stage 1 of 3)...
The USA check value, 0xc, at block 0x1 is incorrect.
The expected value is 0x88a.
The multi-sector header signature in file 0xbdb8 is incorrect.
42 41 41 44 30 00 03 00 f5 4e 68 37 00 00 00 00 BAAD0....Nh7....
02 00 02 00 38 00 01 00 f0 01 00 00 00 04 00 00 ....8...........
Deleting corrupt file record segment 48568.
The segment number 0x48235 in file 0xbdb9 is incorrect.
Fixing incorrect information in file record segment 48569.
The segment number 0x48236 in file 0xbdba is incorrect.
Fixing incorrect information in file record segment 48570.
The segment number 0x48237 in file 0xbdbb is incorrect.
Fixing incorrect information in file record segment 48571.
Attribute record of type 0x80 and instance tag 0x1 is cross linked
starting at 0x9ab128e for possibly 0x127 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x1
in file 0x48236 is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 295478.
Attribute record of type 0x80 and instance tag 0x1 is cross linked
starting at 0x9ab13b5 for possibly 0x4 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x1
in file 0x48237 is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 295479.
305664 file records processed. File verification completed.
Deleting orphan file record segment 42949.
Deleting orphan file record segment 42950.
3 large file records processed. Deleting orphan file record segment 42951.
0 bad file records processed. 0 EA records processed. 0 reparse records processed. CHKDSK is verifying indexes (stage 2 of 3)...
Index entry EMA999~1 of index $I30 in file 0x5 points to unused file 0xa7c4.
Deleting index entry EMA999~1 in index $I30 of file 5.
Index entry EMULE_TEMP of index $I30 in file 0x5 points to unused file 0xa7c4.
Deleting index entry EMULE_TEMP in index $I30 of file 5.
The file reference 0x4cc00000000bdbb of index entry FEDCAS of index $I30
with parent 0x5 is not the same as 0x100000000bdbb.
Deleting index entry FEDCAS in index $I30 of file 5.
The object id index entry in file 0x19 points to file 0xa7c4
but the file has no object id in it.
Deleting an index entry from index $O of file 25.
The object id index entry in file 0x19 points to file 0xbdbb
but the file has no object id in it.
Deleting an index entry from index $O of file 25.
The object id index entry in file 0x19 points to file 0xa7c6
but the file has no object id in it.
Deleting an index entry from index $O of file 25.
Index entry Ane_Brun-Changing_of_the_Seasons-2008-ZiNEMP3 of index $I30 in file 0xa7c3 points to unused file 0xa7c5.
Deleting index entry Ane_Brun-Changing_of_the_Seasons-2008-ZiNEMP3 in index $I30 of file 42947.
Index entry ANE_BR~1 of index $I30 in file 0xa7c3 points to unused file 0xa7c5.
Deleting index entry ANE_BR~1 in index $I30 of file 42947.
Index entry BarracudaDrive 4.0.2.zip of index $I30 in file 0xa7c3 points to unused file 0xbdb8.
Deleting index entry BarracudaDrive 4.0.2.zip in index $I30 of file 42947.
Index entry BARRAC~1.ZIP of index $I30 in file 0xa7c3 points to unused file 0xbdb8.
Deleting index entry BARRAC~1.ZIP in index $I30 of file 42947.
The file reference 0x200000000bdb9 of index entry [ALBUM - PROG - ITA] Goblin - Profondo Rosso.rar of index $I30
with parent 0xa7c3 is not the same as 0x500000000bdb9.
Deleting index entry [ALBUM - PROG - ITA] Goblin - Profondo Rosso.rar in index $I30 of file 42947.
The file reference 0x200000000bdb9 of index entry _ALBUM~1.RAR of index $I30
with parent 0xa7c3 is not the same as 0x500000000bdb9.
Deleting index entry _ALBUM~1.RAR in index $I30 of file 42947.
360856 index entries processed. Index verification completed.
CHKDSK is scanning unindexed files for reconnect to their original directory.
48 unindexed files scanned. CHKDSK is recovering remaining unindexed files.
48 unindexed files recovered. CHKDSK is verifying security descriptors (stage 3 of 3)...
305664 file SDs/SIDs processed. Cleaning up 30 unused index entries from index $SII of file 0x9.
Cleaning up 30 unused index entries from index $SDH of file 0x9.
Cleaning up 30 unused security descriptors.
Security descriptor verification completed.
Inserting data attribute into file 295478.
Inserting data attribute into file 295479.
27599 data files processed. CHKDSK is verifying Usn Journal...
33972344 USN bytes processed. Usn Journal verification completed.
Correcting errors in the master file table's (MFT) BITMAP attribute.
CHKDSK discovered free space marked as allocated in the volume bitmap.
Windows has made corrections to the file system.

976760000 KB total disk space.
652325500 KB in 277941 files.
110480 KB in 27602 indexes.
0 KB in bad sectors.
435004 KB in use by the system.
65536 KB occupied by the log file.
323889016 KB available on disk.

4096 bytes in each allocation unit.
244190000 total allocation units on disk.
80972254 allocation units available on disk.

Internal Info:
00 aa 04 00 91 a9 04 00 a2 e5 06 00 00 00 00 00 ................
40 29 00 00 00 00 00 00 00 00 00 00 00 00 00 00 @)..............
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................



che caxxo è successo??? tra le altre cose mi ha cancellato la cartella FEDCAS che conteneva i miei documenti, tra le altre cose diversi gb di foto... aiuto... che faccio, è meglio se rimetto l'impostazione su IDE prima di tentare il recupero o la devo lasciare così su AHCI?

E poi dal log non si capisce nulla... come faccio almeno a capire che file mi ha cancellato??? all'inizio parla solo di "file 0xbdb9" ecc...

la scheda madre è una asrock p45xe-r, l'hd è un samsung hd103si/y

[fed_cas]

fiuuu... forse riesco a cavarmela... c'era una cartella found.000 (prima volta che ho a che fare con queste famigerate cartelle su ntfs...) ma su 7 non mi accedeva :mad: xp invece accede senza problemi. Dentro per fortuna c'è, tra le altre cose, la cartella FEDCAS che era quella che più mi interessava e sembrerebbe esserci tutto, conservando anche nomi e strutture delle directory.

per ora sto copiando tutta la roba su un altro hard disk, prima di ripristinare questo e ricominciare a usarlo però volevo essere sicuro che non manchi nulla all'appello, in caso contrario almeno posso tentare il recover mirato sui file che mancano. Per questo mi serve assolutamente il vostro aiuto per decifrare quel log visto che non ci capisco nulla :s

intanto questo è il contenuto della cartella found:

http://img207.imageshack.us/img207/4935/foundu.jpg

in rosso ho scritto a cosa corrispondono quelle cose. Le 3 cartelle sono tra le cartelle che vengono nominate nel log. I file (i 2 non nulli) non mi pare vengano nominati nei log (hanno un nome del tipo: 000A5C21-A96D-4D28-A8CA-98B043F4EF2D-a193a75fb8faf860352b7842e4259509-72.lr-preview.noindex ), sono delle thumb di lightroom e non me ne frega nulla tanto penso proprio vengano rigenerati automaticamente se mancano. Tralaltro questi due file orfani provengono da una sottocartella della cartella FEDCAS.
L'ultimo file invece è completamente vuoto :confused:

ok, ora partiamo col log:

fase 1 del chkdsk:

CHKDSK is verifying files (stage 1 of 3)...
The USA check value, 0xc, at block 0x1 is incorrect.
The expected value is 0x88a.
The multi-sector header signature in file 0xbdb8 is incorrect.
42 41 41 44 30 00 03 00 f5 4e 68 37 00 00 00 00 BAAD0....Nh7....
02 00 02 00 38 00 01 00 f0 01 00 00 00 04 00 00 ....8...........
Deleting corrupt file record segment 48568.
The segment number 0x48235 in file 0xbdb9 is incorrect.
Fixing incorrect information in file record segment 48569.
The segment number 0x48236 in file 0xbdba is incorrect.
Fixing incorrect information in file record segment 48570.
The segment number 0x48237 in file 0xbdbb is incorrect.
Fixing incorrect information in file record segment 48571.
Attribute record of type 0x80 and instance tag 0x1 is cross linked
starting at 0x9ab128e for possibly 0x127 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x1
in file 0x48236 is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 295478.
Attribute record of type 0x80 and instance tag 0x1 is cross linked
starting at 0x9ab13b5 for possibly 0x4 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x1
in file 0x48237 is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 295479.
305664 file records processed. File verification completed.
Deleting orphan file record segment 42949.
Deleting orphan file record segment 42950.
3 large file records processed. Deleting orphan file record segment 42951.
0 bad file records processed. 0 EA records processed. 0 reparse records processed.

Qualcuno ha idea di cosa mi abbia fatto??? o quantomeno come faccio a risalire ai file in oggetto (in altre parole roba tipo "in file 0xbdba" che caxxo significa???) così magari vado a controllare che quei dati file siano a posto e in caso contrario tento il recupero con ontrack...



fase 2:
CHKDSK is verifying indexes (stage 2 of 3)...
Index entry EMA999~1 of index $I30 in file 0x5 points to unused file 0xa7c4.
Deleting index entry EMA999~1 in index $I30 of file 5.
Index entry EMULE_TEMP of index $I30 in file 0x5 points to unused file 0xa7c4.
Deleting index entry EMULE_TEMP in index $I30 of file 5.
The file reference 0x4cc00000000bdbb of index entry FEDCAS of index $I30
with parent 0x5 is not the same as 0x100000000bdbb.
Deleting index entry FEDCAS in index $I30 of file 5.
The object id index entry in file 0x19 points to file 0xa7c4
but the file has no object id in it.
Deleting an index entry from index $O of file 25.
The object id index entry in file 0x19 points to file 0xbdbb
but the file has no object id in it.
Deleting an index entry from index $O of file 25.
The object id index entry in file 0x19 points to file 0xa7c6
but the file has no object id in it.
Deleting an index entry from index $O of file 25.
Index entry Ane_Brun-Changing_of_the_Seasons-2008-ZiNEMP3 of index $I30 in file 0xa7c3 points to unused file 0xa7c5.
Deleting index entry Ane_Brun-Changing_of_the_Seasons-2008-ZiNEMP3 in index $I30 of file 42947.
Index entry ANE_BR~1 of index $I30 in file 0xa7c3 points to unused file 0xa7c5.
Deleting index entry ANE_BR~1 in index $I30 of file 42947.
Index entry BarracudaDrive 4.0.2.zip of index $I30 in file 0xa7c3 points to unused file 0xbdb8.
Deleting index entry BarracudaDrive 4.0.2.zip in index $I30 of file 42947.
Index entry BARRAC~1.ZIP of index $I30 in file 0xa7c3 points to unused file 0xbdb8.
Deleting index entry BARRAC~1.ZIP in index $I30 of file 42947.
The file reference 0x200000000bdb9 of index entry [ALBUM - PROG - ITA] Goblin - Profondo Rosso.rar of index $I30
with parent 0xa7c3 is not the same as 0x500000000bdb9.
Deleting index entry [ALBUM - PROG - ITA] Goblin - Profondo Rosso.rar in index $I30 of file 42947.
The file reference 0x200000000bdb9 of index entry _ALBUM~1.RAR of index $I30
with parent 0xa7c3 is not the same as 0x500000000bdb9.
Deleting index entry _ALBUM~1.RAR in index $I30 of file 42947.
360856 index entries processed. Index verification completed.
CHKDSK is scanning unindexed files for reconnect to their original directory.
48 unindexed files scanned. CHKDSK is recovering remaining unindexed files.
48 unindexed files recovered.

qui per fortuna è più comprensibile. Le parti in grigio sono le 3 cartelle che ho già recuperato nella cartella found. Le parti in verdi sono 2 files che non stanno nella cartella found ma non me ne frega nulla, li riscarico.
Le parti in rosso e in arancione invece mi rimangono oscure. Per quella in rosso, usa lo stesso linguaggio criptico della fase 1...
Per quella arancione invece non ho capito quali so sti 48 files. Quelli nella cartella found sono molti di più (quasi 100gb solo di foto), però se si considerano solo le altre cartelle a parte quella FEDCAS (ovvero le altre due cartelle orfane e i 3 file orfani) vengono 47 files, ma penso sia solo una coincidenza.



fase 3:

CHKDSK is verifying security descriptors (stage 3 of 3)...
305664 file SDs/SIDs processed. Cleaning up 30 unused index entries from index $SII of file 0x9.
Cleaning up 30 unused index entries from index $SDH of file 0x9.
Cleaning up 30 unused security descriptors.
Security descriptor verification completed.
Inserting data attribute into file 295478.
Inserting data attribute into file 295479.
27599 data files processed. CHKDSK is verifying Usn Journal...
33972344 USN bytes processed. Usn Journal verification completed.
Correcting errors in the master file table's (MFT) BITMAP attribute.
CHKDSK discovered free space marked as allocated in the volume bitmap.
Windows has made corrections to the file system.


qui è pure abbastanza chiaro ma non ho idea di che conseguenze possano avere quelle operazioni lì... quei "cleaning" mi spaventano, mi ha piallato via qualcosa?


riepilogo:

976760000 KB total disk space.
652325500 KB in 277941 files.
110480 KB in 27602 indexes.
0 KB in bad sectors.
435004 KB in use by the system.
65536 KB occupied by the log file.
323889016 KB available on disk.

4096 bytes in each allocation unit.
244190000 total allocation units on disk.
80972254 allocation units available on disk.

Internal Info:
00 aa 04 00 91 a9 04 00 a2 e5 06 00 00 00 00 00 ................
40 29 00 00 00 00 00 00 00 00 00 00 00 00 00 00 @)..............
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................


qui c'è qualcosa di utile? quei 48 bytes di internal info in fondo che roba sono?

[dirklive]

di norma i driver per ahci andrebbero inseriti all'installazione del s.o. e non con la procedura che hai usato tu, ora è vero che molti hanno usato la tua procedura e l'operazione è andata a buon fine, ma ciò non toglie che è meglio usare la prassi corretta.

[fed_cas]

di norma i driver per ahci andrebbero inseriti all'installazione del s.o. e non con la procedura che hai usato tu, ora è vero che molti hanno usato la tua procedura e l'operazione è andata a buon fine, ma ciò non toglie che è meglio usare la prassi corretta.

si ma è strano perchè è una procedura che si trova nella stessa kb microsoft: http://support.microsoft.com/kb/922976



ora comunque mi interessa prima di tutto recuperare i dati. Hai mica idea di cosa significhino quei passaggi del log che ho riportato nel post #2?

[fed_cas]

nessuno mi sa aiutare :(? mi basterebbe capire che file sono stati toccati dallo scandisk, così posso controllare che non siano corrotti o mancanti, o in caso contrario so cosa devo provare a recuperare...

[MM]

Dalla tua esperienza e da altre lette (oltre ad una personale) io deduco che il CHKDSK di Windows è una procedura deleteria da usare, specie quando ci sono problemi di dati sul disco

Che cosa ha fatto non lo so, o melgio, lo so: ha fatto danni
Se i dati da recuperare hanno una certa importanza, proverei con i programmi di recupero

[fed_cas]

Dalla tua esperienza e da altre lette (oltre ad una personale) io deduco che il CHKDSK di Windows è una procedura deleteria da usare, specie quando ci sono problemi di dati sul disco

Che cosa ha fatto non lo so, o melgio, lo so: ha fatto danni
Se i dati da recuperare hanno una certa importanza, proverei con i programmi di recupero

nel mio caso non l'ho lanciato io eh, è partito da solo all'avvio... :mad:

purtroppo non so cosa recuperare perchè non so cosa è andato perso.