A mi jefe le preocupa que sin darme cuenta haya dañado un disco duro de origen difícil de configurar mientras realizaba una clonación de disco.
No creo que la unidad esté dañada, ya que parece funcionar perfectamente en todos los aspectos; sin embargo, necesito justificar esta creencia ante mi jefe, ya que la aplicación es crítica para la seguridad. Parte de la duda es que Acronis True Image dio un error al completar la clonación, aunque cuando se probó, la unidad de destino funcionó correctamente.
Mi experiencia es que los clones fallan o funcionan perfectamente. Además, es muy poco probable que la unidad de origen se dañe durante una clonación. ¿Son estas suposiciones justas?
¿Cómo puedo determinar esto definitivamente?
La plataforma es Windows 10 Pro, pero me interesarían enfoques para cualquier entorno de sistema operativo.
¡Gracias!
Respuesta a los comentarios: El error decía "Error al clonar el disco". Quizás no palabra por palabra, pero sí un error genérico muy similar. Se actualizará con la redacción exacta si vuelvo a clonar.
Mi jefe cree que los datos pueden haber sido alterados porque los sistemas operativos de ambas unidades se volvieron muy inestables durante las pruebas. Más tarde me di cuenta de que esto se debía a que había quitado un poco de cinta de conexión a tierra mientras sacaba la unidad, y reemplazar la cinta de conexión a tierra solucionó el problema en ambas unidades.
Respuesta1
Puede realizar una suma de comprobación sha256 para TODOS los archivos del disco. Los únicos problemas son:
- Compararlos llevará mucho tiempo.
- Si arranca cualquiera de las imágenes después de clonar, algunos bits cambiarán
Por lo tanto, después de la clonación, debe realizar inmediatamente la comparación sha256 y no iniciar ninguna de las unidades.
Por lo tanto, si TODOS los sha256 coinciden, los archivos serán iguales.
Respuesta2
¿Cuál es exactamente el razonamiento de su jefe para suponer que corrompió el disco de origen para una operación de copia sabiendo que una operación de copia de seguridad implica solo operaciones de lectura en la unidad de origen?
Mi experiencia es que los clones fallan o funcionan perfectamente. Además, es muy poco probable que la unidad de origen se dañe durante una clonación. ¿Son estas suposiciones justas?
Su operación de copia de seguridad probablemente reveló problemas con su unidad de origen, ya que su operación de copia de seguridad intentó leer sectores de la unidad que no se leen durante el uso normal. Encontrará problemas similares en este sitio cuando busque el programa Rufus. La gente afirma que Rufus está destruyendo su unidad USB. En realidad, revela problemas en el disco de destino, ya que se escribe mucha información (un archivo de imagen grande) en un corto período de tiempo, ocupando mucho espacio en el pendrive.
¿Cómo puedo determinar esto definitivamente?
Debería verificar la legibilidad del sector y la integridad del sistema de archivos, ya que no reveló el modo de copia que estaba utilizando en Acronis True Image: archivos o particiones, espacio utilizado o copia completa sector por sector...
- Ejecute smartmontools y publique su archivo de registro aquí.
Encontrará una descripción de cómo compilar un archivo de registro aquí:
https://forum.cgsecurity.org/phpBB3/viewtopic.php?f=5&t=10910
- Dependiendo de los parámetros que se muestran en el archivo de registro, debe duplicar su unidad de origen o buscar sectores ilegibles. La forma más sencilla es hacerlo desde un pendrive de Linux lleno de Knoppix, systemrescueCD u otros. la sintaxis básica es como
ddrescue infile outfile mapfile.infileyoutfilepuede representar particiones y unidades, así como archivos. Necesitaría ejecutar ese comando en su disco. El archivo de mapa mostrará sectores ilegibles en una forma codificada pero legible.
Si se trata de verificar la legibilidad de la unidad de entrada, el destino de salida se descarta utilizándolo /dev/nullcomo archivo de salida.
- Ejecutando chkdsk en el disco fuente
La ejecución de chkdsk en la fuente no se puede revertir. Si duda que su disco de origen esté dañado, asegúrese de que haya un duplicado disponible antes de invocar chkdsk.
Respuesta3
La clonación no podría haber dañadoel disco duro, es decir. el dispositivo físico. Leer un disco que se va a clonar y escribir en un disco que se está clonando no es diferente a cualquier otra operación de disco. Eso significa que la posibilidad de dañar accidentalmente el disco no es mayor que al copiar un archivo (ajustado a la cantidad de datos que se clonan, por supuesto). Si bien es posible que la unidad muera durante la clonación, en tal caso también moriría muy pronto durante el funcionamiento normal. No es la clonación lo que causa el evento, sino la condición de la unidad.
La condición física del disco se puede verificar leyendo sus parámetros SMART. SMART es un sistema de recopilación de datos de diagnóstico integrado en el disco. Lo más importante es que lo ideal es que el recuento de sectores reasignados y el recuento de sectores pendientes sean 0. Si alguno de estos parámetros es mayor que cero, se debe considerar que la unidad no es completamente confiable. Si son miles, es una bomba de tiempo.
Si SMART se ve bien, entonces el disco no está dañado (bueno, salvo daños mecánicos externos, como la cinta que mencionaste).
Luego está el daño lógico, es decir. corrupción de las estructuras en el disco: la tabla de particiones y los sistemas de archivos. En otras palabras, los bytes se pueden leer y escribir correctamente, pero sus valores no tienen sentido o son inconsistentes. Esta corrupción podría ya estar presente en el disco de origen, introducirse al manipular la imagen o ocurrir al escribir en el disco de destino (aunque clonadores más sofisticados como Acronis True Image detectarían el primer caso a menos que esté habilitada la clonación sector por sector). Esto también es lo que sucedería si se clonara en una partición más pequeña que la fuente, pero si no recuerdo mal, True Image también lo detectará.
Un editor de particiones decente debería indicarle si hay algún problema con la tabla de particiones. Por ejemplo GParted, que es gratuito y se puede iniciar, por ejemplo. desde un USB de Ubuntu, le advertirá sobre posibles problemas al iniciar. Si llega a la ventana principal sin cuadros de diálogo adicionales, entonces la tabla de particiones está bien. Luego busque íconos de advertencia o error junto a las particiones mostradas. Si hay alguno, haga clic derecho en la partición y seleccioneInformación. (Las últimas versiones de GParted mostrarán un error junto a las particiones FAT si faltan algunos paquetes del sistema; no es una indicación de un problema con la partición y se puede ignorar).
Finalmente, el sistema de archivos de una partición podría estar dañado. Para NTFS, es mejor usar Windows chkdsko su contraparte gráfica para verificar la coherencia del sistema de archivos. Algunos de estos problemas pueden repararse con estas herramientas.