web-dev-qa-db-ja.com

サイズ変更中にgpartedがクラッシュしました。私のオプションは何ですか？

Gpartedがおそらく66％の完了で予期せず終了したときに、2TBデータドライブのNTFSパーティションのサイズを変更する過程にありました（サイズを大きくし、ディスクの先頭まで移動しました）。

Sudoマウント-tntfs/dev/sdc1/media/data /：

  NTFS signature is missing.
  Failed to mount '/dev/sdc1': Invalid argument
  The device '/dev/sdc1' doesn't seem to have a valid NTFS.

Gpartedでのマウント：

  mount: wrong fs type, bad option, bad superblock on /dev/sdc1,
    missing codepage or helper program, or other error
    In some cases useful info is found in syslog - try
    dmesg | tail or so

fdisk -lは次のことを示しています：

Disk /dev/sdc: 2000.4 GB, 2000398934016 bytes, 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x33d99b3b

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1               1  3907029167  1953514583+  ee  GPT

Gparted copyパーティションテーブルを書き込む前のデータですか？その場合、NTFSパーティションの先頭でディスクをスキャンして、古いパーティションテーブルの回復を試みることはできますか？

データを取り戻すためのオプションは何ですか？

linuxpartitioningfilesystemsntfs
7
Eric Martindale

最初にその新しいディスクを取得してから、ddを使用してディスク全体を現在の状態で一方から他方にコピーすることをお勧めします。新しいディスクに現在のディスクと同じ数（またはそれ以上）のLBAがあることを確認してください（LBAはラベルに印刷されています）

それが完了したら、はい、testdiskを使用して、このガイドに従ってディスクをスキャンします。

http://www.dedoimedo.com/computers/linux-data-recovery.html

Testdiskが、失われたパーティションの先頭のセクター番号と、パーティションのその部分の連続データの末尾を見つけて通知できる場合は、ddを使用してディスクの先頭に移動できるはずです。

例：

パーティションの開始がセクター1294にあり、1294から1399までの連続したデータがある場合は、次のようにすることができます。

dd if=/dev/sdb of=/dev/sdd skip=1293 count=105

sdbは、パーティションを再配置しようとしたディスクです。sddは、このリカバリの試行のために購入した2番目のスペアディスクです。それがお役に立てば幸いです。

1
Speeddymon