"¡Bienvenido al modo de emergencia!" Piensa que es un problema de fsck

fragmento de journalctl -xb (lo que creo que está mal, al menos estaba en rojo):

-- 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

Ignorado otros errores como: la sonda ACPI PCC falló., Nvidia no es propetario, etc.

EDITAR: puedo acceder a mi PC presionando Ctrl+ D, pero es molesto.

Podrías correr fsckdesde Ubuntu Live.

1. Enciende tu computadora. Inicie en un Ubuntu Live DVD / USB (pruébelo sin instalar).
2. Después de que se cargue, abra una terminal presionando Ctrl+ Alt+T

3. En la terminal, ejecuta:

   sudo -i
   fdisk -l
   

   fdiskle informará cómo /se llama su partición (raíz). En esta pregunta lo es /dev/sdb1.

   Entonces deberías continuar ejecutando:

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

   Si el umountcomando se queja de que sdb1"no está montado", eso no es un problema. Queríamos que fuera "no montado" :).

4. Retire el DVD / USB. Encienda su computadora nuevamente para iniciar desde el SSD.

No sé si has resuelto tu problema. Lo que hice es:

sudo nano /etc/fstab

Luego elimine lo que agregó allí sdb1y luego ejecute:

sudo systemctl reboot

Dice que está dañado, así que no sé qué pasa con eso, pero espero que esto pueda ayudar a alguien que no puede ejecutar su Linux.

Acabo de tener el caso con el modo de emergencia. En mi situación, seguí un tutorial de instalación que sugería editar algunas de las opciones para mis puntos de montaje /etc/fstab. Al eliminar las opciones adicionales, mi servidor se reinició sin problemas.

Estoy usando Windows 10 y Ubuntu 16.X sistema de arranque dual.

No pude montar una de las particiones NTFS y el error estaba relacionado con el apagado / hibernación de Windows. Solía sudo ntfsfix /dev/sda3solucionar el problema. Pude montar la partición ntfs sda3 pero al reiniciar Ubuntu comenzaba en modo de emergencia.
Para solucionar este problema, ejecute el siguiente comando en Windows

shutdown /s /t 5

Esto soluciona el problema de inicio de emergencia de Ubuntu.

Las respuestas de Khushboo Rani y Cagan Arslan me llevaron a la solución permanente.

Windows 10 tiene una característica llamada arranque rápido habilitada de manera predeterminada que, cuando el usuario se apaga normalmente usando el botón "apagar" o el botón de encendido en la computadora, en realidad guardará el núcleo en ejecución y algunas otras cosas del sistema en el disco duro similar a la hibernación después de cerrar sesión. También hace que Windows "bloquee" la partición de alguna manera mientras hace esto para evitar la corrupción de los datos, accidental o maliciosa. Esto significa que Ubuntu no puede montar la partición de Windows durante el inicio.

En mi caso, tengo entradas para la partición de Windows en / etc / fstab, por lo que esto hizo que Ubuntu no se pueda arrancar.

La solución es iniciar Windows, deshabilitar el "inicio rápido" y luego apagarlo normalmente. ¡Ahora el problema debería resolverse permanentemente!

Desde el enlace que compartí anteriormente, deshabilite el arranque rápido desde Windows de la siguiente manera:

1. Inicie el panel de control.
2. Vaya a la configuración "Hardware y sonido"
3. Vaya a "Opciones de energía"
4. Haga clic en "Elegir lo que hacen los botones de encendido"
5. Haga clic en "Cambiar la configuración que actualmente no está disponible" y otorgue acceso UAC.
6. Desactive la casilla de verificación mediante la configuración "Activar inicio rápido (recomendado)"

En mi caso (Dual Boot Windows 10) tuve que cerrar Windows correctamente con el comando (en Windows):

shutdown /s /t 5

Cuando reinicio, Ubuntu se carga sin problemas.

Acabo de tener exactamente el mismo problema, arrancando Ubuntu LTS 16.04 desde una unidad flash USB. Hacerlo sysctl defaultno lo solucionó, fsckparpadearía en breve con el mensaje de progreso de escaneo y luego aparecería el mismo mensaje. Esto es lo que funcionó:

fsck -y /dev/sda1
reboot

Si esto sucede en una VM VirtualBox, es posible que no haya podido montar una de las particiones /etc/fstab; desafortunadamente, falla con "¡Bienvenido al modo de emergencia!" incluso si no es una partición crítica, por lo que si ha agregado una entrada con formato incorrecto para intentar montar un sistema de archivos, vboxsfentonces todo el sistema no puede iniciarse sin dejar muy claro en el registro de inicio que este es el problema principal.

De todos modos, para solucionar el problema, debe comentar la entrada ofensiva /etc/fstabo modificarla para que mountquede satisfecho.

Similar a algunas de las otras respuestas, el truco para mí fue comentar una entrada /etc/fstabpara mi partición LVM opcional. No sé por qué comenzó a quejarse hace unos días que Ubuntu 17.10 ya no podía encontrar la partición LVM, ni por qué esto estaba causando que el sistema se iniciara en modo de "emergencia".

Una vez que se comentó la entrada /etc/fstab, reinicié con éxito en mi escritorio. Al mirar algunos tutoriales, noté que me faltaban algunos comandos LVM, así que ejecuté lo sudo apt-get install lvm2que parece haber solucionado el problema.

Si, como yo, cree que su partición LVM es la causa del problema, el conjunto completo de comandos que ejecuté fue:

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

No estoy seguro de si todo esto es necesario: sospecho que apt-get install lvm2fue clave para que mi sistema se inicie nuevamente.

Tuve el mismo problema, después de ejecutar el comando fsck se estaba recuperando, pero después de un tiempo mi computadora estaba en modo de emergencia nuevamente, así que eliminé toda la información de mi disco duro e instalé un nuevo sistema operativo. Solucionó mi problema. Creo que el problema fue con la versión vívida de Ubuntu 15.0, así que instalé la versión 14.0. Aún así no hay problema.

Tuve el mismo problema. Las particiones NTFS agregadas manualmente comentadas del sistema / etc / fstab se iniciaron normalmente. Se usó el comando ntfsfix para solucionar el problema de registro en el diario causado a esas particiones ntfs, por ejemplo: Sudo ntfsfix / Dev / ntfs division Montado nuevamente en / etc / fstab Reiniciar

Entonces, hay muchas buenas respuestas aquí: solo para agregar a la información, mi problema fue un error al deletrear tmpfs como tempfs, lo cual es incorrecto en una línea que agregué a / etc / fstab para asegurar un servidor

Acabo de tener el mismo problema y, en mi caso, acababa de recrear mi partición grub y, por lo tanto, tenía un UUID diferente que la última partición grub que tenía. Cuando arranqué ubuntu, el sistema no podría verificar el UUID. Para solucionar este problema lo hice:

sudo nano /etc/fstab

Luego comente la línea que contiene el UUID de la partición que acababa de modificar.

luego rebootpara aplicar los cambios.

Todas las respuestas anteriores no me ayudaron, ya que no tenía un archivo de recuperación para fstab.
¿Cuál fue el truco? (En modo de emergencia)

cat /proc/mounts > /etc/fstab