O erro “read-only file system” aparece quando o kernel detecta falhas no disco ou corrupção no sistema de arquivos e, para proteger seus dados, remonta a partição como somente leitura. Para resolver, identifique o dispositivo, tente mount -o remount,rw e corrija erros com fsck (com a partição desmontada).
Por que o Linux fica “Read-Only”?
Quando o Linux encontra inconsistências no sistema de arquivos (por exemplo, erros de journaling no ext4) ou falhas de I/O vindas do armazenamento (SSD/HDD/pendrive), ele pode remontar a partição como somente leitura para evitar que novas gravações piorem a corrupção.
Causas comuns:
- Desligamento brusco ou queda de energia durante gravação.
- Setores defeituosos ou SSD com falhas (I/O errors).
- Cabo/porta com mau contato (SATA/USB).
- Sistema de arquivos corrompido (inconsistência no journal/metadata).
- Opção ro no /etc/fstab ou montagem feita manualmente como somente leitura.
Passo a passo para corrigir o erro
Antes de tudo: se for um disco com dados importantes, priorize backup do que ainda é legível. Em corrupção real, insistir em gravações pode piorar.
1) Descubra qual partição virou somente leitura
Bashmount | grep -E 'on / | ro[,\)]'Veja também o que está montado e em qual dispositivo:
Bashlsblk -fSe você suspeita de erro de disco, procure mensagens do kernel:
Bashdmesg -T | tail -n 2002) Tente um remount como leitura e escrita (solução rápida, pode não durar)
Se o erro foi “pontual”, às vezes um remount resolve temporariamente:
- Para a raiz /:
- Para um ponto de montagem específico (exemplo /mnt/dados):
Se voltar para ro logo em seguida, trate como sintoma de erro real e vá para o fsck (ou ferramenta equivalente do seu filesystem).
3) Rode a checagem e reparo do sistema de arquivos (forma correta)
Regra de ouro: fsck deve ser executado com a partição desmontada. Se for a partição raiz, o caminho mais seguro é usar um Live USB (ou modo recovery) para checar “offline”.
Identifique o device (ex.: /dev/sda2, /dev/nvme0n1p2)
Bashlsblk -fDesmonte a partição (se não for a raiz)
Bashsudo umount /dev/sdXNRode o reparo conforme o sistema de arquivos
- ext4 / ext3 / ext2 (mais comum):
- XFS (não usa fsck do mesmo jeito; o padrão é xfs_repair):
- Btrfs (use com cuidado; normalmente começa-se por verificação e manutenção):
Depois, monte novamente e verifique se voltou a rw:
Bashsudo mount /dev/sdXN /ponto/de/montagem mount | grep /ponto/de/montagem4) Verifique o /etc/fstab (para não “voltar” como ro)
Abra o arquivo:
Bashsudo nano /etc/fstabO que checar:
- Se existe opção ro na linha do disco/partição.
- Se o UUID está correto (UUID errado pode causar montagem inesperada).
- Opções comuns para ext4 costumam ser defaults ou errors=remount-ro (essa última é normal e ajuda a proteger em caso de erro).
Para conferir UUIDs:
Bashblkid5) Se o erro persistir, suspeite do hardware (disco/porta/cabo)
Se o kernel remonta como ro repetidamente, é comum haver falha física ou erro de comunicação. Se tiver SMART disponível:
Bashsudo smartctl -a /dev/sdX(Instale o pacote smartmontools se necessário.)
Tabela rápida: diagnóstico vs correção
Dúvidas relacionadas
O que causa o erro de sistema de arquivos somente leitura?
Normalmente, corrupção no sistema de arquivos (journaling/metadata) ou falhas de I/O do disco. Para proteger os dados, o kernel remonta a partição como ro e impede novas gravações.
Como forçar a montagem de um disco como leitura e escrita?
Você pode tentar sudo mount -o remount,rw /ponto/de/montagem (ou / para a raiz). Se o sistema voltar para ro, é sinal de erro real e você deve checar e reparar o sistema de arquivos offline.
O comando fsck apaga arquivos?
Ele não “apaga por padrão”, mas pode mover dados corrompidos para diretórios como lost+found (em ext*) e pode remover entradas inválidas para restaurar consistência. Em casos graves, pode haver perda de dados já comprometidos. Por isso, faça backup do que ainda estiver acessível antes.