Repair Truecrypt NTFS-partition con file system non rilevabile [chiuso]

1

Per farla breve: Hai 1 TB HDD. Creata una partizione completa (non di sistema) su quello. Criptare tramite TC. Una volta, tramite boot, Win presumibilmente formatta (e forse scrive alcuni byte su di esso). Riesco a ripristinare TC-Header, ora TC può montare la partizione. Ma Windows dice "È necessario formattare l'unità per usarlo." "File system non rilevato." Ad ogni modo, posso recuperare quasi tutti i dati tramite GetDataBack da questa partizione montata.

Questo è il posto in cui sono ora. Ora voglio solo sapere: c'è un modo per riparare la partizione e usarla di nuovo "normalmente"? O devo riformattare e copiare i file di backup?

TC repair ha detto "... Il filesystem è NTFS ... Primo dispositivo di avvio NTFS non leggibile ... Proseguendo con il secondo dispositivo di avvio NTFS ... non è possibile rilevare la versione e lo stato del volume."

    
posta Droids 15.08.2013 - 18:08
fonte

1 risposta

0

TrueCrypt fornisce un volume : una grande sequenza di byte. TrueCrypt si inserisce tra questi byte e il supporto fisico di archiviazione, applicando la crittografia ogni volta che i dati devono essere scritti sul disco e la decrittografia quando viene letta. TrueCrypt si ferma qui. Il che significa di questi byte non è di proprietà di TrueCrypt.

Un sistema operativo come Windows prenderà questo gruppo di byte e organizzerà in un insieme astratto di directory e file. Ciò richiede la dedica di alcuni dei byte a "attività amministrative", per codificare le strutture che indicano dove sono fisicamente i dati del file, e quali sono i nomi dei file, i diritti di accesso, le date di modifica e così via. Queste strutture sono chiamate filesystem . NTFS è un filesystem.

Nel tuo caso, Windows dice: in questi byte, non vedo filesystem. Gli strumenti di riparazione TC arrivano alla stessa conclusione: non esiste una struttura riconoscibile utilizzabile come un filesystem NTFS. GetDataBack può riconoscere i frammenti di un filesystem NTFS e scavare alcuni dei file, ma GetDataBack non pretende di riparare il filesystem (nello stesso modo in cui estrae parti riutilizzabili da un wrecked l'auto non è la stessa cosa che rende l'auto ancora funzionante). Tutti questi strumenti funzionano sulla "grande sequenza di byte" che TrueCrypt può mostrare decodificando ciò che è memorizzato sul disco. In altre parole, TrueCrypt è non pertinente alla tua situazione (tranne forse come colpevole).

Per qualche ragione, che non è stata ancora chiarita, le strutture del filesystem sono danneggiate e sono sparite. Poiché TrueCrypt non ha idea di cosa sia un filesystem, può essere considerato come una sorta di estensione del disco rigido, memorizzando interi settori , non file . Succede che il sistema operativo, a un certo punto, ha chiesto a TrueCrypt di scrivere alcuni byte che sembravano spazzatura e di distruggere la struttura del filesystem. TrueCrypt ha semplicemente rispettato.

Il meglio che puoi fare, a quel punto, è salvare ciò che puoi con GetDataBack (come dici tu, "quasi tutti i dati") e / o riesumare il tuo ultimo backup, quindi ricominciare con un nuovo formato .

Ci sono molte possibili ragioni per cui questo tipo di problema può verificarsi. Un bug in TrueCrypt potrebbe spiegarlo; ma anche un guasto nel disco rigido stesso, inclusa la parte elettronica del disco. Anch'io una volta (in realtà, tre volte) ho avuto un problema con una scheda di rete PCI che, sotto carico elevato, avrebbe iniziato a mettere rumore casuale sul bus PCI. Questo ha innescato un "panico" del sistema operativo e il kernel farebbe quindi un rapido smontaggio dei filesystem, scrivendo così un superblocco "pulito" (la parte superiore della struttura del filesystem). Sfortunatamente, quella chiamata di scrittura avrebbe viaggiato sul bus PCI, e i dati che raggiungevano il disco rigido sarebbero stati quindi completamente distrutti. Questo stava portando agli stessi sintomi di quello che osservi ora.

Un bug nel sistema operativo stesso (Windows) potrebbe anche essere una spiegazione plausibile. Ancora più probabile, RAM cattiva: il sistema operativo funziona seguendo le strutture nella RAM, che gli dicono cosa fare. Un valore errato al valore sbagliato può rovinare il caos a queste strutture e indurre il kernel a scrivere i dati spazzatura sui suoi dischi.

Le possibilità sono infinite. Pertanto, effettua backup regolari.

    
risposta data 15.08.2013 - 19:10
fonte

Leggi altre domande sui tag