Por que o Ubuntu pede para verificar meus discos rígidos de vez em quando?

30

Recentemente, fui obrigado a reiniciar muito o meu computador. Quando eu inicializo, o Ubuntu agora começa a verificar se há erros nos discos rígidos, mas garante que eu posso cancelar, se quiser, pressionando 'c'.

Por que o Ubuntu faz isso? Se for necessário, por que algo pode ser cancelado? Se não é necessário, por que me forçar a fazê-lo? Em que base é decidido o número de reinicializações?

jml
fonte
1
Você está forçando uma reinicialização? Manter pressionada a tecla Liga / Desliga ou pressionar a tecla Redefinir, por exemplo?
Kris Harper #

Respostas:

33

Uma verificação de disco é forçada pelo sistema a cada 30 reinicializações. Se você pular o disco, faça-o na próxima vez que reiniciar (a menos que você o remova manualmente forcecheck).

Você pode forçar isso sozinho, colocando um arquivo forcefsckno /emitindo um

touch /forcecheck

do terminal.

Não é necessário sempre fazer uma verificação quando solicitado, mas isso deve ser feito de vez em quando. Você pode cancelá-lo se não for o momento certo para você naquele momento e deixar que o sistema de arquivos verifique quando for mais conveniente.

Você também pode usar tune2fspara alterar esse comportamento.

sudo tune2fs -c 60 /dev/sdXY

irá definir isso para 60 reinicializações. Você também pode alterar isso para um período de tempo com -i:

sudo tune2fs -i 30d /dev/sdXY

por 30 dias ou 1m por 1 mês ou 10w por 10 semanas.

(substitua /dev/sdXYpelo nome do dispositivo para a partição como /dev/sda1. Você pode obter esse nome executando sudo blkidou ls -lA /dev/disk/by-labelse a partição estiver rotulada)

sudo dumpe2fs /dev/sda1

irá mostrar cargas e cargas de informação. Parte disso inclui:

Filesystem created:       Thu Feb 12 09:06:50 2009
Last mount time:          Fri Aug 26 07:19:34 2011
Last write time:          Fri Aug 26 07:19:34 2011
Mount count:              2
Maximum mount count:      25
Last checked:             Fri Aug 12 07:22:16 2011
Check interval:           15552000 (6 months)
Next check after:         Wed Feb  8 06:22:16 2012
Rinzwind
fonte
graças @Lekensteyn (fez isso a partir da memória e minha memória parece ser, por vezes, maus;))
Rinzwind
3
Para ser um seletor aqui: acho que não é verdade que "a verificação é forçada pelo sistema colocando um arquivo forcefsck em /" (geralmente não, o fsck verifica se o sistema de arquivos está "sujo" ou passou da "contagem máxima" / "próxima verificação") e que "isso é feito a cada 30 reinicializações" (varia de acordo com o programa usado para formatar a partição). Para ambos, verifique a saída de dumpe2fs. ubuntugeek.com/…
organiza
1
Isso não é nada fácil :-) Isso está sendo preciso. Mudou isso.
Rinzwind 7/09/11
Isso se aplica apenas à família ext * de sistemas de arquivos, o padrão no Ubuntu. XFS ou JFS não fazem rotineiramente verificações do sistema de arquivos
Jan
3
Caso as duas vezes que você menciona forcecheckestar forcefsckem seu lugar? (ref: askubuntu.com/questions/14740/… )
idbrii
5

Essas são verificações de rotina do sistema de arquivos, iniciadas a cada 30 reinicializações. A opção de cancelá-lo existe para que você não seja detido por algo de importância crucial; no entanto, é recomendável deixá-lo funcionar de vez em quando. Não sei em que base o número de reinicializações foi definido, presumivelmente, senso comum. Se for muito irritante, você pode aumentar o número de reinicializações sem verificar as partições usando o comando 'tune2fs'.

mikewhatever
fonte
microfone: clique no yesterdayacima Lekensteynpara ver o que foi alterado.
Rinzwind 8/09/11
1

É possível desativar completamente a verificação do sistema de arquivos nos sistemas ext-files usando:

sudo tune2fs -c 0 /dev/sdXY

Isso pode não ser uma boa ideia, tu. A página de manual do tune2fs observa:

Você deve considerar fortemente as consequências de desativar completamente a verificação dependente da montagem. Unidades de disco, cabos, memória e erros de kernel incorretos podem corromper um sistema de arquivos sem marcar o sistema de arquivos como sujo ou com erros. Se você estiver usando o registro no diário em seu sistema de arquivos, seu sistema de arquivos nunca será marcado como sujo, portanto, normalmente não será verificado. Um erro no sistema de arquivos detectado pelo kernel ainda forçará um fsck na próxima reinicialização, mas talvez já seja tarde demais para impedir a perda de dados nesse momento.

Thomas
fonte
0

Enquanto mikewhatever e Rinzwind são adequados para ext-Filesystems, você não acontece se você optar por usar o reiserfs. Estou usando-o há 10 anos sem problemas e posso recomendá-lo. Não fsck mais.

Não conheço outros sistemas de arquivos, populares no Linux.

Usuário desconhecido
fonte
4
O reiserfsck realmente tem uma tendência a quebrar os sistemas de arquivos além do reparo. Se um reiserf desenvolve algum problema, isso acaba com o jogo.
Simon Richter
1
Isso aconteceu com você ou você tem referências?
usuário desconhecido
O fato de o ReiserFS não executar essas verificações não afeta sua confiabilidade. Ext3 é sólido, mas as verificações levam apenas alguns segundos, então por que não?
Restabeleça Monica
Conheço várias pessoas que perderam dados e, pelo design do sistema de arquivos, é bastante óbvio o motivo: não possui blocos de metadados designados. Embora isso seja uma vantagem em vários casos (se o ext ficar sem blocos de metadados, você não poderá criar mais arquivos mesmo que ainda possua blocos de dados gratuitos), isso cria ambiguidade ao salvar um sistema de arquivos que de alguma forma (falha de hardware, falha na parte inferior) camadas) ficou inconsistente.
Simon Richter
Ainda estou usando o formato reiserfs "3.6", de acordo com o dmesg. Isso pode fazer a diferença?
usuário desconhecido