一度はgparted
、ほぼテラバイトに近いext3パーティションのサイズを変更し、左側に約40GBを追加したことがあります。ほぼ12時間データを移動した後(約23時間残り)、システムは停止します。これで、各inodeであまりにもfsck
多くの違法データが報告されます。この場合、FSを修正する方法は?
答え1
残念ながら、私の考えでは、あなたは完全に混乱していると思います。ちょうどパーティションテーブルを台無しにした場合テストディスク最良の選択ですが、サイズを変更し続けるため(実際にはコピーや削除まで意味する)、データはある程度破損します。
サイズ変更を実行する前にバックアップがあった場合は、これを使用するのに良い時期です。そうでなければ何ができるかわかりません。パーティションを削除し、新しいパーティションを作成し、内部データにさよならを言います。学ぶべき教訓は、常にデータに注意を払うことです。 (もちろん、より良い結果が得られる非常に良い答えが出るのを待つ必要がありますが、あまり期待しないでください。)
バックアップがある場合は、「サイズ調整」を実行するより簡単な方法は、古いパーティションを削除して新しいパーティションを作成してからその中のデータを復元することです。
答え2
私は同じ問題に直面し、今後の訪問者のためにどのように解決したかを公開します。
私の問題に対するいくつかの解決策を見つけました。https://help.ubuntu.com/community/DataRecovery
私は現在photorec
TestDiskパッケージ(sudo apt-get install testdisk
)を使用しています。photorec /dev/sdXY
ここで、Xは問題のデバイス、Yはデバイスのパーティション番号です。
たとえば、次のようにします/dev/sdb3
。
sudo fdisk -l
photorec /dev/sdb3
fdisk
あなたに与えられた数字sdb3
、すなわち開始番号と終了番号を見てください。内部の次のコマンドには、次のものが必要ですphotorec
。
rescue startnumber endnumber (take those from the fdisk details)
次に、回復されたファイルを配置する場所を指定する必要があります。十分なスペースを持つ別のディスク(または少なくともパーティション)を使用してください。 60以上の認識されたファイル形式を回復しようとする長い旅が始まるかもしれません。ファイル名は失われますが、孫や祖父母のビデオシーンを探しているなら、それは価値があります。ファイルサイズはここで役に立ちます。
100%復元されたことを確認するには、まだ20時間以上待つ必要があります。