Quería clonar un disco duro de 500 GB, así que inicié Kali Linux y ejecuté el siguiente comando:
dd if=/dev/sda of=/media/root/usb/windows.img bs=64k conv=noerror
Todo esto funcionó absolutamente bien, la imagen se creó y se puede iniciar. Sin embargo, cuando se inicia esa PC real, se muestra el siguiente mensaje:
An operating system wasn't found. Try disconnecting any drives that don't contain an operating system. Press Ctrl+alt+Del to restart.
Es posible que esto sea simplemente una coincidencia, sin embargo, parece poco probable. Actualmente no tengo acceso físico a esta computadora. Mi pregunta es: ¿hay alguna forma de que la ejecución de este comando dd haya resultado en que la computadora no pueda encontrar ninguna unidad de arranque?
Respuesta1
Es poco probable queesteEl comando dd tuvo un impacto adverso en el arranque por sí solo, ya que todo lo que hizo fue leer datos de la unidad /dev/sda y escribirlos en un archivo de imagen que se encuentra físicamente en otro dispositivo de almacenamiento.
Improbable no significa imposible. Compruebe si puede excluir los dos casos siguientes.
Excepción 1: noto que pasaste la opción conv=noerror. Normalmente, esta opción se utiliza para extraer datos de un dispositivo de almacenamiento defectuoso (de hecho, utilizaría conv=sync,noerrorun valor para bs que coincida con el tamaño del sector físico de su disco duro). Lo que hace es hacer que dd continúe después de encontrar sectores defectuosos en la unidad que está leyendo, por lo que con suerte puede extraer datos del archivo de imagen, que aún puede contener daños en los datos causados por la unidad defectuosa, pero que ahora se encuentra en un almacenamiento seguro. . Viéndolo al revés, si sospechas que tu impulso es saludable, lo haces.nodesea pasar conv=noerror, de modo que si dd falla, sepa que hay un problema con la unidad.
Suponiendo que estaba leyendo desde un disco defectuoso, entonces la lectura realizada por dd puede haber causado más sectores defectuosos en el disco, como lo habría hecho cualquier otra operación de lectura realizada por cualquier otro programa (como iniciar la PC normalmente). Si esto es cierto, es posible que el dd haya sido la última lectura exitosa en ese sector.
Excepción 2: Además, si bien la invocación dd citada anteriormente es correcta, al escribir comandos dd manualmente es muy fácil intercambiar un 'if' por un 'of', lo que fácilmente puede inutilizar los datos de un disco duro.
Incluso si ahora no está seguro de que dd no haya estropeado sus datos, no deje de buscar otras causas del arranque fallido. Aquí hay algunos consejos que pueden ayudarle en el camino y tal vez permitirle describir el problema con mayor precisión:
El mensaje que está leyendo ( An operating system wasn't found [...]) proviene de un cargador de arranque de Windows. Entonces, la BIOS encontró un disco con este cargador de arranque que a su vez no puede encontrar la instalación de Windows correspondiente. ¿Esperabas iniciar Windows?
¿Estaba intentando ejecutar el disco duro de origen según su descripción, el disco duro con la nueva imagen de disco u otra instalación completamente diferente?
¿Ha cambiado alguna opción de arranque de BIOS, por ejemplo al iniciar Kali? ¿Estás seguro de que la BIOS ahora apunta a la unidad correcta? (¿O tal vez una unidad que se usó anteriormente para una instalación de Windows?)
Si su descripción está completa, en realidad no 'clonó' el disco duro, simplemente creó un archivo de imagen dentro de un sistema de archivos existente (que sería útil como copia de seguridad). Se podría insertar un disco duro clonado correctamente en la PC para reemplazar el original, pero esto aún no funcionaría con lo que hizo hasta ahora. Además, si el disco duro de origen estaba defectuoso, es probable que la imagen esté dañada. Probablemente quieras leer más sobre la clonación con dd.en este ejemplo básicoyen esta discusión sobre conv=sync,noerror.