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
rono/etc/fstabou 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
mount | grep -E 'on / | ro[,\)]'Veja também o que está montado e em qual dispositivo:
lsblk -fSe você suspeita de erro de disco, procure mensagens do kernel:
dmesg -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
/:
sudo mount -o remount,rw /- Para um ponto de montagem específico (exemplo
/mnt/dados):
sudo mount -o remount,rw /mnt/dadosSe 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)
lsblk -fDesmonte a partição (se não for a raiz)
sudo umount /dev/sdXNRode o reparo conforme o sistema de arquivos
- ext4 / ext3 / ext2 (mais comum):
sudo fsck -f /dev/sdXN- XFS (não usa fsck do mesmo jeito; o padrão é
xfs_repair):
sudo xfs_repair /dev/sdXN- Btrfs (use com cuidado; normalmente começa-se por verificação e manutenção):
sudo btrfs check --readonly /dev/sdXNDepois, monte novamente e verifique se voltou a rw:
sudo mount /dev/sdXN /ponto/de/montagem
mount | grep /ponto/de/montagem4) Verifique o /etc/fstab (para não “voltar” como ro)
Abra o arquivo:
sudo nano /etc/fstabO que checar:
- Se existe opção
rona linha do disco/partição. - Se o UUID está correto (UUID errado pode causar montagem inesperada).
- Opções comuns para ext4 costumam ser
defaultsouerrors=remount-ro(essa última é normal e ajuda a proteger em caso de erro).
Para conferir UUIDs:
blkid5) 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:
sudo smartctl -a /dev/sdX(Instale o pacote smartmontools se necessário.)
Tabela rápida: diagnóstico vs correção
| Objetivo | Comando | O que você procura |
|---|---|---|
Ver o que está montado e se está ro | mount | Opções ro ou rw por partição |
| Identificar partições e filesystem | lsblk -f | Device, ponto de montagem, tipo (ext4, xfs, btrfs) |
| Ver erros recentes do kernel | dmesg -T | I/O error, EXT4-fs error, journal error |
| Conferir UUIDs | blkid | UUID correto para o /etc/fstab |
| Situação | Comando | Quando usar |
|---|---|---|
Tentar voltar para rw rapidamente | sudo mount -o remount,rw / | Quando precisa “destravar” e testar; pode ser temporário |
| Corrigir ext2/3/4 offline | sudo fsck -f /dev/sdXN | Partição desmontada ou via Live USB |
| Corrigir XFS offline | sudo xfs_repair /dev/sdXN | Partição desmontada ou via Live USB |
| Ajustar montagem automática | editar /etc/fstab | Quando a montagem está configurada como ro ou com UUID errado |
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.
