Este artigo nos mostra os passos a serem tomados quando o seu Linux trava na inicialização devido a corrompimento no sistema de arquivos e lhe força a executar a checagem manualmente. Mostraremos exemplos sobre partições ext2 e ext3.
Em casos de queda de energia, desligamento incorreto do computador
(sem ser via halt ou shutdown) ou defeitos físicos no disco rígido,
pode acontecer de haver corrompimento de arquivos no sistema de
arquivos. Essa situação é comum principalmente quando seu sistema
de arquivo ainda é ext2.
Na próxima vez que o Linux for iniciado, será executado o fsck,
que é o software similar ao scandisk do Windows. Na maioria dos
casos o fsck automaticamente corrigirá os blocos defeituosos e
os demais problemas, mas em alguns casos de maior danificação o
programa o força a uma checagem manual, diretamente pela linha
de comando.
Você saberá quando é necessário executar o fsck manualmente
quando durante sua inicialização, o Linux parar e exibir uma
mensagem de erro do fsck, que será similar a:
Give root password for maintenance
(or type Control-D for normal startup):
O prompt exibido lhe solicitará a senha do root para entrar
no modo de manutenção. Você também tem a opção de pressionar as
teclas Ctrl+D para ignorar os erros e tentar iniciar o
Linux normalmente, mas se você escolher esta opção, provavelmente
a máquina será reinicializada e retornará ao mesmo ponto onde parou,
ou seja, na mensagem de erro.
Após digitar a senha do root você cairá na linha de comando
(prompt) em modo "single user", que significa que os serviços
(Apache, Bind, Samba, etc) ainda não foram inicializados.
Observe a mensagem de erro gerada pelo fsck, um pouco acima do
prompt será exibido o dispositivo que apresenta os erros no
sistema de arquivos. Supondo que o problema esteja em /dev/hda1,
execute:
# e2fsck -y /dev/hda1
A opção "-y" é usada para assumir "yes" em todas as questões
que podem surgir durante a fase de correção do sistema de arquivos.
Seu uso é opcional, mas recomendável.
Terminada a execução do fsck, reinicialize a máquina com o comando:
# reboot
Pronto! Seu Linux inicializará normalmente agora.
Resumindo, você tem que digitar a senha do root para entrar na linha
de comando e depois executar:
# e2fsck /dev/hdxx (onde xx indica a partição com problema)
Para lista todas as partições dos HDs de seu computador, digite:
# fdisk -l
Para descobrir as opções do fsck, digite o comando sem
argumentos:
# e2fsck
Ou é claro, consulte sua página de manual:
# man fsck
Nota: o fsck suporta vários tipos de sistema de arquivos, daí a
explicação para o comando "e2fsck", ele é um alias para o comando
"fsck" para sistema de arquivo do tipo ext2, "e2" vem de "extended
2 file system".
Sistema de arquivos ext3
Hoje é muito comum o uso de partições com a nova geração do
extended file system, o ext3. Caso sua partição seja desse tipo,
ao invés de usar "e2fsck", use:
# fsck.ext3 /dev/hda1
Substitua /dev/hda1 pela partição correta no seu HD. Responda
"sim", "yes" ou "y" para todas as perguntas (ou é claro, use
"fsck.ext3 -y") e quando terminar reinicialize o micro com
reboot e pronto.
Recomendação: não execute o comando fsck em partição montada.
[1] Comentário enviado por joabes em 10/02/2005 - 14:51h
Caro amigo, achei interessante seu artigo.
Preciso de uma auxilio se possível.
tenho um cliente que estava acessando uma determinada pasta da rede que está em um servidor linux rodando samba, no momento que ele estava acessando a pasta em minutos sumiu, ou seja, se eu for no linux de dar um locate e o nome da pasta eu consigo ver que ela está lá com todo o conteúdo, porém não consigo acessa-la nem de dentro do linux e nem pela rede, acho que foi corrompida.
o caminho completo dela é /home/samba/arquivos/pastaquesumiu
usando o fsck eu consigo corrigir o problema.
Existe outro procedimento de correção?
O fsck será que corrige isso?
[2] Comentário enviado por keniatw em 08/05/2008 - 21:01h
Olá!
Eu estou com esse maldito problema do "erro de entrada/saida" quando tento acessar algumas pastas em um disco externo de 1TB. O Linux inicializa normalmente, o problema é no disco externo (justo uma pasta de backup...). Você tem alguma sugestão?
[3] Comentário enviado por dannyt em 10/09/2008 - 11:05h
olá amigo, já fiz tudo isso q falou mas ñ deu certo....quando coloco -y ele ignora e volta para a linha de comando root....só quando na primeira opção pressiono n ele aceita e começa a corrigir...porém qaundo acaba e dou reboot e volta a mensagem dee novo, ou então siz que ñ foi possível iniciar o servidor X e pede para depois do concerto reiniciar o GDM....sou um pouco nova em linux...
me ajudem...ñ posso perder nada que tenho em meu micro...
[4] Comentário enviado por dannyt em 10/09/2008 - 16:15h
OLÁ SOU EU DE NOVO....USO XUBUNTU xfce4
como disse já segui todos os pasos e agora irei detaahr os erros q se seguem...
The filesystem size (according to the superblock) iis 43393769 blocks
Teh phhysical size of the device is 4393738 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort <y> ....s coloco y ele volta para linha de comando...entã coloquei n
[5] Comentário enviado por kroadie em 11/05/2009 - 19:50h
E ai, WQUINTANILHA!!! firma?
cara... eu só tenho uma coisa a dizer:
MUUUUUITO OBRIGADO POR POSTAR ESSE ARTIGO!!!!!
eu estava com esse mesmo problema, tentei o suporte que tenho direito (tenho meu pc ainda em garantia de suporte de OS) e NADA ninguém do "suporte" soube resolver, me indicaram REFORMATAR A MAQUINA, imagina se eu iria instalar tudo de novo Compiz,Firefox,Thunderbird,codecs etc , e sem falar nas Configs q fiz enfim.
o erro que aparecia era:
/dev/sda2: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)
fsck died with exit status 4
fiz exactamente como você disse e deu tudo certo. Mais uma vez Obrigado!!!
[6] Comentário enviado por mcnd2 em 11/07/2009 - 11:14h
Wquintanilha...
Ajudou bastante.
Estava com problema de travamento no sistema "Debian 5". Sempre quando acabava de carregar o sistema não ficava nem 2 minutos e ela simplesmente travava.
Sempre quando plugava o modem 3G usb ou iniciava outro programa como audacious o sistema travava e só dando um reboot forçado pela CPU ou Alt+PrintScreen+B.
Agora no momento estou testando para ver se o sistema não trava novamente. Se voltar acontecer voltarei eu para "FSCK" e tentarei corrigir.
Procedimento de fsck.
Dei boot pelo Parted Magic 2.2 live CD e no prompt de comando (com a partição em questão desmontada) como root rodei o comando sugerido:
# fsck.ext3 -y /dev/sda2 (lembrando que o sda2 é a partição em questão de minha máquina).
[11] Comentário enviado por marcelo.castro.l em 06/07/2012 - 16:28h
até onde eu saiba, vinnygerard, não tem como fazer nada.
Você pode usar o Crtl+d para continuar, porém, fazendo isso aqui, eu perdi e corrompi alguns arquivos...
o melhor é você dar um jeito de descobrir essa senha do root.
[13] Comentário enviado por mateusrdss em 02/06/2013 - 20:52h
Gostaria muito de sua ajuda, toda vez que eu ligo o note aparece essa tela http://i81.servimg.com/u/f81/17/10/80/01/minhas10.jpg
no final tem
dracut: /#
como sou novo usando o linux mandriva isso aqui e um bixo de sete cabeças, tem como ajudar???
[16] Comentário enviado por nickarcos em 24/06/2014 - 11:25h
Galera tudo bem?
To passando um problema com um SSD no mac os, mais ele corrompeu algo e da erro na hora de reformatar (acredito que seja bad block), como o mac também tem o utilitário fsck, gostaria de saber como isolar parte do ssd para tentar salvá-lo, pois sempre que vou formatar da o seguinte erro:
O Apagamento do Disco falhou:
O Apagamento do Disco falhou com o erro:
Não foi possível gravar no último bloco do dispositivo.
[17] Comentário enviado por diegofm300 em 01/08/2014 - 13:42h
Tenho um caso de cliente que na maioria das vezes que liga o servidor com Debian 7 64 bits acontece esse problema. Isso seria um possível problema nos discos rígidos? Essa situação se repete tanto com o Ubuntu quanto com Debian rodando nessa mesma máquina.
[18] Comentário enviado por m4cgbr em 03/10/2014 - 14:32h
Olá, ótimo este artigo. Obrigado meu ajudou muito.
Minha máquina deu o erro informando que havia links quebrados, tentei executar o comando informando, e de nada adiantou, porém como não havia sistema de arquivos montado, executei apenas o fsck confirmei algumas verificações e pronto!
[20] Comentário enviado por luiztunon em 28/08/2016 - 12:00h
Obrigado amigo, com o comando e2fsk -y /dev/sda1 consegui resolver o problema de montagem dos arquivos do root (somente modo leitura). Dei o comando, reiniciei e agora estou editando (como root) facilmente os aquivos.Obrigado pela dica.