Como corrigir “sudo: não é possível abrir… o sistema de arquivos somente leitura”?

Question

O título pode não ser tão descritivo quanto eu gostaria, mas não poderia ser melhor.

O sistema de arquivos do meu servidor entrou em somente leitura. E eu não entendo porque isso acontece e como resolvê-lo.

Eu posso usar o SSH no servidor e, ao tentar iniciar o apache2, por exemplo, recebo o seguinte:

username@srv1:~$ sudo service apache2 start
[sudo] password for username:
sudo: unable to open /var/lib/sudo/username/1: Read-only file system
 * Starting web server apache2                                                                                                                                                                                                               (30)Read-only file system: apache2: could not open error log file /var/log/apache2/error.log.
Unable to open logs
Action 'start' failed.
The Apache error log may have more information.

Quando tento reiniciar o servidor, obtenho:

username@srv1:~$ sudo shutdown -r now
[sudo] password for username:
sudo: unable to open /var/lib/sudo/username/1: Read-only file system

Depois de reiniciá-lo manualmente, basta iniciar sem qualquer aviso ou mensagem dizendo que algo está errado.

Espero que alguém possa me apontar na direção certa para resolver esse problema.

    

Answer 1

O sistema de arquivos normalmente entrará em somente leitura enquanto o sistema estiver em execução se houver um problema de consistência no sistema de arquivos. Isto é especificado em fstab as errors=remount-ro e ocorrerá quando um acesso FS falhar ou uma remontagem emergencial de somente leitura for requisitada via Alt + SysRq + U . Você pode executar:

sudo fsck -Af -M

para forçar uma verificação de todos os sistemas de arquivos. Como uma das outras respostas afirma, olhar para dmesg também é muito útil.

Editar: não se esqueça do -M na linha de comando.

    

Answer 2

Aqui está o comando que resolveu meu problema:

mount -o remount /

melhor que um reboot ou sudo fsck -Af

    

Answer 3

A resposta por hexafracção não funcionou para mim. Toda vez que eu tentei executar sudo fsck -Af -M , apenas mostrei

$ sudo fsck -Af -M
fsck from util-linux 2.20.1

e nada mais. Nenhum erro ou qualquer coisa. Para mim, inicializar em um disco ao vivo e executá-lo funcionou -

sudo fsck.ext4 -f /dev/sda1

Contanto que a partição em questão /dev/sda1 seja um sistema de arquivos ext4.

    

Answer 4

Tente executar dmesg | grep "EXT4-fs error" para ver se você tem algum problema relacionado ao próprio sistema de arquivos / diário. Eu recomendo que você reinicie o seu sistema, então. Além disso, sudo fsck -Af resposta do ObsessiveSSOℲ não vai doer.

    

Answer 5

Se você quiser forçar seu sistema de arquivos raiz a remontar como rw, você pode fazer o seguinte.

mount -o remount,rw /

    

Answer 6

Note que às vezes isso pode ser causado pelo computador esquecendo a hora do sistema - a verificação do disco falha porque as datas no diário estão em THE FUTURE!

Configurar o tempo do BIOS (e verificar a bateria do BIOS) corrigiu esse problema para mim, sem ter que fazer qualquer recuperação de disco.

    

Answer 7

Normalmente, o Linux coloca seus sistemas de arquivos em leitura somente quando ocorrem erros, especialmente erros com o disco ou o próprio sistema de arquivos, erros como uma entrada de diário errada, por exemplo.

É melhor verificar seu dmesg para erros relacionados ao disco.

O Google está cheio de discussões sobre isso e você pode escolher os que está mais perto de sua configuração, mas uma olhada em dmesg é geralmente suficiente.

    

Answer 8

(resposta anterior eliminada)

Edit: O principal problema estava no lado do windows. Depois de atualizar meu Windows 10, a opção 'início rápido' foi ativada automaticamente. Ao desativar essa opção novamente e depois reiniciar a máquina, o problema desapareceu. Windows 10 me deu dor de cabeça pesada por dias :(

A opção 'início rápido' pode ser encontrada em 'opções de energia' no painel de controle. Desativar isso !!! :)

    

Answer 9

Se você é dual boot sua máquina com o Ubuntu e Windows juntos e esse problema ocorre, é porque o Windows altera o sistema de arquivos, nesse caso, isso pode fazer o truque. Tente desativar a inicialização rápida

% bl0ck_qu0te%

Agora, a inicialização no Ubuntu resolverá o problema. Espero que isso ajude!

link

    

Answer 10

As configurações de inicialização mal configuradas (tente montar / como ext2 ) não exibem erro físico de partição ou de partição.

dmesg | grep "error" me deu:

ext3-fs (sda2): error: couldn't mount because of unsupported optional features (240) 
ext2-fs (sda1): error: couldn't mount because of unsupported optional features (240) 
ext4-fs (sda2): mounted file system with ordered data mode: opts: (null)

Montou / como somente leitura devido à diretiva fstab error=mount-ro .

    

Answer 11

Para mim, reiniciando um sistema resolvendo esse problema

sudo reboot

como ele mencionou sobre isso.

    

Answer 12

Verifique se você tem algum hardware defeituoso. Recebi este erro devido a um afrouxamento do hardisk. Ran mount -o remontar, rw / e funcionou bem.

    

Answer 13

Isso funcionou para mim

Primeiro, listo as partições:

sudo fdisk -l

Partições

    Device Boot         Start         End      Blocks   Id  System
    /dev/sda1            2048      999423      498688   82  Linux swap / Solaris
    /dev/sda2          999424    83886079    41443328   83  Linux

Então eu consertei a partição do sistema:

sudo fsck -f -y /dev/sda2

% bl0ck_qu0te%

E finalmente reiniciei a máquina:

sudo reboot

    

Answer 14

Estou usando a versão 18.04 LTS e o que eu fiz foi, primeiro desmontei minhas unidades danificadas, então entrei no aplicativo "Disks", pesquisando no painel. De lá, selecionei a unidade danificada. Certifique-se de que está desmontado ou que não funcionará. No menu de opções (a pequena forma de engrenagem), e clicou em "reparar sistema de arquivos". Estrondo! Trabalhou como um encanto.

    

Answer 15

Se você estivesse em situações que não podem usar o disco ao vivo, por exemplo você está remotamente ssh em seu sistema, você ainda pode usar o comando que o @Bibhas havia respondido:

sudo fsck.ext4 -f /current/filesystem/mount/point

Ele solicitará a correção do erro do seu sistema de arquivos. Você também precisa reiniciar seu sistema remotamente.

    

Answer 16

primeiro no Menu de Recuperação (somente leitura) selecione dpgk Reparar pacotes danificados no final, o menu de recuperação será Menu de Recuperação (leitura / gravação) selecione root Usuário da janela de comando e você poderá usá-lo como usuário root!

    

Answer 17

No meu caso, o RAID 1 ficou estabilizado após a instalação inicial. Eu tenho / boot e / em s / w RAID1. Tendo deixado o sistema durante a noite e reiniciado, tudo está funcionando bem. Richard