Como corrigir "sudo: impossível abrir ... sistema de arquivos somente leitura"?


137

O título pode não ser tão descritivo quanto eu gostaria que fosse, mas não conseguiu chegar a um melhor.

O sistema de arquivos do meu servidor entrou em Somente Leitura. E eu não entendo por que isso acontece e como resolvê-lo.

Posso fazer 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, recebo:

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 reiniciar manualmente, basta iniciar sem nenhum aviso ou mensagem dizendo que algo está errado.

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


Recomendo ao @John que mude a resposta da última resposta postada por Bibhas, pois ela realmente funciona onde as outras respostas não são realmente úteis.
Joshua Robison


Todos, esta pergunta é para um servidor, não um PC. Se você tiver esse problema no seu PC de inicialização dupla, verifique The **quick start** option can be found in **power options** in the control panel of Windows. Estou tendo o mesmo problema com um Ubuntu na AWS
vanduc1102 14/07

Respostas:


66

O sistema de arquivos geralmente entra em somente leitura enquanto o sistema está sendo executado se houver um problema de consistência do sistema de arquivos. Isso é especificado fstabcomo errors=remount-roe ocorrerá quando um acesso ao FS falhar ou se for solicitada uma remontagem somente leitura de emergência via Alt+ SysRq+ U. Você pode correr:

sudo fsck -Af -M

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

Edit: Não esqueça o -Mna linha de comando.

NOTA: Como mencionado por Bibhas em sua resposta : Se fsckficar preso após o banner da versão:

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

convém tentar usar o fsck específico do EXT4

$ sudo fsck.ext4 -f /dev/sda1

Desde que a partição em questão /dev/sda1fosse um sistema de arquivos ext4.


2
Eu acho que você não deve forçar uma verificação do sistema de arquivos em outros sistemas de arquivos montados em r / w. Isso potencialmente corrompe seus dados. Inclua a -Mopção para pular sistemas de arquivos montados. ( -M Do not check mounted filesystems and return an exit code of 0 for mounted filesystems.from FSCK (8))
gertvdijk

35
Isso não ajuda, apenas recebo o mesmo erro ao tentar executar esse comando. sudo: unable to open /var/lib/sudo/kuplack/1: Read-only file system fsck from util-linux 2.20.1
Mark Kramer

1
Mas ... -M ignorará os sistemas de arquivos montados, incluindo / dev / sda1 (ou o que já foi montado na unidade inclui / var / lib / sudo / ...). @ MarkKramer: eu recomendo sempre definir a senha de root ao instalar o linux, com sudo su; passwd. Então você pode usar su -c fsck -Af -M.
precisa saber é o seguinte

1
Sim, para mim eu precisava remover -M desde que o / dev / sda1 foi montado e, para facilitar sua vida, adicione -Afy (O y significa responder sim a todas as solicitações) ... Eu jogo rápido e livre com as VMs, então eu ' Em geral, estou bem com esse tipo de solução, mas se esse hardware não tiver backup, pode ser diferente e ler dmesg.
FreeSoftwareServers

2
@DarshanChaudhary O -Msinalizador faz com que o fsck pule os sistemas de arquivos montados. Veja a página de fsck (8)manual.
ζ--

45

Aqui está o comando que resolveu meu problema:

mount -o remount /

melhor que uma reinicialização ou sudo fsck -Af


21
Não é melhor se o sistema operacional tiver tornado seu disco somente leitura para evitar uma possível corrupção.
de Drew Noakes

5
Não apenas isso - apenas o root poderá remontar o sistema de arquivos e sudonão funcionará se o sistema de arquivos for somente leitura.
Nathan Osman

11
Não ajuda, eu só recebo a mesma mensagem:sudo: unable to open /var/lib/sudo/kuplack/1: Read-only file system mount: cannot remount block device /dev/sda2 read-write, is write-protected
Mark Kramer

3
Sim, este funcionou.
RT

2
mount: cannot remount /dev/sda8 read-write, is write-protected
Rishabh Agrahari

42

A resposta por hexafraction não funcionou para mim. Toda vez que tentei executá- sudo fsck -Af -Mlo, mostrava

$ 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 executar isso funcionou -

sudo fsck.ext4 -f /dev/sda1

Desde que a partição em questão /dev/sda1fosse um sistema de arquivos ext4.


4
Obrigado por esta resposta. Esta é a única coisa que realmente tinha trabalhado
Joshua Robison

5
-M significa não executar sistemas de arquivos montados. Seu sistema de arquivos / dev / sda1 foi montado (suponho em /). Então foi ignorado.
dalore

3
sudo fsck.ext4 -f /dev/sda1trabalho. Ainda é necessário reiniciar.
efkan

1
Funcionou para mim no ubuntu 16.04.3 Obrigado
Rosário Pereira Fernandes

13

Tente executar dmesg | grep "EXT4-fs error"para verificar se há algum problema relacionado ao sistema de arquivos / sistema de diário. Eu recomendo que você reinicie seu sistema, então. Além disso, a sudo fsck -Afresposta do ObsessiveSSOℲ não fará mal.


10

Se você deseja forçar o sistema de arquivos raiz a remontar como rw, faça o seguinte.

mount -o remount,rw /

isso foi resolvido meu problema, eu uso a nuvem hetzner com 160gb ssd, nunca tive esse erro antes
Fathur Rohim 02/02

9

Observe que algumas vezes isso pode ser causado pelo fato de o computador esquecer a hora do sistema - a verificação do disco falha porque as datas no diário estão em THE FUTURE!

Definir o tempo do BIOS (e verificar a bateria do BIOS) corrigiu esse problema para mim, sem precisar fazer nenhuma recuperação de disco.


Bem-vindo ao Ask Ubuntu! Eu recomendo editar esta resposta para expandi-la com detalhes específicos sobre como fazer isso. (Veja também Como faço para escrever uma boa resposta? Para o conselho geral sobre que tipos de respostas são consideradas mais valiosas no Pergunte Ubuntu.)
David Foerster

Estou bastante certo de que isso está acontecendo comigo agora, já que meu computador me disse que esqueceu sua hora esta manhã.
nomen 22/01

2

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

É melhor verificar se dmesghá erros relacionados ao disco.

O Google está cheio de discussões sobre isso e você pode escolher os que estão mais próximos da sua configuração, mas dmesggeralmente é suficiente dar uma olhada .


O que se deve procurar / grepna dmesgsaída?
Isomorphismes

Infelizmente, se você optou por criptografar sua pasta pessoal, dmesgé provável que ele esteja cheio de erros inúteis ecryptfs.
Nathan Osman

2

Para mim, reinicializando um sistema que resolve esse problema

sudo reboot

como ele mencionou sobre isso.


2

(Resposta anterior excluída)

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

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


Apenas um que funcionou. À custa da velocidade de inicialização.
NelsonGon

2

Se você está inicializando duas vezes sua máquina com o Ubuntu e o 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

Painel de controle> Hardware e sons> Opções de energia> (à esquerda) Escolha o que fecha a tampa> Altere as configurações que estão indisponíveis no momento> Desmarque 'Ativar inicialização rápida'

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

https://youtu.be/KJ-0KPZhAFo


1

Se você estava em situações que não podem usar o disco ao vivo, por exemplo, você é remotamente ssh no seu sistema, ainda pode usar o comando que o @Bibhas respondeu:

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

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


0

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


0

Verifique se você possui algum hardware com defeito. Este erro ocorreu devido a um afrouxamento do disco rígido. Ran mount -o remount, rw / e funcionou bem.


-1

Suas configurações de inicialização mal configuradas (tente montar /como ext2) não geram ou particionam erros físicos.

dmesg | grep "error" deu-me:

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)

Ele foi montado /como somente leitura devido à error=mount-rodiretiva fstab .


-1

Estou usando a versão 18.04 LTS e o que fiz foi: primeiro desmontei as unidades danificadas e entrei no aplicativo "Disks" pesquisando no painel. A partir daí, selecionei a unidade que estava danificada. Verifique se está desmontado, caso contrário não funcionará. No menu de opções (a pequena forma de engrenagem), clique em "reparar sistema de arquivos". Estrondo! Funcionou como um encanto.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.