ext3ファイルシステムの破損の根本原因を見つける方法

ext3ファイルシステムの破損の根本原因を見つける方法

2.5G ext3パーティションを備えた4Gフラッシュカードがあります。ファイルシステムが破損しています。ファイルシステムで何が破損しているかを正確に識別できるため、ファイルシステムの修復には必ずしも興味があるわけではありません。

GNOMEの実行時にファイルシステムが破損していることを完全に認識することに加えてディスクユーティリティでパーティションを選択して「ファイルシステムの回復」を選択すると、エラーが発生します:/ dev / sdb3でファイルシステムの回復エラー:プロセスによって報告された終了コード1:e2fscf 1.42.9 (udisks-error-quark, 0) 私のアイデアは次のようになりました.ここ不良ブロックを識別し、inode番号を取得し、破損したファイルを見つけるには、不良ブロックを使用してください。しかし、これを実行すると、badblocksは不良ブロックを見つけることができません(何度も実行しました)。

sudo badblocks -v /dev/sdb3 -b 4096 -s
Checking blocks 0 to 622517
Checking for bad blocks (read-only test): done
Pass completed, 0 bad blocks found. (0/0/0 errors)

奇妙だと思ってfsckを実行しましたが、エラーも報告されませんでした。

sudo e2fsck -vcck /dev/sdb3
e2fsck 1.42.9 (28-Dec-2013)
Checking for bad blocks (non-destructive read-write test)
Testing with random pattern: done                                                 
/dev/sdb3: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

/dev/sdb3: ***** FILE SYSTEM WAS MODIFIED *****

      243306 inodes used (78.16%, out of 311296)
         134 non-contiguous files (0.1%)
         121 non-contiguous directories (0.0%)
             # of inodes with ind/dind/tind blocks: 2469/39/0
      583752 blocks used (93.77%, out of 622518)
           0 bad blocks
           0 large files

      210273 regular files
       28804 directories
         638 character device files
          12 block device files
           1 fifo
        2646 links
        3569 symbolic links (3480 fast symbolic links)
           0 sockets
------------
      245943 files

今私は混乱しました。ファイルシステムは回復できませんが、ファイルシステムチェッカーと不良ブロックに問題がないと表示されます。これはどういう意味ですか?それでは、単に機械的に故障したCFカードですか? Anticlimactic...最終的に新しいものです。

ベストアンサー1

おすすめ記事