FSCK作为系统盘和非系统盘检查时显示不同的结果

发布于 2024-12-07 21:04:46 字数 1726 浏览 0 评论 0原文

我的 UBUNTU 10.04 文件系统有问题,当一个驱动器作为系统驱动器安装并使用 FSCK 检查时,以及当它由另一个系统驱动器检查时,它会报告不同的结果:

sudo fsck /dev/sdb1
fsck from util-linux-ng 2.17.2
e2fsck 1.41.11 (14-Mar-2010)
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

   57217 inodes used (24.81%)
      42 non-contiguous files (0.1%)
      65 non-contiguous directories (0.1%)
         # of inodes with ind/dind/tind blocks: 0/0/0
         Extent depth histogram: 50910/20
  293868 blocks used (31.88%)
       0 bad blocks
       1 large file

   43327 regular files
    7242 directories
      59 character device files
      26 block device files
       0 fifos
     509 links
    6549 symbolic links (6187 fast symbolic links)
       5 sockets
--------
   57717 files

sudo fsck -n -t ext4 /dev/sda1     
fsck from util-linux-ng 2.17.2
e2fsck 1.41.11 (14-Mar-2010)
Warning!  /dev/sda1 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
/dev/sda1 contains a file system with errors, check forced.
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
Free blocks count wrong (628134, counted=628213).
Fix? no

Free inodes count wrong (173391, counted=173379).
Fix? no


/dev/sda1: ********** WARNING: Filesystem still has errors **********

/dev/sda1: 57217/230608 files (0.1% non-contiguous), 293722/921856 blocks

每当驱动器作为系统/引导驱动器安装时,运行 fsck (检查不修复)显示 INODE 和 BLOCK 计数错误,但从另一个系统磁盘检查同一驱动器报告情况良好。

有什么想法吗?

I have a problem with UBUNTU 10.04 filesystem, which reports different results when a drive is mounted and checked with FSCK as the system drive and when it is checked by another system drive:

sudo fsck /dev/sdb1
fsck from util-linux-ng 2.17.2
e2fsck 1.41.11 (14-Mar-2010)
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

   57217 inodes used (24.81%)
      42 non-contiguous files (0.1%)
      65 non-contiguous directories (0.1%)
         # of inodes with ind/dind/tind blocks: 0/0/0
         Extent depth histogram: 50910/20
  293868 blocks used (31.88%)
       0 bad blocks
       1 large file

   43327 regular files
    7242 directories
      59 character device files
      26 block device files
       0 fifos
     509 links
    6549 symbolic links (6187 fast symbolic links)
       5 sockets
--------
   57717 files

sudo fsck -n -t ext4 /dev/sda1     
fsck from util-linux-ng 2.17.2
e2fsck 1.41.11 (14-Mar-2010)
Warning!  /dev/sda1 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
/dev/sda1 contains a file system with errors, check forced.
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
Free blocks count wrong (628134, counted=628213).
Fix? no

Free inodes count wrong (173391, counted=173379).
Fix? no


/dev/sda1: ********** WARNING: Filesystem still has errors **********

/dev/sda1: 57217/230608 files (0.1% non-contiguous), 293722/921856 blocks

Whenever the drive is mounted as the system / boot drive, running fsck (check don't fix) shows INODE and BLOCK counts are wrong, yet checking the same drive from another system disk reports that it's fine.

Any ideas ?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

巴黎盛开的樱花 2024-12-14 21:04:46

这可能应该在 SuperUser 或 ServerFault 上,而不是 StackOverflow 上,但无论如何:

您只能 fsck -n 以只读方式挂载的文件系统。当文件系统以读写方式挂载时,它会不一致,直到完全卸载或恢复日志为止。重要的信息是

Warning: skipping journal recovery because doing a read-only filesystem check.

This should probably be on SuperUser or ServerFault, not StackOverflow, but anyway:

you can only fsck -n a file system that is mounted read-only. While the file system is mounted read-write, it will be inconsistent until cleanly unmounted, or the journal is recovered. The important message is

Warning: skipping journal recovery because doing a read-only filesystem check.
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文