root@host [/]# fsck -cc /dev/sdb1
fsck from util-linux-ng 2.17.2
e2fsck 1.41.12 (17-May-2010)
Checking for bad blocks (non-destructive read-write test)
Testing with random pattern: done
/dev/sdb1: 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/sdb1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sdb1: 11/18317312 files (0.0% non-contiguous), 1198478/73258400 blocks
Dizia que o sistema de arquivos foi modificado. E daí? Acabei de formatá-lo. Algo errado?
Responder1
Parece que não encontrou nada. E então atualizei o inode do bloco defeituoso com seus resultados, o que não foi nada.
FILE SYSTEM WAS MODIFIEDé cuspido porfsck qualquervez que ele faz uma gravação no sistema de arquivos. Alterar aquele inode de bloco defeituoso se qualifica.
Especialmente considerando que você não especificou apenas corrigir quaisquer problemas sem perguntar a você ( -y), se houvesse problemas no disco que precisassem de correção, isso teria dito alguma coisa.
Responder2
Eu executaria novamente. Eles -ccencontraram badblocks e chamaram o programa badblockspara repará-los. Você pode querer apenas executá-lo como:
$ fsck /dev/sdb1
trecho da página de manual fsck.ext3
-c
Esta opção faz com que o e2fsck execute o programa badblocks(8) para encontrar quaisquer blocos que sejam ruins no sistema de arquivos e então os marque como ruins adicionando-os ao inode do bloco ruim. Se esta opção for especificada duas vezes, a verificação do bloco defeituoso será feita usando um teste de leitura e gravação não destrutivo.
ATUALIZAÇÃO #1: Pergunta de acompanhamento
O fsck encontrou um bloco ruim? O que é teste de leitura e gravação não destrutivo?
fscké uma ferramenta front-end que faz uma variedade de verificações quanto ao bem-estar geral de um sistema de arquivos. O -ccswitch informa fsckpara ligar badblockstambém para que uma verificação mais completa seja realizada.
Uma leitura/gravação não destrutiva envolve primeiro o backup do conteúdo do local, um padrão é então usado para testar o local e o conteúdo original é retornado.
Referências
Responder3
Não se preocupe, esta mensagem aparece quando você tem um arquivo inválido, por exemplo, um arquivo com nome inválido ou nome unicode, ou arquivo ocorrido, não está relacionado ao seu sistema de arquivos.
Responder4
Aparentemente você pode correr dumpe2fs -bpara ver a lista de blocos defeituosos, por exemplo. dumpe2fs -b /dev/sdb1. Acho que se a saída estiver vazia, não há blocos defeituosos (mas não tenho uma unidade com blocos defeituosos disponível no momento, então não posso testá-lo).