Неудача проверки изображения Clonezilla

У меня есть ноутбук HP Pavillion dv4, который в процессе “поедания” своего (второго) жесткого диска из-за проблем с нагревом (с тех пор я купил термопад). Я приобрел внешний USB-диск на 1,5 ТБ для резервного копирования, с намерением использовать Clonezilla для записи образов на резервный диск, а затем Duplicity (основная ОС – Ubuntu) для выполнения инкрементных резервных копий.

Проблема в том, что когда я загружаю Clonezilla Live с CD, он проходит через все, создавая резервный образ различных разделов (включая большой 385 ГБ раздел Windows), но когда он пытается проверить образ, каждый раз возникает ошибка CRC при чтении на sda1 (раздел Windows). Остальные разделы (Windows Rescue, / и Swap) все проверяются нормально.

Итак, мой вопрос таков: какие у меня есть варианты на данный момент? Я действительно не хочу потерять данные на своем разделе Windows, если это возможно. Да, у меня есть доступ к CD для восстановления системы HP, но это, вероятно, будет означать, что мне нужно будет стереть мою установку Linux и восстановить ее с нуля, что как бы сводит на нет все время, которое я потратил на использование Clonezilla на этом компьютере до сих пор.

Идеи, комментарии, предложения?

Я не знаю точно почему, но иногда жесткий диск или SSD находятся в таком состоянии, что Clonezilla не может правильно клонировать носитель или проверить резервный набор (это происходило со мной как с HDD, так и с SSD несколько раз за примерно 10 лет). Это может быть на файловых системах Linux EXT и Windows NTFS и так далее… Он выдает что-то вроде этого:

syslinux.d syslinux_fs /dev/....
crc errors block_id = nnn...
...

Для проверки файловых систем ext2, ext3 или ext4

Попробуйте открыть Gparted (GUI), нажмите на иконку шестеренки и выберите “ремонт”. Если это не помогло, второй способ из командной строки – попытаться вручную восстановить поврежденные блоки, используя e2fsck. Например:

ubuntu_linux:> e2fsck -f -p -v -c -c C 0 'dev/nvme0n1p2'

Переключатели: -f принудительно, -p проверить и автоматически исправить все проблемы без запроса вашего подтверждения, -v подробно, -c -c инод, чтобы предотвратить их выделение для файла или каталога – если этот параметр указан дважды, то сканирование плохих блоков будет выполнено с использованием неразрушающего теста чтения-записи. Наконец, C 0 означает, что вы можете видеть процесс. Будьте терпеливы, это займет время (полный NVME SSD на 500 ГБ около 2 часов+). В большинстве случаев это мне помогло.

Оба метода вы можете использовать повторно, но будьте осторожны. GParted иногда может повредить вашу файловую систему больше и необратимо, так же как и e2fsck, но, с другой стороны, в данной ситуации может быть, что проблема просто скрыта, и нет другого способа легко восстановить носитель.

Для проверки файловых систем NTFS, FATXX и т.д. …

Похожую ситуацию я заметил и на Windows 10 (опять SSD и снова во время резервного копирования или сразу после). Здесь ситуация немного проще. Windows незамедлительно предлагает, что делать – появляется уведомление, которое ведет нас на страницу с советами о том, как исправить ошибку на носителе. Конечно, там снова есть возможность использовать командную строку chkdsk, как объяснено в комментарии выше.

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

Этот вопрос и ответ довольно старые, поэтому я не буду просить больше информации.

Вы заявляете:

У меня есть ноутбук HP Pavillion dv4, который в процессе “поедания” своего
(второго) жесткого диска

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

Вы также упоминаете, что:

когда он снова проходит и пытается проверить образ, он каждый раз получает ошибку чтения CRC на sda1

Когда программа для создания образа диска запускается, она создает точную копию данных, прочитанных с диска. Процесс проверки, когда она снова считывает данные с диска (?), кажется, постоянно дает сбой. Существует несколько возможных причин, но одна из них заключается в том, что чтение этого сектора исходного (оригинального, поврежденного) диска каждый раз выдает разные данные. Это объяснение согласуется с первым заявлением о том, что вы ему не доверяете.

В этом случае я рекомендую следующее:

Предположим, у вас есть свободное место на диске (это всегда вопрос), у вас есть несколько вариантов:

• Быстро и грязно: Возьмите самый последний образ (который не прошел CRC) и запустите на нем инструмент для ремонта диска. Это, вероятно, даст вам хорошую часть оригинальных данных, и есть неплохая вероятность, что это включает все данные, которые вам важны. Проблема в том, что вы вносите автоматические изменения в свою единственную копию данных на надежном носителе.
• Осторожно: Сделайте копию самого последнего образа (который не прошел CRC) и запустите на копии инструмент для ремонта диска. Это даст вам все преимущества вышеперечисленного, но затем вы сможете вернуться к осторожному и медленному (ниже), если вы не совсем удовлетворены.
• Осторожно и медленно: Используйте инструмент, такой как ddrescue, чтобы внимательно прочитать поврежденный диск и попытаться восстановить как можно больше данных в новое место на диске, возможно, используя существующий образ в качестве подсказки для ddrescue.