Escribí una imagen ISO en mi disco duro usando sudo dd if=image.iso of=/dev/sda. Quise decir /dev/sdc, y ahora en ejecución sudo fdisk -lsolo devuelve una partición en / dev / sda mientras se supone que debe haber 6. ¿Es posible recuperar mis datos?

Todavía no apagué (reinicié) mi computadora.

Como su computadora aún está encendida, tiene una buena posibilidad de guardar cosas.

Primero, sysfsexpone los núcleos en la vista de memoria de las tablas de particiones. En este momento, su núcleo no ha releído la tabla del disco y recuerda su partición. En el interior /sys/block/sda/, debe haber un directorio para cada partición. Cada subdirectorio contiene un archivo starty un archivo size, que representan la ubicación y el tamaño de la partición, en sectores. Ejecute fdisky luego vuelva a crear cada partición (¡en orden!) Con la información en su sysfsdirectorio. Tenga en cuenta que también deberá crear una nueva tabla de particiones. Asegúrese de que su nueva tabla de particiones sea la misma que la anterior. Puedes consultar esto /sys/block/sda. Si ves sda1hastasda7Si bien solo tiene 6 particiones, es probable que tenga MBR, y de lo contrario, probablemente fue GPT. También necesita establecer banderas y tipos para estas particiones. Mire /etc/fstabe intente obtener información sobre los tipos de particiones que tiene, luego consulte Wikipedia para convertirlos en códigos para su esquema de particionamiento.

Como parece que puede usar su sistema de archivos, es probable que ddno haya podido sobrescribir ninguno de ellos, ya que la mayoría de los bits importantes de un sistema de archivos están en la parte delantera. Verifique /etc/fstabqué particiones corresponden a qué parte de su sistema, y ​​luego use la cantidad de datos ddcopiados para obtener una estimación de la cantidad de armas nucleares. Si sobrescribió solo una parte de un sistema de archivos, un buen usuario fsck podría corregirlo un poco (pero ha perdido una buena cantidad de datos).

Lo más probable es que haya sobrescrito /boot. Tendrá que reinstalar su kernel (con aptitude) y reinstalar GRUB2 (con grub-install) (que destruyó su primera y segunda etapa). GRUB2 está configurado con archivos /etc, por lo que no tendrá que volver a crear nada manualmente.

Lamento leer sobre tu mala suerte

Supongo que no tienes una copia de seguridad actual, y lamento leer sobre tu mala suerte usando

sudo dd if=image.iso of=/dev/sdx

donde usó la letra de la unidad x= apara sobrescribir el comienzo de su unidad de disco duro donde almacenó una gran cantidad de datos valiosos

No eres la primera persona y me temo que no es la última persona afectada por este problema. ddse recomienda en muchos sitios web para usarse de esta manera. Es un método poderoso pero peligroso, porque hace lo que le dices que haga sin preguntas. Por esta razón, a menudo se lo conoce como "Destructor de datos".

@marcelm comenta que este apodo es injusto. Tiene razón en que escribir directamente en un archivo de dispositivo como root está causando el riesgo . Por lo tanto, tenga en cuenta que puede sobrescribir fácilmente una unidad y destruir datos valiosos escribiendo en el archivo del dispositivo correspondiente /dev/sdx. (Las herramientas más seguras se enumeran al final de esta respuesta).

Recupere la tabla de particiones, los sistemas de archivos y / o el contenido del archivo

• Haga lo menos posible con la unidad y, sobre todo, no le escriba nada, ya que puede empeorar la situación al sobrescribir los datos, que aún es posible recuperar.

• Si sus datos son valiosos, debe trabajar en una copia clonada , no en la unidad original (parcialmente sobrescrita). Consulte este enlace, desplácese hacia abajo hasta 'Reparación avanzada de una tabla de particiones, sistema de archivos y / o recuperación de archivos'

  Repare la tabla de particiones y el sistema de archivos de un pendrive

• Si tenía una tabla de particiones GUID, GPT, hay una copia de seguridad de la tabla de particiones al final de la unidad /dev/sda, y es posible que pueda restaurar la tabla de particiones principal desde esta tabla de respaldo utilizando la herramienta gdisk. Consulte el manual man gdiskpara más detalles.

• Puede lograr restaurar la tabla de particiones y los sistemas de archivos usando Testdisk desde

  http://cgsecurity.org

  Lea las instrucciones en el sitio web de CGSecurity y también el enlace proporcionado por @ElderGeek. Las particiones desaparecieron después de una pérdida de energía durante la instalación.

• También puede restaurar la tabla de particiones y los sistemas de archivos usando gpart / gparted de acuerdo con el enlace proporcionado por @CSM,

  Cómo: Restaurar particiones perdidas en una tabla de particiones corrupta o eliminada

• PhotoRec : si no puede recuperar la tabla de particiones y los sistemas de archivos, aún puede recuperar algunos datos de archivo. Los archivos en la cabecera, quizás 1-1.5 GB, se sobrescriben y se pierden, pero los archivos detrás de esa parte de la unidad todavía están allí. PhotoRec de http://cgsecurity.org es una herramienta que puede recuperar datos 'desde la superficie del disco' sin un sistema de archivos. Los datos típicos al comienzo de los tipos de archivos comunes se utilizan para la identificación.

  El siguiente enlace proporciona detalles sobre PhotoRec,

  https://www.cgsecurity.org/wiki/PhotoRec

  Debe guardar los archivos en una partición en una unidad separada.

  No es posible recuperar la estructura del directorio y generalmente no es posible recuperar los nombres de los archivos (y no los permisos y la propiedad), y existen problemas cuando los archivos están fragmentados, pero PhotoRec puede recuperar muchos archivos (no solo fotos, también muchos otros tipos de archivos comunes). Pero, y esto es un gran pero, es mucho trabajo arduo recorrer la gran cantidad de archivos sin clasificar para identificar los archivos realmente importantes, que debe cambiar el nombre a nombres de archivo significativos.

Herramientas más seguras para crear unidades de arranque USB con Ubuntu

En el futuro, utilice una herramienta que lo ayude a identificar y seleccionar el dispositivo de destino correcto y que tenga un punto de control final, de modo que pueda verificar que clonará desde el archivo iso al dispositivo de destino correcto, por ejemplo

• En Ubuntu: Ubuntu Startup Disk Creator (en Ubuntu 16.04 LTS y versiones más recientes),

• En Linux:

  • Alias ​​de discosgnome-disks ,
  • MKUSB ,

• En Windows: Win32DiskImager .

También puede usar herramientas de extracción , que proporcionan un punto de control final, por ejemplo

• En Windows: Rufus ,
• En Ubuntu, Windows, MacOS: Unetbootin .

Por su ddcomando, sobrescribió la tabla de particiones de / dev / sda y todos los datos hasta el tamaño de image.iso.

Entonces, lo mejor que puede lograr es restaurar su tabla de particiones (con tamaños exactos) para recuperar al menos las particiones hacia el final de / dev / sda.

Si no se restaura desde una copia de seguridad, no hay forma de recuperarse completamente. DD ha sobrescrito la tabla de particiones y algunos de los datos del dispositivo.

Si su unidad está particionada en particiones separadas /y /home, y la /homepartición estaba después de la /partición, entonces puede recuperar sus datos. El MBR que enumera dónde están la mayoría de las particiones se ha sobrescrito. Sin embargo, gparted puede recuperar su /homepartición.

Esta publicación en los foros de Ubuntu da algunas ideas sobre cómo hacerlo; Encontré eso buscando "partición de recuperación de gparted".

Una vez que haya encontrado su partición perdida (podría estar dentro de una partición extendida), debe agregarla como la única partición en la tabla de particiones.

Una vez que hayas hecho eso, tendrás que reinstalar Linux, diciéndole que mantenga la partición recuperada como /home.

Testdisk al rescate

Puedo responder personalmente por Testdisk, que guardó mis datos después de copiar y pegar repetidamente las instrucciones /dev/sdby cambiarlo a /dev/sddmi USB. Solo una vez olvidé cambiarlo y allí me metí /dev/sdben el basurero.

Configure su sistema para que nunca escriba /dev/sda

Recomiendo encarecidamente crear un script de envoltura: evite que 'dd` destruya SSD o HDD . Esto garantiza que ddnunca escriba /dev/sdani posiblemente /dev/sdbni en ningún otro de sus dispositivos de almacenamiento masivo.