主页 / unix / 问题

问题[systemd](unix)

Martin Hope
konsolebox
Asked: 2024-11-27 00:25:21 +0800 CST
  • 5

systemd 单元文件不允许手动运行，因此必须有某种东西触发它。反向依赖项可以调用它，但它们又是如何启动的？通常它们之前不会启动startx（或者至少不应该启动），因此必须有一个触发点。

我主要感兴趣的是它如何与 startx 协同工作，而不是与登录管理器协同工作。

关于具体工作原理的详细信息gnome-session.target也很好，因为它是利用 的会话框架实现的最实际示例graphical-session.target。gnome-session 二进制文件确实有一个--systemd选项。也许它是起点触发器所在的位置。但如果知道二进制文件可以简单地绕过，那就太可悲了RefuseManualStart=yes。那将非常……触发。

systemd
Martin Hope
user149408
Asked: 2024-11-21 05:02:07 +0800 CST
  • 5

systemd 单元文件中的选项RequiresMountsFor=要求在单元启动之前挂载指定的路径。

据我所知，参数可以是挂载点以及该挂载点下的任何目录。例如，如果 BIND 的区域文件位于/etc/bind其/etc自己的文件系统中，则RequiresMountsFor=/etc或都将实现所需的结果：BIND 只有在挂载并可用RequiresMountsFor=/etc/bind时才会启动。/etc/etc/bind

现在我想知道如果RequiresMountsFor=指定一个不存在的路径会发生什么。例如，如果fstab中有/和的条目，/etc但 下方没有任何内容/etc， 和RequiresMountsFor=/etc/this/path/does/not/exist引用 中不存在的路径/etc。

这是否会导致设备等待/etc挂载（因为它是路径中的最后一个挂载点）？如果是这样，设备最终会在/etc挂载后启动吗？还是会因为/etc/this/path/does/not/exist找不到而失败？

这可能与单元接受参数有关，例如[email protected]，它具有RequiresMountsFor=/etc/postgresql/%I /var/lib/postgresql/%I。如果一个集群的数据文件被移走，则在该集群上调用该单元时，第二条路径将指向任何地方。

systemd
Martin Hope
CarloC
Asked: 2024-10-29 17:29:08 +0800 CST
  • 5

lsns根据运行它的用户的权限，输出看起来会有所不同。ubuntu用户和root用户得到不同的结果：

ubuntu@ubuntu:~$ lsns 
        NS TYPE   NPROCS    PID USER   COMMAND
4026531834 time        6 134628 ubuntu /lib/systemd/systemd --user
4026531835 cgroup      6 134628 ubuntu /lib/systemd/systemd --user
4026531836 pid         6 134628 ubuntu /lib/systemd/systemd --user
4026531837 user        5 134628 ubuntu /lib/systemd/systemd --user
4026531838 uts         6 134628 ubuntu /lib/systemd/systemd --user
4026531839 ipc         6 134628 ubuntu /lib/systemd/systemd --user
4026531840 net         6 134628 ubuntu /lib/systemd/systemd --user
4026531841 mnt         5 134628 ubuntu /lib/systemd/systemd --user
4026532290 user        1 134689 ubuntu /usr/bin/podman
4026532291 mnt         1 134689 ubuntu /usr/bin/podman
ubuntu@ubuntu:~$ 
ubuntu@ubuntu:~$ 
ubuntu@ubuntu:~$ sudo lsns
        NS TYPE   NPROCS    PID USER             COMMAND
4026531834 time      115      1 root             /sbin/init
4026531835 cgroup    115      1 root             /sbin/init
4026531836 pid       112      1 root             /sbin/init
4026531837 user      113      1 root             /sbin/init
4026531838 uts       112      1 root             /sbin/init
4026531839 ipc       115      1 root             /sbin/init
4026531840 net       115      1 root             /sbin/init
4026531841 mnt       101      1 root             /sbin/init
4026531862 mnt         1     25 root             kdevtmpfs
4026532284 mnt         1    414 root             /lib/systemd/systemd-udevd
4026532285 uts         1    414 root             /lib/systemd/systemd-udevd
4026532286 mnt         1    469 systemd-timesync /lib/systemd/systemd-timesyncd
4026532287 uts         1    469 systemd-timesync /lib/systemd/systemd-timesyncd
4026532288 mnt         1    572 systemd-network  /lib/systemd/systemd-networkd
4026532289 mnt         1    608 systemd-resolve  /lib/systemd/systemd-resolved
4026532290 user        1 134689 ubuntu           /usr/bin/podman
4026532291 mnt         1 134689 ubuntu           /usr/bin/podman
4026532292 mnt         1   5369 root             /usr/libexec/upowerd
4026532293 user        1   5369 root             /usr/libexec/upowerd
4026532295 mnt         2 134974 root             unshare --fork --pid --mount-proc /bin/bash
4026532296 pid         2 134975 root             /bin/bash
4026532297 mnt         2 134981 root             unshare --fork --pid --mount-proc /bin/zsh
4026532298 pid         1 134982 root             /bin/zsh
4026532345 uts         1    655 root             /lib/systemd/systemd-logind
4026532346 mnt         1    631 root             /usr/sbin/irqbalance --foreground
4026532347 mnt         1    655 root             /lib/systemd/systemd-logind
4026532348 mnt         1    678 root             /usr/sbin/ModemManager
ubuntu@ubuntu:~$

此外，Ubuntu 系统的 init 进程名称不同：systemdvs /sbin/init。这是什么原因？谢谢。

systemd
Martin Hope
xealits
Asked: 2024-10-21 06:08:56 +0800 CST
  • 5

我在从 Intel Optane（我刚从 ebay 收到）启动全新的 Ubuntu 24.04.1 时遇到了一些问题：启动过程运行很快，但有时一些 systemd 单元在启动过程中不运行，系统启动时没有 NetworkManager 或其他东西，如 snapd-apparmor。journalctl 日志报告存在排序周期。尝试找到它们时，我注意到systemd-analyze verify multi-user.target几乎每次运行它时都会报告不同的内容：

$ sudo systemd-analyze verify multi-user.target 2>&1 | grep -i netwo | wc -l
7
$ sudo systemd-analyze verify multi-user.target 2>&1 | grep -i netwo | wc -l
13
$ sudo systemd-analyze verify multi-user.target 2>&1 | grep -i netwo | wc -l
0
$ sudo systemd-analyze verify multi-user.target 2>&1 | grep -i netwo | wc -l
0
$ sudo systemd-analyze verify multi-user.target 2>&1 | grep -i netwo | wc -l
18

由于对来自 ebay 的磁盘有怀疑，我在之前安装在 Corsair NVMe 上的 Ubuntu 22.04 上尝试了同样的操作，结果相同：

$ sudo systemd-analyze verify multi-user.target 2>&1 | grep -i netwo | wc -l
16
$ sudo systemd-analyze verify multi-user.target 2>&1 | grep -i netwo | wc -l
22
$ sudo systemd-analyze verify multi-user.target 2>&1 | grep -i netwo | wc -l
44
$ sudo systemd-analyze verify multi-user.target 2>&1 | grep -i netwo | wc -l
24
$ sudo systemd-analyze verify multi-user.target 2>&1 | grep -i netwo | wc -l
4
$ sudo systemd-analyze verify multi-user.target 2>&1 | grep -i netwo | wc -l
14

Corsair NVMe 上的启动过程也存在类似的问题，即无法启动某些 systemd 单元。但这种情况不太常见。

为什么会发生这种情况？我是否遗漏了什么systemd-analyze verify？为什么systemd-analyze verify每次运行时都会报告不同的循环次数？

版本。在英特尔傲腾上：

$ systemd --version
systemd 255 (255.4-1ubuntu8.4)
+PAM +AUDIT +SELINUX +APPARMOR +IMA +SMACK +SECCOMP +GCRYPT -GNUTLS +OPENSSL +ACL +BLKID +CURL +ELFUTILS +FIDO2 +IDN2 -IDN +IPTC +KMOD +LIBCRYPTSETUP +LIBFDISK +PCRE2 -PWQUALITY +P11KIT +QRENCODE +TPM2 +BZIP2 +LZ4 +XZ +ZLIB +ZSTD -BPF_FRAMEWORK -XKBCOMMON +UTMP +SYSVINIT default-hierarchy=unified

$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=24.04
DISTRIB_CODENAME=noble
DISTRIB_DESCRIPTION="Ubuntu 24.04.1 LTS"

之前在 Corsair NVMe 上安装的情况（lspci实际上报告为 Phison Electronics Corporation E12）：

$ systemd --version
systemd 249 (249.11-0ubuntu3.12)
+PAM +AUDIT +SELINUX +APPARMOR +IMA +SMACK +SECCOMP +GCRYPT +GNUTLS +OPENSSL +ACL +BLKID +CURL +ELFUTILS +FIDO2 +IDN2 -IDN +IPTC +KMOD +LIBCRYPTSETUP +LIBFDISK +PCRE2 -PWQUALITY -P11KIT -QRENCODE +BZIP2 +LZ4 +XZ +ZLIB +ZSTD -XKBCOMMON +UTMP +SYSVINIT default-hierarchy=unified

$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=22.04
DISTRIB_CODENAME=jammy
DISTRIB_DESCRIPTION="Ubuntu 22.04.5 LTS"
systemd
Martin Hope
mousetail
Asked: 2024-10-20 20:58:54 +0800 CST
  • 5

我以“Ubuntu”用户身份登录 SSH 到服务器上。但是我想以另一个用户“ABC”身份管理运行一些 systemd 服务。

如果我尝试sudo -u abc bash以用户身份执行此操作ABC，则每个systemd --user命令都会出现错误：

Failed to connect to bus: No medium found

我发现这个线程建议添加以下内容~/.bashrc：

export XDG_RUNTIME_DIR="/run/user/$UID"
export DBUS_SESSION_BUS_ADDRESS="unix:path=${XDG_RUNTIME_DIR}/bus"

这会将错误更改为：

Failed to connect to bus: No such file or directory

其他消息来源表明，无头服务器通常不会安装 dbus，因此这是有道理的（它似乎是 x11 的一个组件）。虽然我不知道为什么如果我将其作为 运行，它会毫无问题地运行ubuntu。

我发现这个建议的解决方法

sudo systemctl -M abc@ --user restart foobar.service

这对于基本start、stop有效，status但是：

  • systemctl --user cat不起作用
  • 似乎没有任何变化journalctl有效：
Failed to open root directory of machine 'abc@': The name org.freedesktop.machine 1 was not provided by any .service files
Failed to open journal: No route to host
  • 打字太长，不方便。

我真的只是想要一个这个其他用户的 shell，就像我登录时一样，ubuntu并且可以毫无问题地管理我的所有用户服务。

我提到 Podman 是因为当我以其他用户身份运行 Podman 时，它也会非常不高兴。如果我以 身份使用它，它会正常工作，ubuntu但如果我以 运行它，就会出错sudo -u。像 systemd 一样，我有一些部分解决方法，但似乎都没有效果好。

systemd
Martin Hope
E962
Asked: 2024-10-20 19:05:52 +0800 CST
  • 6

我有两个网络接口，eno1 和 eth0。我希望它们都使用 DHCP 获取 IP 地址。我希望 eno1 用作所有设备的默认路由。我唯一想使用 eth0 的情况是在 curl 命令中指定接口时。

我创建了两个配置文件：

root:/etc/systemd/network$ ls -la
total 16
drwxr-xr-x 2 root root 4096 Oct 20 10:50 .
drwxr-xr-x 6 root root 4096 Oct 20 10:51 ..
-rw-r--r-- 1 root root   59 Oct 20 09:54 10-eno1.network
-rw-r--r-- 1 root root   59 Oct 20 10:41 20-eth0.network

root:/etc/systemd/network$ cat 10-eno1.network
[Match]
Name=eno1

[Network]
DHCP=yes

[Route]
Metric=100

root:/etc/systemd/network$ cat 20-eth0.network
[Match]
Name=eth0

[Network]
DHCP=yes

[Route]
Metric=4000

我尝试过重新启动并调整指标，但它们似乎没有效果。

root:/etc/systemd/network$ systemctl status systemd-networkd
● systemd-networkd.service - Network Configuration
     Loaded: loaded (/usr/lib/systemd/system/systemd-networkd.service; enabled; preset: enabled)
     Active: active (running) since Sun 2024-10-20 10:51:59 UTC; 12min ago
TriggeredBy: ● systemd-networkd.socket
       Docs: man:systemd-networkd.service(8)
             man:org.freedesktop.network1(5)
   Main PID: 24821 (systemd-network)
     Status: "Processing requests..."
      Tasks: 1 (limit: 76956)
   FD Store: 0 (limit: 512)
     Memory: 1.7M (peak: 2.1M)
        CPU: 32ms
     CGroup: /system.slice/systemd-networkd.service
             └─24821 /usr/lib/systemd/systemd-networkd

Oct 20 10:51:59 systemd-networkd[24821]: eth0: Link UP
Oct 20 10:51:59 systemd-networkd[24821]: eth0: Gained carrier
Oct 20 10:51:59 systemd-networkd[24821]: eno1: Gained IPv6LL
Oct 20 10:51:59 systemd-networkd[24821]: eth0: Gained IPv6LL
Oct 20 10:51:59 systemd-networkd[24821]: Enumeration completed
Oct 20 10:51:59 systemd[1]: Started systemd-networkd.service - Network Configuration.
Oct 20 10:51:59 systemd-networkd[24821]: eno1: Configuring with /etc/systemd/network/10-eno1.network.
Oct 20 10:51:59 systemd-networkd[24821]: eth0: Configuring with /etc/systemd/network/20-eth0.network.
Oct 20 10:51:59 systemd-networkd[24821]: eno1: DHCPv4 address 192.168.0.2/24, gateway 192.168.0.1 acquired from 192.168.0.1
Oct 20 10:51:59 systemd-networkd[24821]: eth0: DHCPv4 address 192.168.0.99/24, gateway 192.168.0.1 acquired from 192.168.0.1

root:/etc/systemd/network$ ip route show
default via 192.168.0.1 dev eno1 proto dhcp src 192.168.0.2 metric 1024
default via 192.168.0.1 dev eth0 proto dhcp src 192.168.0.99 metric 1024
128.138.140.44 via 192.168.0.1 dev eno1 proto dhcp src 192.168.0.2 metric 1024
128.138.140.44 via 192.168.0.1 dev eth0 proto dhcp src 192.168.0.99 metric 1024
192.168.0.0/24 dev eno1 proto kernel scope link src 192.168.0.2 metric 1024
192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.99 metric 1024
192.168.0.1 dev eno1 proto dhcp scope link src 192.168.0.2 metric 1024
192.168.0.1 dev eth0 proto dhcp scope link src 192.168.0.99 metric 1024
systemd
Martin Hope
josh-stackexchange
Asked: 2024-10-05 06:11:07 +0800 CST
  • 5

systemctl --user start foo.service尝试运行包含ExecStart=touch /bar/baz具有/bar权限的systemd 服务drwxrwxr-x 1 root storage。运行该命令的用户属于该组storage，并且可以从 shell 运行该touch命令而不会出现问题，从而创建文件。但是，该服务因权限错误而失败。

我认为该服务的权限将与运行它的用户相匹配 - 并且确实让服务${USER}在其命令中使用环境变量确实会产生我的用户，并且该服务会出现在我的ps或pstree ${USER}列表中。

foo.service不包含ProtectSystem或除以下之外的任何条目：Description，EnvironmentFile，Environment，ExecStart，，。环境条目用于加载与权限无关的配置KillSignal。RestartRestartSec

该服务是否实际上不使用调用用户来获取权限？如果不是，解决问题的最佳方法是什么？/bar位于已安装的驱动器上，因此我可以dmask 0000在 fstab 中执行此操作，但我宁愿避免这种方法。

systemd
Martin Hope
Matt.
Asked: 2024-09-28 18:18:38 +0800 CST
  • 5

我有两个参考资料，看起来都很可信，但它们提供的信息不同。

在第一个引用中，提到default.target是执行的初始目标之一。然后（假设我们希望系统启动到 CLI 模式）multi-user.target将执行 ，接着是basic.target，最后，我们将到达sysinit.target。

然而，在第二个参考文献中，该过程的描述顺序却相反！它指出sysinit.target首先执行，然后执行basic.target，依此类推。

我很困惑。哪个顺序是正确的？哪个目标/sbin/init从一开始就开始？

systemd
Martin Hope
alexpotato
Asked: 2024-09-24 19:17:48 +0800 CST
  • 5

所以我的情况有些特殊。

机器启动后，我需要机器上的一个驱动器具有可全世界写入的未格式化分区。

原因：应用程序正在该分区上构建它自己的文件系统。

问题：

我编写了一个 systemd 脚本，它可以执行chmod a+rw /dev/$partition_name

stat如果我通过或检查权限ls -l，“其他”可写权限看起来不错

例如brw-rw-rw-

然而，一旦机器启动，权限就会改变为：

brw-rw---。

所以问题是：

  1. 为什么权限不断翻转？
  2. 正确的做法是什么？
systemd
Martin Hope
Braedon
Asked: 2024-09-20 08:17:51 +0800 CST
  • 5

我必须将一个服务和一个套接字设置为 Systemd 单元。期望的行为是，当我启动套接字时，服务将首先启动，然后是套接字，当其中一个被关闭时，它们都应该关闭。服务在套接字单元启动之前绑定到套接字，这就是为什么我将其作为通知服务，这样它就不会报告为已启动，直到它在套接字上绑定。

这是两个单位的文件。

#rustyvxcan.service
[Unit]
Description=Docker VXCAN plugin Service
#PartOf=rustyvxcan.socket
    
Before=docker.service
After=network.target
    
[Service]
Type=notify
ExecStartPre=/usr/bin/mkdir -p /run/docker/plugins
ExecStart=/home/braedon/.cargo/bin/rustycan4docker
ExecReload=/bin/kill -HUP $MAINPID

[Install]
WantedBy=multi-user.target

#rustyvxcan.socket
[Unit]
Description=A network plugin for vxcan
Before=docker.service
AssertPathExists=/run/docker/plugins
Requires=rustyvxcan.service
After=rustyvxcan.service

[Socket]
ListenStream=/run/docker/plugins/rustyvxcan.sock
RemoveOnStop=True

[Install]
WantedBy=sockets.target

错误信息如下。

Sep 19 16:50:38 localhost systemd[1]: rustyvxcan.service: Found ordering cycle on rustyvxcan.socket/start
Sep 19 16:50:38 localhost systemd[1]: rustyvxcan.service: Found dependency on rustyvxcan.service/start
Sep 19 16:50:38 localhost systemd[1]: rustyvxcan.service: Unable to break cycle starting with rustyvxcan.service/start
Sep 19 16:55:09 localhost systemd[1]: rustyvxcan.socket: Found ordering cycle on rustyvxcan.service/start
Sep 19 16:55:09 localhost systemd[1]: rustyvxcan.socket: Found dependency on rustyvxcan.socket/start
Sep 19 16:55:09 localhost systemd[1]: rustyvxcan.socket: Unable to break cycle starting with rustyvxcan.socket/start

从资源来看，这意味着循环只发生在这两个文件中，我可以通过从 .socket 文件中删除 After 行来清除错误，但它们同时启动，服务的可执行文件失败。我可能只需在套接字中添加一个睡眠即可解决这个问题，但我在这里没有看到足够的依赖信息来导致循环。

我尝试清除 /{lib,etc}/systemd/system 中的服务和套接字文件，然后重新安装粘贴在此处的文件，以确保旧版本未运行，当然，在修改它时定期运行 systemctl daemon-reload。但我似乎无法弄清楚为什么即使在从服务文件中删除依赖项后，指定 after 也会破坏依赖关系图。

我遗漏了发生循环的地方在哪里？

systemd