Come risolvere "sudo: impossibile aprire ... File system di sola lettura"?

110

Il titolo potrebbe non essere descrittivo come vorrei, ma non è in grado di trovare uno migliore.

Il file system del mio server è andato in sola lettura. E non capisco perché lo faccia e come risolverlo.

Posso inserire SSH nel server e quando provo ad avviare apache2 ad esempio ottengo il seguente:

[email protected]:~$ sudo service apache2 start
[sudo] password for username:
sudo: unable to open /var/lib/sudo/username/1: Read-only file system
 * Starting web server apache2                                                                                                                                                                                                               (30)Read-only file system: apache2: could not open error log file /var/log/apache2/error.log.
Unable to open logs
Action 'start' failed.
The Apache error log may have more information.

Quando provo a riavviare il server, ottengo:

[email protected]:~$ sudo shutdown -r now
[sudo] password for username:
sudo: unable to open /var/lib/sudo/username/1: Read-only file system

Una volta riavviato manualmente, si avvia senza alcun avviso o messaggio che dice che qualcosa non va.

Spero che qualcuno possa indicarmi la direzione giusta per risolvere questo problema.

    
posta John 07.10.2012 - 17:41

16 risposte

50

Il filesystem di solito entra in sola lettura mentre il sistema è in esecuzione se c'è un problema di consistenza del filesystem. Questo è specificato in fstab come errors=remount-ro e si verifica quando un accesso FS fallisce o viene richiesta una rimessa di sola lettura di emergenza tramite Alt + SysRq + U . Puoi eseguire:

sudo fsck -Af -M

per forzare un controllo di tutti i filesystem. Come una delle altre risposte afferma, anche guardare dmesg è molto utile.

Modifica: non dimenticare -M sulla riga di comando.

    
risposta data hexafraction 07.10.2012 - 17:58
39

Ecco il comando che ha risolto il mio problema:

mount -o remount /

migliore di un riavvio o sudo fsck -Af

    
risposta data Sulliwane 30.01.2013 - 17:23
31

La risposta di hexafraction non ha funzionato per me. Ogni volta che ho provato a eseguire sudo fsck -Af -M , ho appena mostrato

$ sudo fsck -Af -M
fsck from util-linux 2.20.1

e nient'altro. Nessun errore o altro Per me, l'avvio in un disco live e l'esecuzione di questo ha funzionato -

sudo fsck.ext4 -f /dev/sda1

Se la partizione in questione /dev/sda1 era un filesystem ext4.

    
risposta data Bibhas 17.02.2014 - 16:44
10

Prova a eseguire dmesg | grep "EXT4-fs error" per vedere se hai problemi relativi al sistema di file system / journaling stesso. Ti consiglierei di riavviare il sistema, quindi. Inoltre, sudo fsck -Af answer di ObsessiveSSOℲ non guasta.

    
risposta data thiagowfx 24.06.2013 - 20:17
9

Se vuoi forzare il tuo filesystem di root su remount come rw, puoi fare quanto segue.

mount -o remount,rw /
    
risposta data johnboiles 01.06.2015 - 07:07
5

Si noti che a volte ciò può essere causato dal fatto che il computer dimentica l'ora del sistema - la verifica del disco fallisce perché le date nel diario sono nel FUTURO!

L'impostazione dell'ora del BIOS (e il controllo della batteria del BIOS) ha risolto il problema per me, senza dover eseguire alcun ripristino del disco.

    
risposta data Tony Cook 23.02.2016 - 03:15
1

Solitamente Linux mette i filesystem in sola lettura quando si verificano errori, specialmente errori con il disco o il filesystem stesso, ad esempio errori come una voce di diario errata.

È meglio controllare il dmesg per gli errori relativi al disco.

Google è pieno di discussioni su questo e puoi scegliere quelli che è più vicino alla tua configurazione, ma un controllo su dmesg è in genere sufficiente.

    
risposta data axis 07.10.2012 - 17:58
1

(risposta precedente cancellata)

Modifica: il problema principale era sul lato Windows. Dopo aver aggiornato il mio Windows 10, l'opzione 'avvio rapido' è stata abilitata automaticamente. Disabilitando di nuovo l'opzione e riavviando di nuovo la macchina, il problema è andato via. Windows 10 mi ha dato un forte mal di testa per giorni :(

L'opzione 'avvio rapido' è disponibile in 'Opzioni risparmio energia' nel pannello di controllo. Disabilita !!! :)

    
risposta data sarthak-sopho 23.12.2017 - 09:18
1

Se stai eseguendo il dual boot della tua macchina con Ubuntu e Windows insieme e questo problema si verifica, è perché Windows cambia il filesystem, in tal caso questo potrebbe fare il trucco. Prova a disabilitare l'avvio rapido

  

Pannello di controllo & gt; Hardware e suoni & gt; Opzioni di alimentazione & gt; (a sinistra) Scegli cosa chiudere il coperchio & gt; Modifica le impostazioni che al momento non sono disponibili & gt; Deseleziona "Attiva avvio rapido"

Ora l'avvio in Ubuntu risolverà il problema. Spero che questo aiuti!

link

    
risposta data Joyy 25.04.2018 - 10:03
0

prima al Menu di ripristino (sola lettura) selezionare dpgk Riparare i pacchetti danneggiati alla fine il menu di recupero sarà Menu di ripristino (leggi / scrivi) selezionare utente della finestra di comando root e sarai in grado di usarlo come utente root!

    
risposta data nikolaos 15.08.2014 - 11:36
0

Nel mio caso si trattava di stabilizzare RAID 1 dopo l'installazione iniziale. Ho / boot e / su s / w RAID1. Dopo aver lasciato il sistema durante la notte e riavviato, tutto funziona correttamente. Richard

    
risposta data Richard Moore 08.12.2015 - 12:51
0

Le impostazioni di avvio configurate in modo errato (prova a montare / come ext2 ) non sono l'errore fisico di unità o partizione.

dmesg | grep "error" mi ha dato:

ext3-fs (sda2): error: couldn't mount because of unsupported optional features (240) 
ext2-fs (sda1): error: couldn't mount because of unsupported optional features (240) 
ext4-fs (sda2): mounted file system with ordered data mode: opts: (null)

Ha montato / come letto solo a causa della direttiva fstab error=mount-ro .

    
risposta data misiagogo 21.08.2016 - 08:22
0

Per me, riavvio di un sistema che risolve questo problema

sudo reboot

come ha detto a riguardo.

    
risposta data Zaman Oof 14.03.2017 - 19:09
0

Controlla se hai qualche hardware difettoso. Ho ricevuto questo errore a causa di un allentamento dell'hardisk. Ran mount -o remount, rw / e ha funzionato bene.

    
risposta data Mwongera 15.06.2017 - 16:04
0

Questo mi ha funzionato

Per prima cosa elencho le partizioni:

sudo fdisk -l

Partizioni

    Device Boot         Start         End      Blocks   Id  System
    /dev/sda1            2048      999423      498688   82  Linux swap / Solaris
    /dev/sda2          999424    83886079    41443328   83  Linux

Quindi ho corretto la partizione del sistema:

sudo fsck -f -y /dev/sda2
  

Mi ha funzionato solo con il parametro f (forza), il parametro y è su   rispondere sì in tutte le domande

E alla fine ho riavviato la macchina:

sudo reboot
    
risposta data Wictor Chaves 02.02.2018 - 12:46
0

Sto usando la versione LTS della 18.04 e quello che ho fatto è stato, prima ho smontato le mie unità danneggiate e poi sono entrato nell'app "Disks" cercando nel dash. Da lì ho selezionato l'unità che è stata danneggiata. Assicurati che sia smontato altrimenti non funzionerà. Nel menu delle opzioni (la piccola forma dell'ingranaggio), e clicca su "ripara file system". Boom! Ha funzionato come un fascino.

    
risposta data Cdadgy71 02.06.2018 - 14:07

Leggi altre domande sui tag