Linux: erro sistema de arquivos somente leitura? Como Resolver (Guia 2026)

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

mount | grep -E 'on / | ro[,\)]'

mount | grep -E 'on / | ro[,\)]'

Veja também o que está montado e em qual dispositivo:

lsblk -f

lsblk -f

Se você suspeita de erro de disco, procure mensagens do kernel:

dmesg -T | tail -n 200

dmesg -T | tail -n 200

2) 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 /

sudo mount -o remount,rw /

• Para um ponto de montagem específico (exemplo /mnt/dados):

sudo mount -o remount,rw /mnt/dados

sudo mount -o remount,rw /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)

lsblk -f

lsblk -f

Desmonte a partição (se não for a raiz)

sudo umount /dev/sdXN

sudo umount /dev/sdXN

Rode o reparo conforme o sistema de arquivos

• ext4 / ext3 / ext2 (mais comum):

sudo fsck -f /dev/sdXN

sudo fsck -f /dev/sdXN

• XFS (não usa fsck do mesmo jeito; o padrão é xfs_repair):

sudo xfs_repair /dev/sdXN

sudo xfs_repair /dev/sdXN

• Btrfs (use com cuidado; normalmente começa-se por verificação e manutenção):

sudo btrfs check --readonly /dev/sdXN

sudo btrfs check --readonly /dev/sdXN

Depois, monte novamente e verifique se voltou a rw:

sudo mount /dev/sdXN /ponto/de/montagem
mount | grep /ponto/de/montagem

sudo mount /dev/sdXN /ponto/de/montagem
mount | grep /ponto/de/montagem

4) Verifique o /etc/fstab (para não “voltar” como ro)

Abra o arquivo:

sudo nano /etc/fstab

sudo nano /etc/fstab

O 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:

blkid

blkid

5) 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

sudo smartctl -a /dev/sdX

(Instale o pacote smartmontools se necessário.)

Tabela rápida: diagnóstico vs correção

Dúvidas relacionadas