我最近安装的 RHEL9.2 遇到了问题。
当我查看时,systemctl status -all
我没有失败的单元,但我看到许多关于缺失服务的红色通知以某种方式插入到常规 systemctl 行的中间:
● NetworkManager.service - Network Manager
Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled; preset: enabled)
Active: active (running) since Thu 2023-07-20 08:46:54 CEST; 19min ago
Docs: man:NetworkManager(8)
Main PID: 953 (NetworkManager)
Tasks: 3 (limit: 48947)
Memory: 13.2M
CPU: 87ms
CGroup: /system.slice/NetworkManager.service
└─953 /usr/sbin/NetworkManager --no-daemon
Jul 20 08:46:54 hostname.fqdn NetworkManager[953]: <info> [1689835614.4095] device (lo): Activation: succe>
Jul 20 08:46:55 hostname.fqdn NetworkManager[953]: <info> [1689835615.1875] device (ens192): state change:>
Jul 20 08:46:55 hostname.fqdn NetworkManager[953]: <info> [1689835615.1887] policy: set 'ens192' (ens192) >
Jul 20 08:46:55 hostname.fqdn NetworkManager[953]: <info> [1689835615.1928] device (ens192): state change:>
Jul 20 08:46:55 hostname.fqdn NetworkManager[953]: <info> [1689835615.1948] device (ens192): state change:>
Jul 20 08:46:55 hostname.fqdn NetworkManager[953]: <info> [1689835615.1950] device (ens192): state change:>
Jul 20 08:46:55 hostname.fqdn NetworkManager[953]: <info> [1689835615.1954] manager: NetworkManager state >
Jul 20 08:46:55 hostname.fqdn NetworkManager[953]: <info> [1689835615.1958] device (ens192): Activation: s>
Jul 20 08:46:55 hostname.fqdn NetworkManager[953]: <info> [1689835615.1970] manager: NetworkManager state >
Jul 20 08:46:55 hostname.fqdn NetworkManager[953]: <infUnit ntpd.service could not be found.
Unit ntpdate.service could not be found.
Unit plymouth-quit-wait.service could not be found.
Unit plymouth-start.service could not be found.
o> [1689835615.1974] manager: startup complete
或另一个:
○ initrd-udevadm-cleanup-db.service - Cleanup udev Database
Jul 20 08:46:48 hostname.fqdn systemd[1]: Starting Cleanup udev Database...
Jul 20 08:46:48 hostname.fqdn systemd[1]: initrd-udevadm-cleanup-db.service: Deactivated successfully.
Jul 20 08:46:48 hostname.fqdn systemd[1]: Finished CleanupUnit ip6tables.service could not be found.
Unit ipset.service could not be found.
Unit iptables.service could not be found.
udev Database.
或其他:
○ [email protected] - Load Kernel Module drm
Loaded: loaded (/usr/lib/systemd/system/[email protected]; static)
Active: inactive (dead) since Thu 2023-07-20 08:46:50 CEST; 19min ago
Docs: man:modpUnit network.service could not be found.
robe(8)
Process: 705 ExecStart=/sbin/modprobe -abq drm (code=exited, status=0/SUCCESS)
Main PID: 705 (code=exited, status=0/SUCCESS)
CPU: 38ms
它出什么问题了?
答案1
这意味着您要么没有在裸机机器上正确安装它,要么该版本存在缺陷,因为如果这些服务单元尝试激活丢失的服务,则应该默认安装这些服务。
答案2
事实上,我已经在 RHEL 支持中为该问题创建了票证,在他们的虚拟机上他们也遇到了同样的问题,他们回答我,这些消息“不相关”,我应该使用 systemctl status -all 2>/dev/null
:)
然而,这对我来说很奇怪,这是他们对此问题的官方支持答案......
这意味着您要么没有在裸机机器上正确安装它,要么该版本有缺陷
它是从官方 DVD 正确安装的,后来更新到当前版本,但那是纯文本的最小设置,没有 GUI 或几乎任何东西。
答案3
某些服务文件可能依赖于可能未安装在特定系统配置中的其他服务。例如。blk-availability.service
配置为运行
After=iscsi-shutdown.service iscsi.service iscsid.service fcoe.service rbdmap.service
但如果您没有安装 iSCSI、FCoE 或 RBD 子系统,则不会出现列出的任何服务。通常,这是无害的。
在 RHEL 9.2 中(以及在 Debian 12 中 - 均使用 systemd 版本 252),如果您使用,每个此类缺失单元都会在标准错误输出中systemctl status -all
报告一条消息。Unit <name> could not be found.
不幸的是,错误与标准输出流中的状态报告行不同步,因此它们会以您遇到的方式中断状态报告行。
这显然不是它应该如何工作的,所以这是一个错误;但是,由于可以通过向命令添加重定向来轻松解决此问题2>/dev/null
,因此它可能属于“仅造成轻微麻烦”。
由于它同时出现在 RHEL 和 Debian 中,因此它可能是上游问题。