Odzyskiwanie uszkodzonego dysku Truecrypt

Mam zewnętrzny dysk twardy 2 TB, który zaszyfrowałem za pomocą Truecrypt.

Zrobiłem pełną kopię zapasową wszystkich danych, wyczyściłem dysk twardy i ponownie zainstalowałem system operacyjny.

Po ponownej instalacji systemu Windows udało mi się zamontować partycję Truecrypt, mimo że wymagało to kilku prób. Gdy udało mi się go zamontować, nie mogłem nic w nim zobaczyć.

Mam go teraz zamontowany (tzn. Wiem, że hasło i Truecrypt go „odszyfrował” i przypisał mu literę dysku), ale chkdisk nie może nic z tym zrobić, Windows mówi, że mam 0 bajtów z 0 bajtów wolnych na partycji, i użycie opcji „Napraw błędy dysku” we właściwościach dysku powoduje „Nie można wykonać sprawdzenia dysku, ponieważ system Windows nie może uzyskać dostępu do dysku”

Podczas uruchamiania programu CHKDSK pojawia się błąd „Uszkodzona główna tabela plików. Windows podejmie próbę odzyskania głównej tabeli plików z dysku. Windows nie może odzyskać głównej tabeli plików. CHKDSK przerwane” Windows twierdzi, że dysk jest „niesformatowany”, ale truecrypt widzi jedną partycję na to.

Dysk został sformatowany jako NTFS i zaszyfrowany przy użyciu AES i hasła.

Nie powinien to być zły dysk, ponieważ jest nowy i przetestowałem go, zanim utworzyłem kopię zapasową.

Jak sprawić, by mój dysk był ponownie czytelny?

Niestety prawdopodobnie niewiele można zrobić. Być może warto zamontować wolumin truecrypt pod Linuksem, aby sprawdzić, czy dostępne tam narzędzia do sprawdzania systemu plików mogą przez jakiegoś Fluke zrobić coś, czego inne narzędzia, których wypróbowałeś, nie mogłyby, ale najprawdopodobniej też nie masz szczęścia. Przed wypróbowaniem każdej metody odzyskiwania zaleca się wykonanie kopii zapasowej woluminu (tak: wykonaj kopię zapasową uszkodzonego woluminu (plik truecrypt, a nie pozornie uszkodzony system plików w nim) na wypadek, gdyby próba pogorszyła sytuację (abyś mógł wrócić do złego- ale nie do końca tak zły stan, aby spróbować czegoś innego).

Kiedy mówisz, że zamontowanie woluminu „podjęło kilka prób”, co się stało w odpowiedzi na nieudane próby? Czy w ogóle wyświetla się komunikat o błędzie lub informacja o stanie? A jakie polecenia wypróbowałeś (i które ostatecznie doprowadziły cię tak daleko, jak teraz)? Ta informacja może wywołać pamięć w umyśle przechodzącego eksperta od truecrypt, która może być dla Ciebie przydatna!

Jeśli uważasz, że ten ostatni akapit był trochę kaznodzieją _{[szczegółowe raporty o błędach (no cóż, raporty o błędach z brakującymi szczegółami) to coś, o czym} słyszę _{pszczołę w mojej czapce, ponieważ każdy, kto ze mną współpracował, będzie zeznawał!]} Z góry przepraszam za Następna...

Powinieneś naprawdę przetestować kopię zapasową po jej utworzeniu, a także sprawdzić dysk pod kątem problemów fizycznych przed ręką. Kopia zapasowa nie jest dobrą kopią zapasową, dopóki nie zostanie przetestowana, bez względu na to, jak niedawno została wykonana i jakie kontrole systemu / nośnika zostały wcześniej wykonane. Na przykład w takim przypadku sugerowałbym próbę zamontowania woluminu kopii zapasowej na innym komputerze (przed wyczyszczeniem tego, z którego pochodzi kopia zapasowa), aby upewnić się, że został on poprawnie zainstalowany, i być może weryfikacja części zawartości, gdy jest on tam zamontowany (uruchomienie sumy kontrolnej niektórych plików tam i na oryginalnej lokalizacji i porównanie, a może użyciersync --dry-run między dwoma komputerami, jeśli mogą się wzajemnie widzieć w sieci, co byłoby względnie wydajnym sposobem sprawdzenia, czy na kopii zapasowej znajduje się jakaś duża część danych, która wygląda inaczej lub brakuje jej).