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

115

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:

[email protected]:~$ 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:

[email protected]:~$ 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.

    
por John 07.10.2012 / 17:41

17 respostas

53

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.

    
por hexafraction 07.10.2012 / 17:58
40

Aqui está o comando que resolveu meu problema:

mount -o remount /

melhor que um reboot ou sudo fsck -Af

    
por Sulliwane 30.01.2013 / 17:23
32

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.

    
por Bibhas 17.02.2014 / 16:44
10

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.

    
por thiagowfx 24.06.2013 / 20:17
9

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

mount -o remount,rw /
    
por johnboiles 01.06.2015 / 07:07
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.

    
por Tony Cook 23.02.2016 / 03:15
1

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.

    
por axis 07.10.2012 / 17:58
1

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

    
por Joyy 25.04.2018 / 10:03
1

(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 !!! :)

    
por sarthak-sopho 23.12.2017 / 09:18
0

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.

    
por allenyllee 09.09.2018 / 07:14
0

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!

    
por nikolaos 15.08.2014 / 11:36
0

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

    
por Richard Moore 08.12.2015 / 12:51
0

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 .

    
por misiagogo 21.08.2016 / 08:22
0

Para mim, reiniciando um sistema resolvendo esse problema

sudo reboot

como ele mencionou sobre isso.

    
por Zaman Oof 14.03.2017 / 19:09
0

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

    
por Mwongera 15.06.2017 / 16:04
0

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
    
por Wictor Chaves 02.02.2018 / 12:46
0

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.

    
por Cdadgy71 02.06.2018 / 14:07