Назад | Перейти на главную страницу

Резервное копирование на диск с использованием TrueCrypt проблема повреждения

Недавно я записал диск с томом TrueCrypt. Процесс записи был плохим, и несколько блоков (все в томе) были повреждены. Отлично! Я хотел проверить, как TrueCrypt может справиться с коррупцией. Так что я смог смонтировать том и открыть документы и ресурсы без проблем. Теперь я хочу скопировать его обратно на диск.

Проблема, при копировании одного конкретного файла блокируется окно копирования. В конце концов возникает ошибка crc, и проводник становится медленным, пока я не отключу диск. Глядя на то, что было скопировано (одна попытка), прошло всего 500 МБ. Так

1) Как я могу скопировать как можно больше файлов (игнорируя файлы, которые блокируются и процесс копирования истекает / останавливается) 2) Как я могу скопировать как можно больше файлов за пределами truecrypt на диск с ошибками CRC? 3) Есть ли что-нибудь еще, что я могу использовать для шифрования файлов? и не возникнет ли у меня проблемы с поврежденным диском?

Раньше я не использовал TrueCrypt, поэтому предполагаю, что часть копирования - это просто процедура с диска на диск. Я предлагаю использовать xcopy, чтобы попытаться скопировать файлы.

Точнее с помощью команды -> xcopy / S / C

Из справки xcopy: / S Копирует каталоги и подкаталоги, кроме пустых. / C Продолжает копирование, даже если возникают ошибки.

Надеюсь, поможет

Нет смысла добавлять дополнительную избыточность в зашифрованный том, поэтому ни одна из программ этого не делает. Программы обычно ожидают, что подслои будут работать нормально, что вполне нормально.

По опыту, True Crypt обрабатывает сбои диска лучше, чем большинство из них, поскольку все фрагменты файлов имеют одинаковый размер. Обычно она может вызывать больше ошибок, чем обычная файловая система, но при этом занимает немного больше места.

Что касается получения данных, если они на компакт-диске, то их просто нужно запустить. Блокировка находится в драйвере atapi, где диск сидит и читает и перечитывает, и ОС ничего не может делать, кроме как ждать этого. Linux справляется с этим лучше, когда диск cdrow находится в пользовательском пространстве. Команда xcopy для windows / dd на linux - ваш лучший вариант. Просто настройте его, а затем займитесь чем-нибудь еще, пока он не скопируется.

Копируя диск на хороший носитель, он, по крайней мере, будет читать то же самое.

В Linux для этого полезно создание образа с помощью dd_rescue, хотя, как и в Windows, вы захотите позволить ему работать, в меньшей степени, чем в Windows, но Linux также не любит сбой ввода-вывода.