Por favor, não use material de culto à carga que você encontrou na Internet, mas tente entender o que um comando faz antes de entrar nele.
Seu uso de sudo
é desnecessário - você já está logado como usuário root e tem acesso total.
A mensagem de erro que você recebeu indica que a verificação automática do sistema de arquivos falhou. Com ext2 , isso aconteceu frequentemente após uma queda de energia, mas com ext3 e ext4 , um dos quais você provavelmente estará usando se o seu sistema é mais recente do que dez anos, isso geralmente não acontece a menos que haja hardware defeituoso envolvido.
O primeiro comando, mount -o rw,remount /
essencialmente diz ao sistema "Está bem, não há erros neste disco, e você pode assumir que o sistema de arquivos é consistente o suficiente para gravar arquivos." Esta é uma declaração em negrito, especialmente logo após você receber uma mensagem de erro dizendo que uma verificação do sistema de arquivos encontrou problemas que são tão ruins que os reparos automáticos provavelmente teriam que excluir arquivos para colocar o sistema de volta em funcionamento.
O segundo comando, dpkg --configure -a
, tentou executar os scripts de pós-instalação para pacotes marcados no banco de dados dpkg como tendo seus arquivos descompactados, mas os scripts ainda não foram executados. Se este comando tentou fazer alguma coisa, isso significa que você precisará fazer isso mais tarde, mas agora não é o momento adequado. A ferramenta dpkg existe em todos os sistemas de arquivos a serem montados e livres de erros, você só tem um sistema de arquivos raiz com erros, e todos os outros estão faltando.
A maneira de resolver sua situação é:
-
Volte para o modo somente leitura usando
mount -o ro,remount /
. Você não quer que o kernel mude nada no sistema de arquivos enquanto o reparo está em andamento. -
Repare o sistema de arquivos raiz, usando o utilitário fsck , que será então use o utilitário fsck.ext3 internamente:
fsck -f /
.Você pode adicionar a opção
-C0
para obter um indicador de progresso.Se você conseguir que mensagens sobre fsck não consigam ler blocos devido a erros de E / S, você pode interromper com Ctrl-C e adicionar a opção
-c
para procurar blocos ruins antecipadamente. Isso levará muito tempo, mas a operação de reparo não tentará salvar nenhum arquivo espalhado por setores defeituosos.O mais provável é que você seja perguntado se concorda em resolver certos problemas. Procure as mensagens de erro usando seu mecanismo de busca de escolha, há ampla documentação na Internet. A maioria delas é sobre a exclusão de arquivos que estão além do reparo ou movê-los para o diretório
lost+found
. -
Depois disso, você provavelmente será solicitado a reiniciar, em letras maiúsculas. Essa é uma boa idéia, apenas digite
sync
primeiro, dê aos discos alguns segundos para escrever os dados restantes e pressione Ctrl-Alt-Del. A reinicialização será imediata, sem desmontar os sistemas de arquivos, mas isso é bom porque o único sistema de arquivos montado é somente leitura. -
Se, após a reinicialização, você retornar ao mesmo prompt, outro sistema de arquivos, mas o sistema de arquivos raiz também precisará de reparos. Use o comando
fsck -A
para tentar um reparo automatizado de todos os sistemas de arquivos não raiz e conserte manualmente aqueles que precisarem. Desta vez, você não deve ser solicitado a reinicializar, pois isso é necessário apenas para sistemas de arquivos montados durante a verificação.