Se “fsck -n / PATH” diz erros, então é 100% verdade que o FS tem erros?

Question

HOSTNAME:~ # fsck -n /FSMOUNTPOINT
fsck 1.38 (30-Jun-2005)
e2fsck 1.38 (30-Jun-2005)
Warning!  /dev/vgname/lvname is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
/dev/vgname/lvname 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
Inode 12845121 ref count is 1, should be 2.  Fix? no

Inode 12845122 ref count is 1, should be 2.  Fix? no

Inode 12845123 ref count is 1, should be 2.  Fix? no

Inode 12845124 ref count is 1, should be 2.  Fix? no

Pass 5: Checking group summary information
Free blocks count wrong (38829073, counted=37828469).
Fix? no

Free inodes count wrong (22658484, counted=22658235).
Fix? no


/dev/vgname/lvname: ********** WARNING: Filesystem still has errors **********

/dev/vgname/lvname: 16972/22675456 files (0.3% non-contiguous), 6521839/45350912 blocks
fsck.ext3 /dev/vgname/lvname failed (status 0x4). Run manually!
HOSTNAME:~ # 

SO: SUSE LINUX Enterprise Server 9.4

FS: EXT3 com apenas opções de rw

Pergunta : Então, se houver a mensagem "AVISO: Sistema de arquivos ainda tem erros", posso ter 100% de certeza de que o FS tem problemas e precisa ser umount / fsck / mount'ed ?

ATUALIZAÇÃO:

$ tune2fs -l /dev/vgname/lvname | grep 'Filesystem state:'
Filesystem state:         clean
$

    

Answer 1

O conselho usual é não executar fsck em um sistema de arquivos montado. Você obtém resultados não confiáveis - enquanto fsck está tentando varrer o sistema de arquivos, o kernel ainda está lendo e gravando dados nele, portanto, ele parecerá, para fsck , inconsistente. Alguns sistemas de arquivos permitem o uso on-line de fsck , mas não todos - o FreeBSD, por exemplo, pode verificar um instantâneo estático de um sistema de arquivos UFS2 enquanto está em uso, mas você ainda não verificaria o próprio sistema enquanto ele estiver montado .

A melhor maneira de verificar seu sistema de arquivos é desmontá-lo e executar fsck nele. Se ainda relatar problemas, você pode tomar medidas corretivas.

    

Answer 2

Se fsck(8) disser que um sistema de arquivos tem erros (neste caso, o diário não pode ser reproduzido, pois foi montado somente para leitura, para iniciantes), ele tem problemas. Você deve desligar, iniciar no modo de manutenção (adicionar single ou 1 à linha do kernel durante a inicialização ou mesmo inicializar com mídia de instalação / resgate) e executar o fsck completo. Verifique o manual para o seu sistema de arquivos exato, sinalizadores para usar variam. Seja cuidadoso! Ele pede confirmação antes de fazer algumas operações possivelmente perigosas. Na maioria das vezes você não pode fazer nada dizendo "sim" a tudo, bu ler o que diz / pede.

Uma vez que o sistema esteja funcionando, descubra o que bagunçou o sistema de arquivos. Tem sido literalmente anos com ext2 / 3/4 que eu não vi corrupção do sistema de arquivos (mas eu não apenas puxo o plugue ou pressiono o Big Red Button aleatoriamente também ...), então poderia ser mau manuseio ou falha de hardware. Se o disco estiver falhando, desligue a máquina e obtenha uma substituição o mais rápido possível. Discos defeituosos geralmente duram horas (como em "alguns", não como em "algumas centenas") antes de desaparecerem para sempre. Use esse tempo para resgatar seus dados, depois você pode fazer a autópsia no disco com falha no tempo livre. Se for um alarme falso, você terá espaço para os CDs copiados; -)