Поэтому возникла проблема, когда был поврежден ISO-образ размером 16 ГБ (вероятно, моя собственная ошибка - использование стандартного диалогового окна копирования Windows вместо правильного инструмента копирования, такого как robocopy с включенной проверкой).

Это заняло несколько часов, но мне удалось восстановить ISO (в основном я восстановил поврежденные части и перекомпилировал). А именно, некоторые архивы .rar внутри него были нечитаемыми, но сам ISO был читаемым.

Так что мне интересно, как я могу еще больше защитить что-то подобное от повторения? Очевидно правильный инструмент для копирования, но может быть что-то еще? Возможно, установить "только для чтения", если я вообще не буду много перемещать эти файлы, и если мне понадобится доступ к ним, то это только для открытия / извлечения.

3 ответа3

3

Если при передаче что-либо будет повреждено, что не имеет никакого отношения к формату файла, и я буду проверять оба устройства, а также какой носитель передается через него (кабель USB? SATA?)

Чтобы убедиться, что это не повторится, у вас есть много вариантов. Robocopy был бы хорошим и эффективным методом, так как сбой не требовал бы перезапуска, но есть также "Замена копий Windows", например, TeraCopy, которые делают работу лучше и, возможно, стоит перейти на них просто потому, что. Если вам абсолютно не нужно терять этот файл, вы можете попытаться поместить его в архив с разделенными rar-файлами с избыточными частями, чтобы его можно было восстановить даже при потере целостности данных в некоторых архивах (хотя это больше данных для передачи, которые могут не звучать отличный). Установка бита только для чтения не поможет, так как файл сам по себе не записывается, просто он не записывается прямо на другом конце.

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

2

Операции копирования больших файлов могут выявить скрытые аппаратные сбои, особенно на исходном и целевом дисках, но на самом деле в любой точке передачи (как указал Фоши). Эта проблема особенно остра при перемещении архивов, а не отдельных файлов - несколько плохих фрагментов в неправильном месте могут оставить вас с несмонтированным iso или неоткрываемым rar. Несмотря на это, архивы являются отличным выбором для передачи файлов, так как легко проверить, что вы сделали верную копию.

Процесс состоит в том, чтобы:
1) Сгенерируйте хеш MD5 из исходного архива,
2) выполнить копию,
3) Создать MD5-хэш скопированного архива,
4) Сравните результаты.

Любая разница в двух архивах приведет к неудачному совпадению хэшей и предупредит вас о плохой копии. Под окнами вы можете использовать WinMD5Free.

Есть также несколько вещей, которые вы можете сделать, чтобы настроить свой компьютер и, возможно, выявить любые проблемы, если у вас возникли проблемы с получением хорошей копии:

a) Запуск memtest с загрузочного компакт-диска linux (или в Windows 7 есть что-то похожее) покажет проблемы с вашим ОЗУ (они, как правило, в любом случае становятся известны через BSOD, но это не повредит проверке).

б) Дисковая утилита, такая как MHDD или Spinrite, может восстановить исходный диск, переместив данные из плохих в хорошие сектора, повторяя попытку чтения, пока хорошая копия не будет сделана даже из довольно поврежденных секторов. Плохие сектора помечаются как непригодные. Запустите те же инструменты на целевом диске, чтобы очистить там поврежденные сектора. (Не используйте chkdsk (встроенная утилита Windows). Хотя это хорошо для исправления простых ошибок файловой системы, это нанесет довольно серьезный ущерб вашим данным, если на вашем диске будет много поврежденных секторов, и в качестве компенсации вам останется только куча бесполезных файлов .chk).

в) Заменить соединительные кабели.

1

Храните файлы в файле, предназначенном для архивирования, например, RAR-файл с записью восстановления.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .