私の問題は次のとおりです: 最後のアップデート (pacman -Syu) 後、システムが起動時にハングし、原因がわかりません (本当に気が狂いそうです)
Web で検索したところ、これは 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
前もって感謝します
答え1
しばらく経ちましたが、この問題の原因はたくさんあるようです（fstabの設定ミス、孤立した設定ファイルなど）。しかし、私の場合は「grep -r plymouth /」を使用してからplymouthを呼び出すステートメントを削除することで解決しました。
答え2
Manjaro Linux 5.9 が緊急メンテナンス ルート シェルへの循環ループで起動する
GUI 画面には決してアクセスできません。このため、問題を修正し、この問題の原因を特定するには、いくつかの CLI 命令を知っておく必要があります。Manjaro 5.9 でスクリプト ファイルが /usr/bin/plymouth を呼び出すという同じ問題が発生しました。Manjaro 5.10 にアップグレードしたところ、GUI デスクトップ (KDE Plasma だと思います) の起動に失敗し、緊急メンテナンス ルート シェルにフォールバックするという同じ問題が発生しました。この緊急メンテナンス ルート シェルにログインするには、「ルート パスワード」を入力します。シングル ユーザー モードになっていると思います。
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」ネットワーク マネージャー コマンド ライン インターフェイスを使用してインターネットに接続できませんでした。そこで、Android 携帯電話から USB テザリングを使用してインターネットにアクセスし、「pacman」コマンドを使用してコンピューター ソフトウェアをアップグレードしました。これは、アップグレードされた Linux が異なるスクリプト ファイルを使用して、問題のエラーを上書きするかどうかを確認しようとした試みでした。おっと、ダメです!
私は Android 携帯電話を USB ケーブルでラップトップ コンピューターに接続し、設定に移動して、ネットワーク設定を開き、USB テザリングをオンにしました。また、150 MB のカーネル更新ファイルを高速にダウンロードできるように、データ セーバー設定を「オフ」にしました。または、はるかに小さい「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/[email protected] file at line 14 plymouth-quit-wait.service