Linux passa in sola lettura: non forzare subito la scrittura

Quando il problema riguarda tutto il filesystem

Se più applicazioni smettono di salvare nella stessa posizione e compare un messaggio di filesystem in sola lettura, non è detto che sia cambiato il permesso di ogni documento. La limitazione può riguardare il filesystem montato, quindi tutti i percorsi che dipendono da esso.

Alcuni supporti sono intenzionalmente in sola lettura. In altri casi il sistema può passare a questa modalità dopo un errore: ext4, per esempio, prevede una politica di rimontaggio in sola lettura. Non significa che ogni caso sia un guasto fisico, ma impone prudenza prima di riabilitare le scritture.

Mettere al sicuro il lavoro ancora aperto

Interrompi esportazioni, sincronizzazioni o download diretti alla posizione coinvolta. Se hai modifiche non salvate, usa Salva con nome su un supporto sano e separato che sei certo di poter utilizzare. Verifica l'apertura della copia, senza cancellare l'originale.

Non avviare una copia massiccia dal disco sospetto se compaiono rumori anomali, disconnessioni o errori di lettura ripetuti. Anche leggere può sollecitare un supporto in difficoltà. In presenza di dati insostituibili, chiedi prima una valutazione della strategia di acquisizione.

Consultare il montaggio senza cambiarlo

Dal terminale puoi usare findmnt --target seguito dal percorso di un file o di una cartella interessata. Se il percorso contiene spazi, racchiudilo tra virgolette. Il comando individua il filesystem pertinente e ne mostra le informazioni: non lo smonta e non ne cambia le opzioni.

Annota origine, destinazione, tipo e opzioni. La presenza di ro segnala la sola lettura nel contesto riportato; rw indica una modalità di lettura e scrittura, ma non garantisce da sola che il tuo utente possa modificare ogni file. I permessi del documento e dell'applicazione restano un livello distinto.

Raccogliere i segnali senza provocare altri errori

Conserva il primo messaggio e l'orario approssimativo. Annota se il supporto è interno, esterno o di rete e se il problema è seguito a uno scollegamento, un'interruzione di alimentazione o un aggiornamento. Non ripetere salvataggi per produrre artificialmente nuove prove.

Se soltanto una posizione risulta coinvolta, evita di modificare le altre. Se l'errore riguarda il sistema stesso e compaiono malfunzionamenti diffusi, limita le attività. Un riavvio può cancellare parte del contesto e non risolve necessariamente la causa che ha imposto la protezione.

Cosa non fare prima della diagnosi

Non eseguire un rimontaggio forzato in scrittura, non formattare e non avviare riparazioni automatiche sul filesystem in uso. Una correzione appropriata dipende da tipo di filesystem, causa, stato del supporto e disponibilità del backup. Non copiare comandi destinati a un'altra unità.

La sola lettura non equivale sempre a una protezione forense contro ogni scrittura: la documentazione ext4 avverte che il montaggio può comportare il replay del journal. Per preservare un supporto danneggiato o dati da recuperare occorre una procedura specifica, non basta aggiungere ro a un comando trovato online.

Domande frequenti

Posso risolvere cambiando i permessi con chmod?

Non se la limitazione deriva dal montaggio del filesystem. Cambiare autorizzazioni non rimuove quel vincolo e può alterare inutilmente la sicurezza dei file.

Un backup recente rende sicuro forzare la scrittura?

No. Riduce il rischio di perdere alcuni contenuti, ma non chiarisce la causa del problema. Prima verifica la copia e il supporto, poi scegli un intervento coerente con la diagnosi.