"Benvenuti in modalità di emergenza!" Penso che sia un problema fsck

journalctl -xb snippet (quello che penso sia sbagliato, era almeno in rosso):

-- Unit systemd-fsckd.service has begun starting up.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1 contains a file system with errors, check forced.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1: Inodes that were part of a corrupted orphan linked list found.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: (i.e., without -a or -p options)
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: fsck failed with error code 4.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: Running request emergency.target/start/replace
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: systemd-fsck-root.service: main process exited, code=exited, status=1/FAILURE
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Failed to start File System Check on Root Device.
-- Subject: Unit systemd-fsck-root.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit systemd-fsck-root.service has failed.
-- 
-- The result is failed.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Unit systemd-fsck-root.service entered failed state.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: systemd-fsck-root.service failed.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Starting Remount Root and Kernel File Systems...
-- Subject: Unit systemd-remount-fs.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Altri errori ignorati come: sonda ACPI PCC fallita., NVIDIA NON PROPETTIVA ecc.

EDIT: posso accedere al mio PC premendo Ctrl+ D, ma è fastidioso.

Potresti correre fsckda Ubuntu Live.

1. Accendi il tuo computer. Avvia in un Ubuntu Live DVD / USB (provalo senza installarlo).
2. Dopo il caricamento, aprire un terminale premendo Ctrl+ Alt+T

3. Nel terminale, esegui:

   sudo -i
   fdisk -l
   

   fdiskti informerà come /si chiama la tua partizione (root). In questa domanda lo è /dev/sdb1.

   Quindi dovresti continuare eseguendo:

   umount /dev/sdb1
   fsck -y /dev/sdb1
   poweroff
   

   Se il umountcomando si lamenta che non sdb1è "montato", non è un problema. Volevamo che non fosse "montato" :).

4. Rimuovere il DVD / USB. Riaccendi il computer per eseguire l'avvio dall'unità SSD.

Non so se hai risolto il tuo problema. Quello che ho fatto è:

sudo nano /etc/fstab

Quindi elimina ciò che hai aggiunto lì sdb1ed esegui:

sudo systemctl reboot

Dice che è corrotto, quindi non so cosa sia successo, ma spero che ciò possa aiutare qualcuno che non può eseguire il proprio Linux.

Ho appena avuto il caso con la modalità di emergenza. Nella mia situazione ho seguito un tutorial di installazione che mi ha suggerito di modificare alcune delle opzioni per i miei punti di mount in /etc/fstab. Rimuovendo le opzioni extra, il mio server si è riavviato senza problemi.

Sto usando Windows 10 e Ubuntu 16.X doppio sistema di avvio.

Non sono stato in grado di montare una delle partizioni NTFS e l'errore era legato all'arresto di Windows / ibernazione. Ho usato sudo ntfsfix /dev/sda3per risolvere il problema. Sono stato in grado di montare la partizione ntfs sda3 ma al riavvio Ubuntu si avviava in modalità di emergenza.
Per risolvere questo problema, eseguire il seguente comando in Windows

shutdown /s /t 5

Questo risolve il problema di avvio di emergenza di Ubuntu.

Le risposte di Khushboo Rani e Cagan Arslan mi hanno portato alla soluzione permanente.

Windows 10 ha una funzionalità chiamata avvio veloce abilitata per impostazione predefinita che, quando l'utente si spegne normalmente utilizzando il pulsante "shut down" o il pulsante di accensione sul computer, salverà effettivamente il kernel in esecuzione e alcune altre cose di sistema sul disco rigido simile in letargo dopo la disconnessione. Inoltre fa sì che Windows "blocchi" la partizione in qualche modo mentre lo fa per prevenire il danneggiamento dei dati, accidentale o dannoso. Ciò significa che Ubuntu non può montare la partizione di Windows durante l'avvio.

Nel mio caso, ho voci per la partizione di Windows in / etc / fstab, quindi questo ha reso Ubuntu non avviabile.

La soluzione è avviare Windows, disabilitare "avvio veloce" e quindi chiudere normalmente. Ora il problema dovrebbe essere risolto in modo permanente!

Dal link che ho condiviso in precedenza, disabilita l'avvio rapido in Windows come segue:

1. Avvia il pannello di controllo
2. Vai alle impostazioni "Hardware e suoni"
3. Vai a "Opzioni risparmio energia"
4. Fai clic su "Scegli cosa fanno i pulsanti di accensione"
5. Fai clic su "Modifica impostazioni attualmente non disponibili" e concedi l'accesso al controllo dell'account utente.
6. Deseleziona la casella di controllo dall'impostazione "Attiva avvio rapido (consigliato)"

Nel mio caso (Dual Boot Windows 10) ho dovuto chiudere correttamente Windows con il comando (su Windows):

shutdown /s /t 5

Al riavvio, Ubuntu si carica senza problemi.

Ho avuto esattamente lo stesso problema, avviando Ubuntu LTS 16.04 da un'unità flash USB. Questa operazione sysctl defaultnon ha risolto il problema, fscklampeggia a breve con l'avanzamento della scansione, quindi viene visualizzato lo stesso prompt. Ecco cosa ha funzionato:

fsck -y /dev/sda1
reboot

Se ciò accade in una VM VirtualBox, è possibile che non sia riuscito a montare una delle partizioni /etc/fstab, purtroppo non riesce con "benvenuto in modalità di emergenza!" anche se non è una partizione critica, quindi se hai aggiunto una voce non valida per tentare di montare un filesystem utilizzando, vboxsfl'intero sistema non si avvia senza rendere molto chiaro nel registro di avvio che questo è il problema principale.

In ogni caso, per eliminare il problema devi commentare la voce offensiva /etc/fstabo modificarla in modo che mountsia soddisfatta.

Simile ad alcune altre risposte, il trucco per me era commentare una voce /etc/fstabper la mia partizione LVM opzionale. Non so perché alcuni giorni fa si sia lamentato del fatto che Ubuntu 17.10 non riusciva più a trovare la partizione LVM, né perché questo causasse l'avvio del sistema in modalità "emergenza".

Una volta che la voce è stata commentata /etc/fstab, ho riavviato correttamente sul mio desktop. Guardando alcuni tutorial, ho notato che mi mancavano alcuni comandi LVM, quindi ho eseguito sudo apt-get install lvm2che sembra aver risolto il problema.

Se come me pensi che la tua partizione LVM sia la causa del problema, l'intero set di comandi che ho eseguito è stato:

sudo lvmdiskscan
sudo apt-get install lvm2
sudo lvmdiskscan
sudo lvdisplay
sudo vi /etc/fstab
sudo vgchange -a y
sudo mount -a

Non sono sicuro che tutto ciò sia necessario - sospetto che sia apt-get install lvm2stata la chiave per riavviare il mio sistema.

Ho avuto lo stesso problema, dopo aver eseguito il comando fsck si stava riprendendo, ma dopo qualche tempo il mio computer è tornato in modalità di emergenza, quindi ho rimosso tutti i dati dal mio disco rigido e ho installato un nuovo sistema operativo. Ha risolto il mio problema. Penso che il problema riguardasse Ubuntu 15.0 versione vivida, quindi ho installato la versione 14.0. Ancora non ci sono problemi.

Ho avuto lo stesso problema. Le partizioni ntfs aggiunte manualmente commentate da / etc / fstab Il sistema si avviavano normalmente. Usato il comando ntfsfix per risolvere il problema di journaling causato da quelle partizioni ntfs Ad esempio: Sudo partizione ntfsfix / Dev / ntfs Montato di nuovo in / etc / fstab Reboot

Quindi ci sono molte buone risposte qui - solo per aggiungere alle informazioni, il mio problema è stato un errore di ortografia di tmpfs come tempfs che è errato in una riga che ho aggiunto a / etc / fstab per proteggere un server

Ho avuto lo stesso problema e, nel mio caso, avevo appena ricreato la mia partizione grub e quindi aveva un UUID diverso dall'ultima partizione grub che avevo. Quando ho avviato Ubuntu, il sistema non sarebbe stato in grado di controllare l'UUID. Per risolvere questo problema ho fatto:

sudo nano /etc/fstab

Quindi commentare la riga contenente l'UUID dalla partizione che avevo appena modificato.

quindi rebootapplicare le modifiche.

Tutte le risposte di cui sopra non mi hanno aiutato, poiché non avevo un file di recupero per fstab.
Qual è stato il trucco (in modalità di emergenza)

cat /proc/mounts > /etc/fstab