☰

ddrescue(d) イメージを HD に書き戻すことができず、空白になってしまう

tag-icon • tag-icon linux hard-drive disk-image ddrescue
ddrescue(d) イメージを HD に書き戻すことができず、空白になってしまう

Linux の ddrescue で作成した、故障したハードドライブのイメージ ファイルがあります。ハードドライブは 750 GB ですが、正確に記憶している限りでは、保存できなかったのは約 30 MB だけです。他にも故障した HD がいくつかあるのですが、これが Windows コンピュータのものだったのか Linux コンピュータのものだったのか思い出せません。

イメージを 2TB HD に書き戻そうとしています。その HD を NTFS または EXT としてフォーマットして、その新しい HD にイメージを書き込んだとしても、書き込んだ後は、フォーマットされていない空白として表示されます。書き戻す前に、イメージのエラー修正ツールを使用する必要があると読んだことがあります。そこで、fsck と ntfsfix を使ってみましたが、いずれもイメージを識別して修正できませんでした。

ddrescue が故障した HD から多くのデータを救えたのなら、なぜツールはエラーを修正できず、書き戻すことができないのでしょうか? 別の故障した 160 GB HD は正常に書き戻すことができたので、この 750 GB HD がなぜ機能しないのかわかりません。

編集して、使用する画像を書き戻します。

sudo ddrescue -f seagate750gb.img /dev/sdb 復元.log

ヘッド -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  +

ファイル 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

(これはイメージが書き込まれた後の私の 2TB HD です)

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

答え1

推測する前に、いくつかの点を確認してください。

  • ディスク イメージに実際にデータがあることを確認します。次のような操作を試してください。

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

    lzop画像と、ある程度圧縮された画像ストリームの両方で文字をカウントするには、数分かかります。画像がすべてゼロの場合、そのlzop数は比較的小さくなります。

    数lzopが少なくとも10%生の画像サイズには、いくつかのデータが含まれていますディスク.img。

  • データがあると思われる場合は、いくつかの標準ユーティリティがそれについて何と言っているかを確認してください。

    file disk.img

    ...そこに何があるか少しわかるはずです。パーティション テーブルの場合は、次を試してください。

    gpart -v disk.img

関連情報