Мой начальник обеспокоен тем, что я непреднамеренно повредил сложный в настройке исходный жесткий диск во время клонирования диска.
Я не верю, что диск поврежден, так как он, кажется, функционирует идеально во всех отношениях, однако мне нужно обосновать это убеждение перед моим боссом, так как приложение является критически важным для безопасности. Часть сомнений заключается в том, что Acronis True Image выдал ошибку при завершении клонирования, хотя при тестировании целевой диск работал правильно.
Мой опыт показывает, что клоны либо терпят неудачу, либо работают идеально. Кроме того, исходный диск вряд ли будет поврежден во время клонирования. Справедливы ли эти предположения?
Как я могу это определить окончательно?
Платформа — Windows 10 Pro, но мне были бы интересны подходы для любой ОС.
Спасибо!
Ответ на комментарии: Ошибка гласила: "Клонирование диска не удалось". Может быть, не дословно, но очень похожая общая ошибка. Обновлю с точной формулировкой, если снова сделаю клон.
Мой босс считает, что данные могли быть изменены, поскольку ОС на обоих дисках стали очень нестабильными во время тестирования. Позже я понял, что это произошло из-за того, что я удалил часть заземляющей ленты, когда вынимал диск, и замена заземляющей ленты исправила проблему на обоих дисках.
решение1
Вы можете сделать контрольную сумму sha256 для ВСЕХ файлов на диске. Единственные проблемы:
- Их сравнение займет много времени.
- Если вы загрузите любой из образов после клонирования, некоторые биты изменятся
Таким образом, после клонирования вам придется немедленно выполнить сравнение sha256 и не загружать ни один из дисков.
Таким образом, если ВСЕ sha256 совпадают, файлы одинаковы.
решение2
На каком основании ваш начальник предположил, что вы повредили исходный диск для операции копирования, зная, что операция резервного копирования включает только операции чтения на исходном диске?
Мой опыт показывает, что клоны либо терпят неудачу, либо работают идеально. Кроме того, исходный диск вряд ли будет поврежден во время клонирования. Справедливы ли эти предположения?
Ваша операция резервного копирования, вероятно, выявила проблемы с исходным диском, поскольку ваша операция резервного копирования пыталась читать с секторов диска, которые не считываются при обычном использовании. Вы найдете похожие проблемы на этом сайте при поиске программы Rufus. Люди утверждают, что Rufus уничтожает их USB-накопитель. На самом деле он раскрывает проблемы целевого диска, поскольку большой объем информации (большой файл изображения) записывается за короткий промежуток времени, занимая много места на флешке.
Как я могу это определить окончательно?
Вам необходимо будет проверить читаемость секторов и целостность файловой системы, поскольку вы не раскрыли режим копирования, который использовали в Acronis True Image: файлы или разделы, используемое пространство или полное посекторное копирование...
- Запустите smartmontools и опубликуйте здесь свой файл журнала.
Описание того, как составить файл журнала, можно найти здесь:
https://forum.cgsecurity.org/phpBB3/viewtopic.php?f=5&t=10910
- В зависимости от параметров, показанных в файле журнала, вам следует либо дублировать исходный диск, либо искать нечитаемые сектора. Самый простой способ — сделать это с помощью флешки Linux, заполненной Knoppix, systemrescueCD или другими. Основной синтаксис выглядит так
ddrescue infile outfile mapfile: .infileиoutfileможет представлять разделы и диски, а также файлы. Вам нужно будет запустить эту команду на вашем диске. Mapfile покажет нечитаемые сектора в закодированной, но читаемой форме.
Если речь идет о проверке читаемости входного диска, выходной целевой объект отбрасывается с использованием /dev/nulloutfile.
- Запуск chkdsk на исходном диске
Запуск chkdsk на исходном диске не может быть отменен. Если вы сомневаетесь, что ваш исходный диск поврежден, убедитесь, что у вас есть дубликат, прежде чем вызывать chkdsk.
решение3
Клонирование не могло повредитьжесткий диск, т. е. физическое устройство. Чтение диска, который нужно клонировать, и запись на диск, на который вы клонируете, ничем не отличается от любой другой дисковой операции. Это означает, что вероятность случайного повреждения диска не больше, чем при копировании файла (конечно, с поправкой на объем клонируемых данных). Хотя возможно, что диск выйдет из строя во время клонирования, в таком случае он также выйдет из строя очень скоро при нормальной работе. Это не клонирование вызывает событие, а состояние диска.
Физическое состояние диска можно проверить, прочитав его параметры SMART. SMART — это диагностическая система сбора данных, встроенная в диск. Самое важное, что количество перераспределенных секторов и количество ожидающих секторов в идеале должны быть равны 0. Если любой из этих параметров больше нуля, диск следует считать не совсем надежным. Если он исчисляется тысячами, это тикающая бомба замедленного действия.
Если SMART выглядит нормально, то диск не поврежден (ну, если не считать внешних механических повреждений, таких как упомянутая вами лента).
Затем идет логическое повреждение, т. е. повреждение структур на диске: таблицы разделов и файловых систем. Другими словами, байты могут быть прочитаны и записаны правильно, но их значения не имеют смысла или являются непоследовательными. Такое повреждение может уже присутствовать на исходном диске, быть введено при обработке образа или произойти при записи на целевой диск (хотя более сложные клонировщики, такие как Acronis True Image, обнаружат первый случай, если не включено клонирование по секторам). То же самое произойдет, если клонирование будет выполнено в раздел, меньший исходного, но, если я правильно помню, True Image обнаружит и это.
Хороший редактор разделов должен сообщать вам о проблемах с таблицей разделов. Например, GParted, который бесплатен и может быть запущен, например, с USB-накопителя Ubuntu, предупредит вас о любых потенциальных проблемах при запуске. Если он попадает в главное окно без дополнительных диалогов, то таблица разделов в порядке. Затем найдите значки предупреждений или ошибок рядом с отображаемыми разделами. Если они есть, щелкните правой кнопкой мыши раздел и выберитеИнформация. (Последние версии GParted будут отображать ошибку рядом с разделами FAT, если отсутствуют некоторые системные пакеты — это не является признаком проблемы с разделом и может быть проигнорировано.)
Наконец, файловая система на разделе может быть повреждена. Для NTFS лучше всего использовать Windows chkdskили ее графический аналог для проверки целостности файловой системы. Некоторые из таких проблем можно исправить с помощью этих инструментов.