fsckはマルチユーザーモードとシングルユーザーモードの間に異なる結果を表示するようです。

私はCentOS6.7をvagrantとvirtual boxのあるゲストOSとして使用しています。

問題の背景

vagrant ssh今日CentOSにログインした後、ターミナルエミュレータは頻繁にハングしました。私は以前このようなことを経験したことがありません。

数回の調査の最後に2つの事実を発見しました。

1. ゲストOSの起動時間が昨日よりはるかに長くなりました。
2. ルートファイルシステムに問題があるようです。

fsck を実行して以下を確認します。

$ fsck -n
/dev/mapper/VolGroup-lv_root contains a file system with errors, check forced.
...
...
Free blocks count wrong (845378, counted=845408)
Free inodes count wrong (309812, counted=309769)

これは/etc/fstabです：

$ cat /etc/fstab
/dev/mapper/VolGroup-lv_root /                       ext4    defaults        1 1
UUID=d197cae3-0dd5-4555-9b2f-f9f21c1d9679 /boot                   ext4    defaults        1 2
/dev/mapper/VolGroup-lv_swap swap                    swap    defaults        0 0
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0

だからゲストOSをシャットダウンし、シングルユーザーモードで再起動しました。それ以後は叫ぶのが好きでした。

# umount /
# fsck /dev/mapper/VolGroup-vl_root

ところで結果はこうです。

/dev/mapper/VolGroup-lv_root clean ...

ファイルシステムを確認するためにfsckと他のオプションを試しました。

# fsck -fv -t ext4 /dev/mapper/VolGroup-lv_root
fsck from util-linux-ng 2.17.2
pass 1: checking ...
...
...
pass 5: group summary information

130829 inodes used
...
...
913928 blocks used
  0 bad blocks 
  1 large file
...
...

質問

fsckはマルチユーザーモードとシングルユーザーモードの間に異なる結果を提供できますか？

私の考えでは、fsckが最初にいくつかの問題があることをルートファイルシステムにはっきり言ったようです。だが二番目、三番目はあまり問題がないようだった。

そのような問題を解決するためのいくつかの一般的な方法や慣行がありますか？