Não é possível gravar uma imagem ddrescue (d) em HD, termina em branco

0

Eu tenho um arquivo de imagem de um disco rígido defeituoso criado com o ddrescue no Linux. O disco rígido é de 750 GB, se bem me lembro, apenas cerca de 30 MB não pôde ser salvo. Eu tenho alguns outros HDs defeituosos e não me lembro se este pertencia ao meu computador Windows ou Linux.

Estou tentando gravar a imagem novamente em um HD de 2 TB. Não importa se eu formato o HD como NTFS ou EXT e escrevo a imagem para esse novo HD, uma vez feito isso aparece como não formatado e em branco novamente. Eu li que devemos usar ferramentas de correção de erros para as imagens antes de escrevê-las de volta. Então eu tentei usar fsck e ntfsfix, mas nenhum pode identificar a imagem e corrigi-la.

Se o ddrescue conseguiu economizar tanto com esse HD defeituoso, por que as ferramentas não podem corrigir os erros e por que ele não pode ser escrito de volta? Consegui escrever com sucesso outro HD de 160GB defeituoso, por isso não sei porque este 750GB não funciona.

Editar, para escrever a imagem que eu uso:

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

head -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  +

arquivo 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 é meu HD de 2 TB, depois que a imagem foi gravada)

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
    
por John D'Eau 03.01.2018 / 08:39

1 resposta

0

Antes de especular, confira algumas coisas:

  • Certifique-se de que a imagem do disco tenha dados. Tente algo como:

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

    Isso levará alguns minutos para contar os caracteres na imagem e um fluxo lzop um pouco compactado da imagem. Se a imagem for toda zeros, o número lzop será relativamente pequeno.

    Se o número lzop for pelo menos 10% do tamanho da imagem bruta, não há alguns dados em disk.img .

  • Se parece haver dados, confira o que alguns utilitários padrão dizem sobre isso:

    file disk.img
    

    ... deve contar um pouco sobre o que está lá. Se é uma partição tabela, tente:

    gpart -v disk.img
    
por 03.01.2018 / 11:51