私の環境：BananaPI、カーネルは3.4.108
SDカードでファイルシステムチェックを実行するたびに、ブロック134217729で読み取りエラーが発生します。実際、この32GBカードには2番目の大型EXT4 FSのブロックが7167999個しかないため、これは驚くべきことではありません。
また、fsck.ext4 -f -c（以下を参照）を実行してみましたが、役に立ちませんでした。悪いブロックではありません。破損したinodeが間違いないようです。 「エラーを無視する」質問に「いいえ」と答えるのも役に立ちません。
明らかに、fsck.ext4はファイルシステムで問題を見つけることができますが、問題を解決することはできません。
私の質問これらの問題のために破損したEXT4 fsを修復するために使用できる他の非破壊ツールはありますか？
//ハンス
#fsck.ext4 -f -c /dev/sda2 e2fsck 1.42.5（2012年7月29日） 不良ブロックの確認（読み取り専用テスト）：完了 ルート：無効なブロックinodeを更新します。 パス1：inode、ブロック、サイズチェック ブロック134217729の読み込み中にエラーが発生しました（無効なパラメータ）。エラーを無視しますか？はい 強制的に書き直しますか？はい スキャンから次のinodeを取得中にブロック134217729（無効なパラメータ）の書き込み中にエラーが発生しました。エラーを無視しますか？はい ステップ2：ディレクトリ構造を確認する ステップ3：ディレクトリ接続を確認する ステップ4：参照数を確認する パス5：グループサマリー情報の確認 ルート：*****ファイルシステムが修正されました***** ルート：193003/1794048個のファイル（0.3%不連続）、1988723/7168000個のブロック
ベストアンサー1
たとえば、ファイルシステムエディタを試すことができますdebugfs(8)。繊細で詳細な作業です。しかし、この問題を解決できるかどうか疑問です。fsck(8)問題を解決できない、または解決できない場合非常に深刻です（または少なくとも奇妙です）。
ファイルシステムの内容をバックアップします。その後、を使用してそのコピーをファイルにインポートし、dd(1)そのコピーを使用できます。問題が解決した場合は、元のコマンドを再実行してください。
または、単にバックアップして再フォーマットしてください。
メディアを確認し、問題がある場合は破棄してください。あなたが保存するデータはより価値があります。