Soluzione 1:
Temo che ciò sia dovuto alla corruzione del filesystem o a problemi sull'hardware sottostante, poiché è il filesystem di root, la mia raccomandazione è di riavviare il server con un disco di ripristino (o in modalità utente singolo) e provare a riparare il disco tramite fsck
- Controlla cosa
dmesg
dice di confermare la corruzione - Esegui
fsck
per riparare il disco rigido, non appena viene eseguito fsck, riavviare immediatamente per evitare qualsiasi problema
Ciao Marco,
Temo che questo sia un sintomo di danneggiamento del sistema da parte di riparatori o problemi hardware sottostanti, quindi quello che consiglio è di riavviare il server con un CD di ripristino e provare a riparare il disco con fsck
- Guarda, ho dato il comando
dmesg
nomi per confermare che c'è stata corruzione - Esegui
fsck
Per riparare il tuo disco, una volta terminato, rimbalza immediatamente per evitare qualsiasi altro tipo di problema
Bona sorte!
Soluzione 2:
L'ho già visto quando una scheda RAID è andata male e non è stato possibile scrivere sul file journal ext3. A quel punto, il kernel ha contrassegnato il root FS in sola lettura e non gli ha permesso di tornare indietro.
Non è stato registrato nulla a riguardo, perché ovviamente /var FS era sullo stesso disco, e anche RO. dmesg
, tuttavia, è stato lieto di informarci del problema. Quindi, puoi fare un dmesg
e parlaci dell'output?
Nel nostro caso, l'unica soluzione era spegnere e riaccendere per riattivare la scheda RAID, quindi riavviare dal supporto di ripristino e fsckare il file system.