/dev/sda5
私のコンピュータには約450GBのext4ファイルシステムがあります。しかし、それがあるパーティションは約ギガバイトより大きいです。したがって、そのコマンドを使用して、ファイル内のパーティションで追加のe2image -ra -p -O XXXX
GBバイトを使用できるように、ファイルシステムを左に移動します/dev/sda6
。私は正確なコマンドを実行せず、もちろん-Oの後の10進値を忘れました(GPartedで実行したコマンドを手動で実行しませんでした)。e2image
この過程で約100/170GBが強制終了しました(信号9)。読み取り専用モードでインストールしましたが、sda5
さまざまなファイルにアクセスしたり、さまざまなディレクトリを一覧表示しようとすると、無効なinodeと誤った構造のファイルに関するエラーがたくさん発生しました。だから私は(今は大きなダメージを与える可能性があることに気づきました)とfsck
(おそらくパーティション全体で最も多くのデータが含まれているでしょう)などのディレクトリを実行しましたが、正常に実行できず、それらのどれも存在しません。多くのエラーメッセージを受け取りました。 。引き続き実行してみると、複数のファイルがそのまま残っていますが、削除されたため正常にアクセスできませんでした。 16進エディタまたは16進エディタを使用して手動で検索せずにファイルを回復するにはどうすればよいですか?検索する必要がある非常に重要な文書があります。/home
/run
ls
grep
sda5
/home
/home
fsck
grep
less
答え1
コメント作成者の言葉が正しいと思います。ファイルシステムが重大に破損しています。一度は、誤ってメインハードドライブに(動作している間)約0.5秒間/ dev / zeroを書いて終了したことがあります。 Photorecが利用可能になりました(http://www.cgsecurity.org/wiki/PhotoRec)パーティションテーブルを復元するために(ほぼ自動的に)システムを使用しています。
Photorecはオープンソースであり(はい!)、ディスクから直接読み取るため(ファイルシステムを無視)、手動でファイルを検索するのに時間を節約できるので、Photorecを見てみる必要があると思います。
また、コメント者は、現在の雑然としたハードドライブをイメージすることが今やるべき絶対に正しいことだと言います。