如何定位 ext3 文件系统损坏的根本原因

如何定位 ext3 文件系统损坏的根本原因

我有一张 4G 闪存卡,带有 2.5G ext3 分区。文件系统已损坏。我不一定对修复文件系统感兴趣,因为可以准确识别文件系统中损坏的内容。

除了完全知道文件系统已损坏之外,在运行 GNOME 时磁盘实用程序,如果我选择分区并选择“修复文件系统”,它最终会出现错误:在 /dev/sdb3 上修复文件系统时出错:进程报告的退出代码 1:e2fscf 1.42.9(2013 年 12 月 28 日)(udisks-错误夸克,0)我的想法来自这里使用 badblocks 尝试识别坏块、获取 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卡吗?虎头蛇尾……毕竟是新的。

相关内容