Boot

普利茅斯導致系統在啟動時掛起

  • February 7, 2021

我的問題如下:在我上次更新(pacman -Syu)後,我的系統在啟動時掛起,我無法找出原因(真的讓我發瘋)

在網上搜尋我發現這可能是由錯誤的 fstab 文件引起的,但事實並非如此。

我使用的發行版是 Manjaro linux(它基於 Arch),我的 Systemd 版本是 231

這就是 journalctl -xb 不得不說的

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

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

我的 /etc/fstab 文件如下所示:

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

另外,如果我能提供幫助,我從未安裝過 plymouth,也不打算安裝。

我能做些什麼來解決這個問題?:S

提前致謝

已經有一段時間了,這個問題似乎有很多原因(fstab 錯誤配置、孤立配置文件等),但對我來說,使用 ‘grep -r plymouth /’ 然後刪除呼叫 plymouth 的語句解決了它

Manjaro Linux 5.9 循環引導到緊急維護root shell

永遠不會進入 GUI 螢幕!所以你必須知道一些 CLI 指令來解決你的問題並找到這個問題的根源問題。我在 Manjaro 5.9 上遇到了同樣的腳本文件呼叫 /usr/bin/plymouth 的問題,我升級到 Manjaro 5.10 並遇到了同樣的問題,無法啟動到 GUI 桌面(我相信是 KDE Plasma)並回退到緊急情況維護根外殼。輸入您的“ROOT PASSWORD”以登錄到此緊急維護 root shell。我相信您處於單使用者模式。

找不到 dbus 錯誤文件 /run/dbus/dbus_xxx_socket。dbus 守護程序未執行 ps aux | grep dbus 命令dbus-monitor執行失敗。

我認為 dbus 和 dbus-x11 命令 ‘pacman -S dbus’ 之間存在衝突,糾正了 dbus 問題,但失去的 /usr/bin/plymouth 仍然存在。我想也許從 linux59 移動到 linux510 可能會清除腳本。但不,它並沒有解決問題。

journalctl -xb 或者journalctl -b -i -p4 這些是要使用的日誌命令。

journalctl -xb > My_journalctl_error1.txt 將在您的硬碟上保存一份副本以發佈單個錯誤行,稍後發佈到這樣的論壇。

此外,我無法使用筆記型電腦中現有的 wifi 和 Broadcom BRM4313(或 4727 晶片)使用“nmcli”網路管理器命令行界面連接到網際網路。所以我使用我的安卓手機的 USB 網路共享來訪問網際網路,使用“pacman”命令升級電腦軟體。這是嘗試查看升級後的 Linux 是否會使用不同的腳本文件並覆蓋問題錯誤。哎呀,沒有交易!

我用 USB 電纜將我的安卓手機插入筆記型電腦,然後進入設置 —> 網路 —-> 打開 USB Tethering。我還“關閉”了數據保護程序設置,以允許快速下載 150 兆字節的核心更新文件。或者更小的“dbus”包。

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

所以我相信解決方案是從下面的腳本文件中刪除普利茅斯

/etc/systemd/display-manager.service   file at line 5  plymouth-quit.service
/etc/systemd/getty.target.wants/getty@tty1.service   file at line 14  plymouth-quit-wait.service

引用自:https://unix.stackexchange.com/questions/314325