fsck parece mostrar um resultado diferente entre o modo multiusuário e o modo usuário único

Question

Eu sou um programador usando java e ruby normalmente, e um iniciante como administrador de servidores. Agora estou usando o CentOS6.7 como um sistema operacional convidado com a caixa vagrant e virtual;

o pano de fundo da pergunta

o emulador de terminal frequentemente é acessado depois que eu fiz o login por vagrant ssh no CentOS hoje. Eu não encontrei tais coisas antes.

Após alguns exames, encontrei duas coisas.

1. a inicialização do sistema operacional convidado demorou muito mais tempo do que ontem.
2. o sistema de arquivos raiz parecia ter alguns problemas.

Eu vi o seguinte executando 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)

E isso foi / 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

Por isso, encerrei o sistema operacional convidado e, em seguida, inicializei novamente com o modo de usuário único. Depois disso, eu fiz como abaixo.

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

Mas o resultado foi assim.

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

Eu tentei o fsck com outras opções para verificação do sistema de arquivos.

# 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
...
...

Pergunta

É possível que o fsck informe um resultado diferente entre o modo multiusuário e o modo de usuário único?

Eu acho que o fsck disse claramente que o sistema de arquivos raiz tem alguns problemas na primeira vez. Mas parecia que não havia problema na segunda e terceira vez.

Existem métodos ou práticas para resolver problemas como esse em comum?

    

Answer 1

Nunca fsck um sistema de arquivos enquanto ele estiver montado. Primeiro, ele sempre será marcado como sujo - o processo de montagem em si define o sinalizador "sistema de arquivos sujo" e esse sinalizador é normalmente indefinido em um valor. Segundo, se o fsck começar a ser alterado para um sistema de arquivos montado, especialmente / , você pode acabar com problemas piores que você pensou que tinha quando as coisas realmente enlouquecerem porque algo está extraindo alguns bits de programas em execução.

Então, para responder à sua pergunta, sim, fsck sempre fornecerá resultados diferentes para sistemas de arquivos montados e desmontados. Principalmente porque você não deveria estar executando contra sistemas de arquivos montados.

(Nota: isto só é realmente aplicável aos sistemas de arquivos ext2 / 3/4 - XFS e ReiserFS (por exemplo) são bestas totalmente diferentes.)