私の問題は次のとおりです。最後のアップデート（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
事前にありがとう
ベストアンサー1
時間が経ち、この問題にはいくつかの原因（fstab構成エラー、孤立構成ファイルなど）があるようですが、私の場合は 'grep -r plymouth /'を使用してplymouthを呼び出すステートメントを削除すると問題が解決しました。