Восстановление поврежденного диска Truecrypt

Question

У меня есть внешний жесткий диск объемом 2 ТБ, который я зашифровал с помощью Truecrypt.

Я сделал полную резервную копию всех своих данных на него, вытер мой жесткий диск и переустановил мои операционные системы.

После переустановки Windows мне удалось смонтировать раздел Truecrypt, хотя это заняло несколько попыток. Как только мне удалось смонтировать его, я не смог ничего увидеть внутри него.

Сейчас он смонтирован (то есть я знаю, что пароль и truecrypt "расшифровали" его и присвоили ему букву диска), но chkdisk ничего не может с этим поделать, Windows говорит, что у меня на разделе свободно 0 байтов из 0, и использование параметра "Исправить ошибки диска" в свойствах диска приводит к «Не удалось выполнить проверку диска, поскольку Windows не может получить доступ к диску»

При запуске CHKDSK я получаю сообщение об ошибке «Повреждена таблица главного файла. Windows попытается восстановить основную таблицу файлов с диска. Windows не может восстановить главную таблицу файлов. CHKDSK прервано «Windows утверждает, что диск" не отформатирован ", но truecrypt видит один раздел на нем.

Диск был отформатирован как NTFS и зашифрован с использованием AES и парольной фразы.

Это не должен быть плохой диск, потому что он совершенно новый, и я проверил его, прежде чем все подкрепить.

Как я могу сделать мой диск снова читаемым?

Answer 1

К сожалению, вы, вероятно, очень мало можете сделать. Возможно, стоило бы смонтировать том truecrypt под Linux, чтобы посмотреть, могут ли инструменты проверки файловой системы, которые там есть, какие-то случайности сделать что-то, что другие пробные инструменты не смогли, но вам, скорее всего, тоже не повезло. Перед началом каждого метода восстановления рекомендуется сделать резервную копию тома (да: сделать резервную копию поврежденного тома (файла truecrypt, а не явно поврежденной файловой системы в нем) на случай, если попытка ухудшит ситуацию (чтобы вы могли вернуться к но не совсем плохое состояние, чтобы попробовать что-то еще).

Когда вы говорите, что монтирование тома "заняло пару попыток", что произошло в ответ на неудачные попытки? Любое сообщение об ошибке или вывод информации о состоянии вообще? А какие команды вы пробовали (и которые в итоге добрались до вас сейчас)? Эта информация может вызвать воспоминания у опытного эксперта по истинному шифрованию, что может быть полезно для вас!

Если вы подумали, что последний абзац был немного проповедническим _{[подробные отчеты об ошибках (ну, отчеты об ошибках с отсутствующими деталями) - это то, о чем я слышу в своем капоте, поскольку каждый, кто работал со мной, будет свидетельствовать!} Я заранее прошу прощения за следующий ...

Вы действительно должны были проверить резервную копию после ее создания, а также проверить диск на наличие физических проблем. Резервная копия не является хорошей резервной копией до тех пор, пока она не будет протестирована, независимо от того, как недавно она была сделана и какие проверки были выполнены для системы резервного копирования / носителя заранее. Например, в таком случае я бы предложил попробовать смонтировать том резервной копии на другом компьютере (перед тем, как стирать тот, с которого создана резервная копия), чтобы убедиться, что он успешно монтируется, и, возможно, проверить часть содержимого во время его монтирования. (запуск контрольной суммы некоторых файлов там и в исходном местоположении и сравнение, или, возможно, использование rsync --dry-run между двумя компьютерами, если они могут видеть друг друга по сети, что было бы относительно эффективным способом посмотрите, не было ли большого количества данных, которые выглядят по-другому или отсутствуют в резервной копии).