サイズ変更操作が壊れた後、ext3パーティションを修復する方法は？

私はgpartedテラバイトに近いext3パーティションのサイズを変更するために使用し、約40 GBを左に追加しました。12時間近くデータを移動した後（さらに23時間残っていると推定）、システムはハングしました。今、fsckすべてのiノードにあまりにも多くの不正なデータを報告します。この場合、どうすればFSを修正できますか？

残念ながら、私はあなたがかなり台無しにされていると思います。パーティションテーブルをいじっただけの場合は、TestDiskが最適ですが、サイズ変更（実際にはコピー、場合によっては削除さえも）を行っているため、データは多かれ少なかれ破損しています。

サイズ変更操作を実行する前のバックアップがある場合は、これを使用してください。そうでなければ、私はあなたが何ができるかわかりません、私はパーティションを破棄して新しいものを作成し、内部のデータに別れを告げます。これから学ばなければならない教訓は、常にデータに注意することです。（もちろん、もっと上手くできる非常に素晴らしい答えがあるかどうかを待つのを試みるべきですが、あまり期待を持ちすぎないでください。）

実際にバックアップがある場合、「サイズ変更」を行う簡単な方法は、古いパーティションを削除し、新しいパーティションを作成して、そこにデータを復元することです。

同じ問題がありました。今後の訪問者のために、解決方法を投稿します。

https://help.ubuntu.com/community/DataRecoveryで問題に取り組むためのフックを見つけました。 現在photorecTestDiskパッケージ（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以上の認識されているファイル形式を救出しようとします。ファイル名は失われますが、孫や祖父母のビデオショットを探している場合は、手間をかけるだけの価値があります。ファイルサイズはそれを助けるかもしれません。

さらに20時間以上待って、何かが100％回復するかどうかを確認します。