Meu problema é o seguinte: Depois da minha última atualização (pacman -Syu), meu sistema trava na inicialização e não consigo descobrir a causa (isso está me deixando louco, de verdade)
Pesquisando na web descobri que isso poderia ser causado por um arquivo fstab incorreto, mas não parece ser o caso.
A distro que estou usando é Manjaro linux (é baseada em Arch) e minha versão do Systemd é 231
Isto é o que o jornalctl -xb tinha a dizer sobre isso
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 é a saída 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
E meu arquivo /etc/fstab fica assim:
# /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
Além disso, nunca instalei o Plymouth, nem pretendo fazê-lo, se puder evitar.
O que posso fazer para resolver isso? :S
desde já, obrigado
Responder1
Já faz um tempo, e parece que há muitas causas para esse problema (configuração incorreta do fstab, arquivos de configuração órfãos, etc.), mas para mim, usar 'grep -r plymouth /' e excluir as instruções que chamam plymouth resolveu o problema
Responder2
Manjaro Linux 5.9 inicializando em um loop circular para o shell raiz de manutenção de emergência
Nunca chegando a uma tela GUI! Portanto, você precisa conhecer algumas instruções da CLI para corrigir seu problema e localizar a origem do problema. Eu tive o mesmo problema de arquivos de script solicitando /usr/bin/plymouth no Manjaro 5.9 e atualizei para o Manjaro 5.10 e tive o mesmo problema ao falhar ao inicializar em uma área de trabalho GUI (KDE Plasma, eu acredito) e voltar para uma emergência shell raiz de manutenção. Digite sua "SENHA ROOT" para fazer login neste shell root de manutenção de emergência. Acredito que você esteja no modo de usuário único.
Houve um arquivo de erro dbus não encontrado /run/dbus/dbus_xxx_socket. O daemon dbus não estava em execução ps aux | grep dbus
O comando dbus-monitorfalhou ao ser executado.
Acho que houve um conflito entre dbus e dbus-x11 O comando 'pacman -S dbus' corrigiu o problema do dbus, mas o /usr/bin/plymouth ausente ainda existia. Achei que talvez mudar do linux59 para o linux510 pudesse esclarecer o script. Mas não, não resolveu o problema.
journalctl -xb ou journalctl -b -i -p4 Estes são os comandos do diário a serem usados.
journalctl -xb > My_journalctl_error1.txt Salvará uma cópia em seu disco rígido para postar a única linha de erro, posteriormente em um fórum como este.
Além disso, não consegui me conectar à Internet usando a interface de linha de comando do Network Manager "nmcli" usando o wifi existente no laptop, um Broadcom BRM4313 (ou chip 4727). Então usei o tethering USB do meu celular Android para acessar a internet e atualizar o software do computador usando o comando “pacman”. Esta foi uma tentativa de ver se o Linux atualizado usaria arquivos de script diferentes e substituiria o erro do problema. Ops, sem acordo!
Conectei meu celular Android com um cabo USB ao laptop e entrei nas configurações ---> Rede ----> ativei o Tethering USB. Também desativei a configuração de economia de dados para permitir o download rápido de arquivos de atualização do kernel, com tamanho de 150 megabytes. Ou pacotes "dbus" muito menores.
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
Então acredito que a solução é remover o plymouth dos arquivos de script abaixo
/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