Clonezilla verifica que la imagen falla

Tengo una computadora portátil HP Pavillion dv4 que está en proceso de consumir su (segundo) disco duro debido a problemas de calor (desde entonces le he conseguido una almohadilla térmica). Compré una unidad usb externa de 1.5TB para hacer una copia de seguridad, con la intención de usar clonezilla para escribir archivos de imagen en la unidad de copia de seguridad, y luego duplicidad (el sistema operativo principal es Ubuntu) para hacer copias de seguridad incrementales.

El problema es que cuando inicio clonezilla en vivo desde un CD, se ejecuta a través de todo, haciendo una imagen de copia de seguridad de las diversas particiones (incluida la gran partición de Windows de 385 GB), pero cuando vuelve y trata de verificar la imagen, obtiene un CRC error de lectura cada vez en sda1 (la partición de Windows). Las otras particiones (rescate de Windows, / e intercambio) se verifican bien.

Entonces ... mi pregunta es esta: ¿cuáles son mis opciones en este momento? Realmente no quiero perder lo que hay en mi partición de Windows si puedo evitarlo. Sí, tengo disponibles CD de rescate del sistema HP, pero eso probablemente implicará eliminar mi instalación de Linux y restaurarla desde cero, lo que invalida todo el tiempo que he pasado ejecutando clonezilla en esta máquina hasta ahora.

Ideas, comentarios, sugerencias?

No sé exactamente por qué, pero a veces el HDD o SSD está en ese estado, que Clonezilla no puede clonar correctamente el medio o verificar el conjunto de copia de seguridad (me pasó con el HDD y el SSD varias veces durante aproximadamente 10 años). Puede estar en Linux EXT FS o Windows NTFS, etc. Emite algo como esto:

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

Para comprobar los sistemas de archivos ext2, ext3 o ext4

Intente abrir Gparted (GUI), haga clic en el icono de la rueda y elija reparar. Si no se ayuda, hay una segunda forma desde la línea de comando es intentar reparar los bloques dañados manualmente usando e2fsck. Por ejemplo:

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

Conmutadores: -f force, -p comprueba y repara automáticamente todos los problemas sin pedirle confirmación, -v detallado, -c -c inodo para evitar que se asignen a un archivo o directorio, si esta opción se especifica dos veces, entonces el El escaneo de bloques incorrectos se realizará mediante una prueba de lectura-escritura no destructiva. Finalmente C 0 significa que puedes ver el progreso. Tenga paciencia, tome un tiempo (SSD NVME completo de 500 GB aproximadamente 2 horas o más). Sobre todo, me ayudó.

Los dos métodos los puede usar repetidamente, pero sea avare. GParted a veces puede dañar su sistema de archivos de manera más irreversible e2fsck, pero, por otro lado, en esa situación, tal vez el problema solo estaba oculto, por lo que no hay otra opción para reparar fácilmente el medio.

Para comprobar los sistemas de archivos NTFS, FATXX, etc.

Situación similar que noté en Windows10 también (nuevamente SSD y nuevamente en el momento de la copia de seguridad o inmediatamente después). Hay una situación un poco más fácil. Windows ofrece inmediatamente qué hacer: hay una notificación que nos lleva a la página con consejos sobre cómo reparar el error en el medio. Por supuesto, nuevamente existe la posibilidad de usar la línea de comando chkdskcomo se explica en el comentario anterior.

Después de curar el bloqueo malo, puede ocurrir que algo no funcione correctamente. Si no es fundamental para el sistema operativo, puede estar oculto por el momento, cuando necesite iniciar la aplicación, abrir la imagen, etc. Si es un programa o parte de alguna instalación, simplemente vuelva a instalarla. Si el sistema tiene algún problema, intente reinstalar la biblioteca o, simplemente, dónde está el problema.

Esta pregunta y respuesta son bastante antiguas, por lo que no pediré más información.

Usted declara:

Tengo una computadora portátil HP Pavillion dv4 que está en proceso de comer su (segundo) disco duro

Esto me hace sospechar que el disco duro en cuestión está dañado físicamente. Debido a eso, cualquier información que recopile de ella también será sospechosa.

También mencionas que:

cuando vuelve a pasar e intenta verificar la imagen, recibe un error de lectura CRC cada vez en sda1

Cuando se ejecuta un programa de imagen de disco, crea una copia exacta de los datos leídos del disco. El proceso de verificación, donde lee nuevamente los datos del disco (?) Parece que falla constantemente. Hay algunas razones posibles, pero una es que leer esa sección del disco de origen (original, con fallas) produce datos diferentes cada vez. Esa explicación es consistente con la primera declaración de que no confías en ella.

En ese caso, recomiendo lo siguiente:

Suponiendo que tiene el espacio libre en el disco (siempre una pregunta), tiene algunas opciones:

• Rápido y sucio: tome la imagen más reciente (que falló en el CRC) y ejecute una herramienta de reparación de disco en ella. Esto probablemente le proporcionará una buena fracción de los datos originales, y existe una buena posibilidad de que incluya todos los datos que le interesan. El desafío es que está realizando cambios automáticos en su única copia de los datos en medios confiables.
• Prudente: haga una copia de la imagen más reciente (que falló el CRC) y ejecute una herramienta de reparación de disco en la copia. Esto le brinda todos los beneficios de lo anterior, pero luego puede volver a ser cauteloso y lento (a continuación) si no está completamente satisfecho.
• Cauteloso y lento: utilice una herramienta como ddrescue para leer detenidamente el disco que falla y trate de recuperar la mayor cantidad de datos posible en una nueva ubicación en el disco, posiblemente utilizando la imagen existente para ayudar a informar a ddrescue.