Il controllo del filesystem di root ha esito negativo dopo un'interruzione di corrente durante l'installazione

18

Durante la fase di "installazione" dell'aggiornamento si è verificata un'interruzione di corrente. Dopo il riavvio vengono segnalati i seguenti errori:

init: udevtrigger main process (420) terminated with status 1
init: udevtrigger post-stop process (428) terminated with status 1
init: udevmonitor main process (419) killed by TERM signal
The disk drive for / is not ready yet or not present
Continue to wait; or press S to skip mounting or M for manual recovery

Premendo M mi viene visualizzato il seguente messaggio:

Root filesystem check failed.
A maintenance shell will now be started.
CONTROL-D will terminate this shell and reboot the system.

— Oo Nwoye
fonte

Sembra lo stesso di questa domanda , a cui ho parzialmente risposto lì. Sfortunatamente non ricordo tutto quello che ho fatto, ma almeno dovrebbe lasciarti fare il boot.

— Matthew Crumley,

29

Ho avuto la stessa situazione: interruzione di corrente durante l'aggiornamento.

Vai alla shell di manutenzione e prova questo:

sudo mount -o remount,rw /
sudo  dpkg --configure -a
sudo mount -o remount,ro /
sudo sync
sudo reboot

(il rimontaggio / sincronizzazione alla fine è probabilmente solo paranoia, ma nel caso ...)

— Scott Wood
fonte

Grazie, monta -o remount, rw /; dpkg --configure -a; riavviare; lavorato! Ho dovuto saltare la rimontaggio / sincronizzazione finale e saltare direttamente per riavviare mentre l'unità era occupata. Saluti.

— Gerry,

+1 ha funzionato totalmente (aggiornamento bloccato). La riga 3 dice "/ è occupato" però.

— Ashkan Kh. Nazary

durante l'elaborazione con la seconda riga, ho ricevuto questo errore "L'elaborazione è stata interrotta perché c'erano troppi errori"

— Sumit Ramteke,

Prendi in considerazione l'idea di aggiungere umount /e fsckprima degli altri comandi per eliminare eventuali elementi errati del disco.

— Eric Fossum,

3

Quando si arriva a questa shell di root, digitare fdisk -lper ottenere un elenco delle unità nel sistema, poi fare un fsckin /(usando il suo nome dalla lista, ad esempio /dev/sd5partizione.

Per forzare un controllo del disco, utilizzare sudo fsck -f.

— RolandiXor
fonte

Dice che è pulito Ho installato Ubuntu su un'altra partizione al momento ho 3 installazione di Ubuntu 1. La mia Ubuntu 10.10 originale che è stata incasinata quando stavo cercando di aggiornare 2. Una parte di Ubuntu 11.04 alla quale stavo aggiornando quando questo problema iniziato. 3. La nuova installazione Sono un principiante quindi scusate le mie domande. È possibile utilizzare l'installazione funzionante (3) per risolvere tutto?

— Oo Nwoye,

@OoNwoye: molto probabilmente, potresti dover forzare il controllo del file system (aggiornerò la mia risposta più tardi)

— RolandiXor

@OoNwoye: questa soluzione funziona per te.

— Sumit Ramteke,

cosa sto

— Sumit Ramteke,

1

Ho avuto lo stesso problema (mancanza di corrente durante l'aggiornamento). Nel mio caso il sistema si è bloccato dopo aver mostrato il messaggio di errore: premere S o M (o qualsiasi altro tasto) non ha avuto alcun effetto.

L'ho risolto seguendo le istruzioni di @ scott-wood. Solo un piccolo addenda: per accedere alla shell di manutenzione è necessario eseguire l'avvio da un disco live e scegliere le opzioni:

Salvare un sistema rotto;
Scegli il dispositivo da utilizzare come file system di root (in genere la prima voce);
Scegli "Esegui una shell in / dev / ..." come operazione di salvataggio.

Ho dimenticato di eseguire i comandi mount e sync e il sistema si è ripristinato correttamente, quindi penso che sia sicuro saltarli.

Alla fine ricordati di riavviare il sistema eseguendo "riavvio". In alternativa è necessario uscire dalla shell digitando "exit" o premendo CTRL + D; una volta usciti dalla shell, scegliere l'opzione "Riavvia il sistema".

— Marco Lackovic
fonte

-1

Ho riscontrato anche questo errore, ma il mio problema (e quindi la correzione) era diverso.

Dopo aver installato Ubuntu 11.04 correttamente, ho eseguito un aggiornamento dist. Per qualsiasi motivo, durante l'aggiornamento, ha cambiato casualmente la lettera di unità in / etc / fstab per tutte le mie partizioni che non sono state identificate dagli UUID.

La modifica di / etc / fstab e la correzione della lettera di unità hanno risolto il problema per me.

— Ben
fonte