Резервное копирование на использовании диска проблема повреждения TrueCrypt
Вы корректны - FAT32, и это - ограничения (чтобы сделать с размером файла, и символьные пределы) будет Ваше самое большое ограничение.
Для ссылки (чтобы иметь информацию все в одном месте):
| TYPE | FILE SIZE | FILENAME | CHARACTER SET | DIRECTORY | VOLUME SIZE |
| FAT32 | ~4GB | 11/255(2)|ASCII/Unicode(2)| No (3) | 2TB (1) |
| NTFS | ~16 EiB(5)| 255 | Unicode(6) | No (4) | 16 EiB |
| EXT3 | 16GB/2TB | 255 | Unicode | No | 16GB/32TB(7)|
| HFS+ | ~8 EiB | 255 | Unicode | Unlimited | ~8 EiB |
| ZFS | 16 EiB | 255 | Unicode | Unlimited | 16 EiB |
- Возможно пойти целых 8 ТБ с 64k кластерами размера.
- FAT32 на своих собственных поддержках 11 символьных имен файлов (8.3) использование, которое ASCII, с Длинным именем файла поддерживают, это повышено к 255 символам UTF-16. Исключенные Символы ASCII:
" * / : < > ? \\ | - В то время как нет никакого предела на количество подкаталогов - у Вас есть предел пути 260 символов. (Это было пределом в Windows 95/98 - это 4096 на Linux),
- Как FAT32 нет никакого предела на подкаталоги, но у Вас есть предел пути 32 767.
- Эксбибайт = эксбибайт = 2 ^ 60 байтов. 1 эксбибайт = 1 024 петабайта. 1 петабайт = 1 024 терабайта.
- NTFS имеет тот же набор символов, не позволенных как FAT 32 (
" * / : < > ? \\ |) - Макс. пределы зависят от размера блока.
Для большего количества информации хороший стартовый блок является Сравнением Википедии Файловых систем, но довольно неопределенен в некоторых деталях.
Путем дублирования диска к хорошим медиа это, по крайней мере, считает то же.
На Linux, создающем изображение с dd_rescue, полезно для этого, хотя как с Windows Вы собираетесь хотеть позволить ему работать, менее таким образом Windows, но Linux также не нравится приводить IO к сбою.
Я не использовал TrueCrypt прежде, таким образом, я предполагаю, что часть копирования является просто простым диском к дисковой процедуре. Мое предложение состояло бы в том, чтобы использовать xcopy, чтобы попытаться скопировать файлы.
Более конкретно с командой-> копируют/S с помощью xcopy/C
От справки xcopy: каталоги Copies/S и подкаталоги кроме пустых./C Продолжает копировать, даже если ошибки происходят.
Надежда это помогает
Существует мало точки в добавлении дополнительного дублирования к зашифрованному тому, который является, почему ни одна из программ не делает это. Программы обычно ожидают, что подуровни будут хорошо работать, который является хорошо достаточным предположением.
На основе опыта истинный склеп обрабатывает отказы дисков лучше, чем большинство, поскольку блоки файла являются всем универсальным размером. Это может обычно брать больше отказов, чем нормальная файловая система, но использует немного больше пространства при этом.
Что касается получения данных прочь, если на диске CD, то его просто добрался для выполнения. Блокировка находится в atapi драйвере, где диск находится, читая и перечитывая, и OS может сделать, только ожидают его. Linux обрабатывает его лучше, когда диск cdrow находится в пространстве пользователя. Команда xcopy на windows/dd на Linux является Вашим наилучшим вариантом. Просто настройте его, затем пойдите, делают что-то еще, пока это не копирует прочь.