Linux: read-only file system (EROFS)

Come appare il messaggio

touch: cannot touch '/var/www/test': Read-only file system

Cause frequenti

• ext4 con errors=remount-ro ha rilevato un errore ed è passato in sola lettura.
• Disco o SSD guasto, errori di I/O nello storage della VM.
• Montato ro in /etc/fstab, o root volutamente in sola lettura (container, appliance).
• Hardening systemd: ProtectSystem=strict rende tutto in sola lettura per il servizio, tranne ReadWritePaths.
• Storage thin provisioning pieno sull'hypervisor.

Verifica

1. Mostra le opzioni di mount del percorso
   findmnt -o TARGET,SOURCE,FSTYPE,OPTIONS -T /var/wwwCopia
2. Cerca nei messaggi del kernel errori di filesystem e I/O
   dmesg -T | grep -iE 'EXT4-fs error|I/O error|remount|read-only' | tail -n 20Copia
3. Controlla lo stato SMART del disco
   smartctl -H -A /dev/sdaCopia
4. Mostra l'hardening systemd del servizio
   systemctl show nginx.service -p ProtectSystem -p ReadWritePaths -p ProtectHomeCopia

Soluzione

• Prima metti al sicuro i dati, finché si possono leggere.
• Con errori di filesystem esegui fsck -f sul dispositivo smontato da un sistema rescue.
• Solo se la causa è chiara e innocua: mount -o remount,rw /.
• Per i servizi systemd sblocca i percorsi necessari con un override: ReadWritePaths=/var/www/uploads.
• Con errori I/O o SMART sostituisci il disco o avvisa il provider.

Domande frequenti

Posso semplicemente fare remount,rw?

Tecnicamente sì, ma se il kernel è passato in sola lettura per errori stai scrivendo su un filesystem danneggiato. Prima verifica, poi rimonta.

Perché root scrive e il servizio no?

Di solito è attivo l'hardening di systemd. ProtectSystem e ReadOnlyPaths valgono solo nel namespace del servizio, non nella tua shell.