No se puede volver a escribir una imagen ddrescue(d) en HD, termina en blanco

Question

Tengo un archivo de imagen de un disco duro defectuoso creado con ddrescue en Linux. El disco duro es de 750 GB, si mal no recuerdo, solo no se pudieron guardar unos 30 MB. Tengo otros discos duros defectuosos y no recuerdo si este pertenecía a mi computadora con Windows o Linux.

Estoy intentando volver a escribir la imagen en un disco duro de 2 TB. No importa si formateo ese disco duro como NTFS o EXT y escribo la imagen en ese nuevo disco duro, una vez hecho esto, aparece nuevamente sin formato y en blanco. Leí que deberíamos usar herramientas de corrección de errores para las imágenes antes de escribirlas. Intenté usar fsck y ntfsfix, pero ninguno puede identificar la imagen y corregirla.

Si ddrescue logró guardar tanto de ese HD defectuoso, ¿por qué las herramientas no pueden corregir los errores y por qué no se puede reescribir? Logré reescribir con éxito otro disco duro de 160 GB defectuoso, así que no sé por qué este de 750 GB no funciona.

Editar, para volver a escribir la imagen que uso:

sudo ddrescue -f seagate750gb.img /dev/sdb restaurar.log

cabeza -n 16 seagate750gb.log

# Rescue Logfile. Created by GNU ddrescue version 1.17
# Command line: ddrescue -d -r5 -R /dev/sdb seagate750gb.img seagate750gb.log
# current_pos  current_status
0x89B7F4A00     +
#      pos        size  status
0x00000000  0x89B7F4800  +
0x89B7F4800  0x00000200  -
0x89B7F4A00  0x010AA200  +
0x89C89EC00  0x00000200  -
0x89C89EE00  0x21775200  +
0x8BE014000  0x00000200  -
0x8BE014200  0x000DA400  +
0x8BE0EE600  0x00000200  -
0x8BE0EE800  0x00369600  +
0x8BE457E00  0x00000200  -
0x8BE458000  0x002B6000  +

archivo seagate750gb.img

seagate750gb.img: x86 boot sector

gdisk -l seagate750gb.img

GPT fdisk (gdisk) version 0.8.8

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present


***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. 
***************************************************************

Disk seagate750gb.img: 1465149168 sectors, 698.6 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 2891CCD9-92FB-4380-AB03-801E0E4F90CC
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1465149134
Partitions will be aligned on 2048-sector boundaries
Total free space is 1465149101 sectors (698.6 GiB)

Number  Start (sector)    End (sector)  Size       Code  Name

sudo gdisk -l /dev/sdb

(Este es mi disco duro de 2 TB, después de que se escribió la imagen)

GPT fdisk (gdisk) version 0.8.8

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present


***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. 
***************************************************************

Disk /dev/sdb: 3907029168 sectors, 1.8 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): 59784077-576E-4CC1-918D-773D10916B46
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 3907029134
Partitions will be aligned on 2048-sector boundaries
Total free space is 3907029101 sectors (1.8 TiB)

Number  Start (sector)    End (sector)  Size       Code  Name

Answer 1

Antes de especular, compruebe algunas cosas:

• Asegúrese de que la imagen del disco realmente tenga datos. Pruebe algo como:

  lzop < disk.img | wc -c - disk.img
  

  Tomará unos minutos contar los caracteres tanto en la imagen como en un lzopflujo algo comprimido de la imagen. Si la imagen es todo ceros, el lzopnúmero será relativamente pequeño.

  Si el lzopnúmero es al menos10%del tamaño de la imagen sin procesar, hay algunos datos endisco.img.

• Si parece haber datos, consulte lo que dicen algunas utilidades estándar al respecto:

  file disk.img
  

  ...debería contar un poco sobre lo que hay allí. Si es una tabla de particiones, intente:

  gpart -v disk.img