Come posso controllare / dev / xvda1?


60

All'accesso all'istanza EC2 (Ubuntu), vedo

*** /dev/xvda1 should be checked for errors ***

Non posso fsck /dev/xvda1perché è montato e sudo umount /dev/xvda1non funziona perché è in uso. lsofSpettacoli

jbd2/xvda  172               root  cwd       DIR              202,1     4096          2 /
jbd2/xvda  172               root  rtd       DIR              202,1     4096          2 /
jbd2/xvda  172               root  txt   unknown                                        /proc/172/exe

ed kill -SIGKILL 172è inefficace.

Cosa fare?


Puoi impostare / dev / xvda1 su "noauto" in fstab e riavviare?
— Nils Toedtmann,

Per Ubuntu, vedi la risposta su askubuntu.com/a/548772/184435
— danorton

Risposte:


51

La maggior parte dei Linux in questi giorni dovrebbe eseguire un fsck forzato all'avvio quando il file / forcefsck è presente sul sistema. Se sei libero di riavviare la VM, esegui

touch /forcefsck

Quindi riavviare a vostro piacimento


95

Per la nostra istanza ec2 ubuntu, le risposte sopra non hanno funzionato completamente.

Su Ubuntu, per impostazione predefinita, il controllo non è abilitato nel file rcS . Così

  1. Modifica il file rcS sudo vi / etc / default / rcS

sotto la linea

#FSCKFIX=no

Inserisci

FSCKFIX=yes
  1. Modifica il file fstab. sudo vi / etc / fstab

Cercare il record per / e se l'ultima cifra è '0', cambiarla in '1'. L'ultimo campo è fsckorder ed è utilizzato da fsck per decidere l'ordine di controllo dei dischi. Se il valore è "0", quel disco viene ignorato .

Ad esempio,

LABEL=cloudimg-rootfs   /        ext4   defaults,discard        0 0

per

LABEL=cloudimg-rootfs   /        ext4   defaults,discard        0 1 
  1. Crea / forcefsck file

    sudo touch / forcefsck

Riavvia dalla console ec2.

Ripristina il valore di fsckorder da '1' a '0' in / etc / fstab Elimina la riga FSCKFIX=yesper riportare il file rcS allo stato originale.

Spero che sia d'aiuto.


5
Questo ha funzionato per me. Semplicemente facendo "touch / forcefsck" non lo risolvo, ho dovuto abilitare anche FSCKFIX.
— Florin Andrei,

1
Anch'io; semplicemente facendo sudo touch /forcefsckprima di riavviare non ha funzionato su un sistema Ubuntu 14.04, ma questa risposta ha funzionato.
— Teemu Leisti,

Ho dovuto fare un altro passo - una modifica a / etc / fstab come descritto qui: nathanpfry.com/… È strano perché l'ultima volta che ho avuto questo risultato, ho usato la tua risposta e ha funzionato così com'è.
— figlio del

2
Grazie, questo mi ha risolto per me su un'istanza ec2 di AWS. Non ho dovuto riavviare dalla console, un semplice sudo rebootcon le tue modifiche risolto questo.
— Ralph,

Ciò ha anche risolto il problema sul mio computer locale. Credo che questo dovrebbe essere contrassegnato come migliore.
— Arda,

7

Dal momento che non è possibile avviare il disco live, questo potrebbe sembrare un po 'strano, ma immagino che farà il lavoro)

alto livello:

  • avviare in una nuova (un'altra) istanza.
  • collegare lo spazio di archiviazione dalla vecchia istanza alla nuova (corrente).
  • corri fsck.
  • staccare la memoria dalla nuova (corrente) e ricollegarla alla vecchia istanza.

0

Faccio solo 3 passaggi di seguito e il problema è stato risolto.

  1. Aggiungi "FSCKFIX = yes" a / etc / default / rcS
  2. sudo touch / forcefsck
  3. riavvio sudo

Ringrazia tutti.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.