Mi problema es el siguiente: Después de mi última actualización (pacman -Syu), mi sistema se bloquea al iniciar y no puedo entender la causa (me está volviendo loco, de verdad)
Al buscar en la web, descubrí que esto podría deberse a un archivo fstab incorrecto, pero no parece ser el caso.
La distro que estoy usando es Manjaro linux (está basada en Arch) y mi versión de Systemd es 231
Esto es lo que Journalctl -xb dijo al respecto
Oct 04 11:45:02 manjarobox systemd[350]: rescue.service: Faied at step EXEC spawning /bin/plymouth: No such file or directory
-Subject: Process /bin/plymouth could not be executed
-Defined-by: systemd
-Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-
-The process /bin/plymouth could not be executed and failed
-
-The error number returned by this process is 2
Esta es la salida de ls -l /etc/systemd/system/multi-user.target.wants
total 0
lrwxrwxrwx 1 root root 38 Dec 22 2015 cronie.service -> /usr/lib/systemd/system/cronie.service
lrwxrwxrwx 1 root root 42 Dec 27 2015 lm_sensors.service -> /usr/lib/systemd/system/lm_sensors.service
lrwxrwxrwx 1 root root 44 Dec 22 2015 ModemManager.service -> /usr/lib/systemd/system/ModemManager.service
lrwxrwxrwx 1 root root 46 Dec 22 2015 NetworkManager.service -> /usr/lib/systemd/system/NetworkManager.service
lrwxrwxrwx 1 root root 40 Dec 22 2015 remote-fs.target -> /usr/lib/systemd/system/remote-fs.target
lrwxrwxrwx 1 root root 35 Dec 22 2015 tlp.service -> /usr/lib/systemd/system/tlp.service
lrwxrwxrwx 1 root root 35 Jan 13 2016 ufw.service -> /usr/lib/systemd/system/ufw.service
Y mi archivo /etc/fstab se ve así:
# /etc/fstab: static file system information
#
# <file system> <dir> <type> <options> <dump> <pass>
# DEVICE DETAILS: /dev/sda1 UUID=c52d9ae9-48a8-487c-931b-77deedf8e242 LABEL=DskA_Linux
# DEVICE DETAILS: /dev/sda5 UUID=170E967E185647C6 LABEL=DskD_Files
# DEVICE DETAILS: /dev/sda6 UUID=eeaa09fa-4ace-4e5a-8fef-170a18e41940 LABEL=DskE_Swap
UUID=c52d9ae9-48a8-487c-931b-77deedf8e242 / ext4 defaults 0 1
#UUID=170E967E185647C6 /mnt/Files ntfs-3g defaults 0 1
#UUID=eeaa09fa-4ace-4e5a-8fef-170a18e41940 swap swap defaults 0 0
Además, nunca he instalado un Plymouth ni tengo intención de hacerlo, si puedo evitarlo.
¿Qué puedo hacer para solucionar esto? :S
gracias de antemano
Respuesta1
Ha pasado un tiempo y, al parecer, hay muchas causas para este problema (configuración incorrecta de fstab, archivos de configuración huérfanos, etc.), pero para mí, usar 'grep -r plymouth /' y luego eliminar las declaraciones que llaman a plymouth lo resolvió.
Respuesta2
Manjaro Linux 5.9 arranca en un bucle circular en el shell raíz de mantenimiento de emergencia
¡Nunca llegar a una pantalla GUI! Por lo tanto, debe conocer algunas instrucciones de la CLI para solucionar su problema y localizar el origen del problema. Tuve el mismo problema de archivos de script que solicitaban /usr/bin/plymouth en Manjaro 5.9 y actualicé a Manjaro 5.10 y tuve el mismo problema al no poder iniciar en un escritorio GUI (creo que KDE Plasma) y volver a una emergencia. shell raíz de mantenimiento. Escriba su "CONTRASEÑA RAÍZ" para iniciar sesión en este shell raíz de mantenimiento de emergencia. Creo que estás en modo de usuario único.
Hubo un archivo de error de dbus no encontrado /run/dbus/dbus_xxx_socket. El demonio dbus no se estaba ejecutando . ps aux | grep dbus
El comando no dbus-monitorse pudo ejecutar.
Creo que hubo un conflicto entre dbus y dbus-x11. El comando 'pacman -S dbus' corrigió el problema de dbus, pero el /usr/bin/plymouth que faltaba todavía existía. Pensé que tal vez pasar de linux59 a linux510 podría aclarar el script. Pero no, no solucionó el problema.
journalctl -xb o journalctl -b -i -p4 Estos son los comandos de diario a utilizar.
journalctl -xb > My_journalctl_error1.txt Guardará una copia en su disco duro para publicar la línea de error única y luego en un foro como este.
Además, no pude conectarme a Internet usando la interfaz de línea de comando de Network Manager "nmcli" usando el wifi existente en la computadora portátil Broadcom BRM4313 (o chip 4727). Entonces utilicé la conexión USB desde mi teléfono celular Android para acceder a Internet y actualizar el software de la computadora usando el comando "pacman". Este fue un intento de ver si Linux actualizado usaría diferentes archivos de script y sobrescribiría el error del problema. ¡Ups, no hay trato!
Conecté mi teléfono celular Android con un cable USB a la computadora portátil y entré a configuración ---> Redes ----> activé Anclaje a red USB. También desactivé la configuración de ahorro de datos para permitir la descarga rápida de archivos de actualización del kernel, de 150 megabytes de tamaño. O paquetes "dbus" mucho más pequeños.
ip a s
ifconfig enp0s20u2 up
ip a s
ping -c 3 he.net
ping -c 3 8.8.4.4 the google DNS server, got me a NO route to network.
pacman -Syu
pacman -S dbus
sudo mhwd-kernel -i linux510
grep -R -n plymouth /etc
Entonces creo que la solución es eliminar el Plymouth de los archivos de script a continuación.
/etc/systemd/display-manager.service file at line 5 plymouth-quit.service
/etc/systemd/getty.target.wants/[email protected] file at line 14 plymouth-quit-wait.service