主页 / unix / 问题 / 792199
Accepted
Helios5584
Asked: 2025-03-10 12:11:48 +0800 CST

无法让用户创建的服务在启动时启动

  • 772

操作系统：Nobara Linux 41（最新）

我已经在论坛中搜索了该问题的可能解决方案，但似乎仍然无法使其发挥作用。

我有一个用户创建的服务，我试图在启动时运行它，但它在启动时没有执行。手动运行时，该服务运行良好。

这是服务：

[Unit]
Description=CPU Performance Mode

[Service]
Type=oneshot
ExecStart=bash -c 'cpupower -c all frequency-set -g performance'
Restart=on-failure

[Install]
WantedBy=default.target

此服务的目标是使用 cpupower 将我的 CPU 核心设置为性能模式。

运行 systemctl status cpuperformance.service（服务名称）时，我得到：

     Loaded: loaded (/etc/systemd/system/cpuperformance.service; enabled; preset: disabled)
    Drop-In: /usr/lib/systemd/system/service.d
             └─10-timeout-abort.conf, 50-keep-warm.conf
     Active: inactive (dead) since Sun 2025-03-09 22:38:28 CDT; 12min ago
 Invocation: 7c187bdfd07c49c48fd6e94ccc34a0e3
   Main PID: 1442 (code=exited, status=0/SUCCESS)
   Mem peak: 1.3M
        CPU: 6ms

Mar 09 22:38:28 HynixPC bash[1442]: Setting cpu: 16
Mar 09 22:38:28 HynixPC bash[1442]: Setting cpu: 17
Mar 09 22:38:28 HynixPC bash[1442]: Setting cpu: 18
Mar 09 22:38:28 HynixPC bash[1442]: Setting cpu: 19
Mar 09 22:38:28 HynixPC bash[1442]: Setting cpu: 20
Mar 09 22:38:28 HynixPC bash[1442]: Setting cpu: 21
Mar 09 22:38:28 HynixPC bash[1442]: Setting cpu: 22
Mar 09 22:38:28 HynixPC bash[1442]: Setting cpu: 23
Mar 09 22:38:28 HynixPC systemd[1]: cpuperformance.service: Deactivated successfully.
Mar 09 22:38:28 HynixPC systemd[1]: Finished cpuperformance.service - CPU Performance Mode.

这看起来像是在启动时成功运行了服务，但是如果我 cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor，我会得到：

cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
powersave
powersave
powersave
powersave
powersave
powersave
powersave
powersave
powersave
powersave
powersave
powersave
powersave
powersave
powersave
powersave
powersave
powersave
powersave
powersave
powersave
powersave
powersave
powersave

这表明 CPU 核心正在使用省电调节器而不是性能调节器，就像使用此服务启动后应该使用的那样。

我测试了不同的“WantedBy”目标，包括 basic.target 和 multi-user.target。这两个目标都存在同样的问题。每次我对服务进行更改时，我都会运行sudo systemctl disable cpuperformance.service-> sudo systemctl daemon-reload-> sudo systemctl enable cpuperformance.service。

启用服务的输出是Created symlink '/etc/systemd/system/default.target.wants/cpuperformance.service' → '/etc/systemd/system/cpuperformance.service'.在此之后，服务仍然无法在启动时启动。

我找到了一个线索，也许可以说明为什么这不起作用。运行后systemctl --user list-dependencies default.target，我得到以下输出：

default.target
○ ├─drkonqi-coredump-cleanup.service
● ├─drkonqi-sentry-postman.path
● ├─unity-gtk-module.service
● └─basic.target
●   ├─systemd-tmpfiles-setup.service
●   ├─paths.target
●   ├─sockets.target
●   │ ├─dbus.socket
●   │ ├─drkonqi-coredump-launcher.socket
●   │ ├─pipewire-pulse.socket
●   │ └─pipewire.socket
●   └─timers.target
○     ├─drkonqi-coredump-cleanup.timer
○     ├─drkonqi-sentry-postman.timer
●     ├─grub-boot-success.timer
●     └─systemd-tmpfiles-clean.timer

这表明我的自定义 cpuperformance.service 不被 default.target 所需要，这一点我不明白，因为我的服务专门列出了这一点。

有人对此有什么想法吗？我已经为此绞尽脑汁好几个小时了。任何帮助我都感激不尽！

services

2 个回答

  1. Best Answer

    尝试了多种方法让此服务在启动时正确应用后；包括在用户下而不是系统下创建一个新服务（sudo systemctl edit --full --force --user cpuperformance2.service）并进行相同的设置，向服务中添加After=和添加Requires=以及进行其他较小的更改，我决定以不同的方式解决这个问题，因为对我来说没有什么用。

    相反，我最终使用了 rc-local-generator（请参阅man systemd-rc-local-generator）。长话短说，您可以将自己的 bash 脚本放入服务中，一旦所有其他 Linux 服务启动，该脚本就会被调用。

    如果您来自未来并且遇到同样的问题，我强烈建议您按照Vivek Gite编写的教程来使用 rc-local-generator。

    我的 /etc/rc.d/rc.local 最终看起来像：

    #!/bin/sh
cpupower -c all frequency-set -g performance
exit 0

    下次重新启动并运行时cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor，我可以正确地看到所有 CPU 核心都处于性能调节器中，而不是省电调节器中。

    我读到过使用 rc-local-generator 不是一个好的做法，因为每个服务都应该是独一无二的，但目前这对我来说是唯一有效的方法。

    • 1

  2. 系统服务和用户服务之间存在混淆：

    systemctl --user list-dependencies default.target

    检查 systemd 用户配置，但

    /etc/systemd/system/cpuperformance.service

    是一项系统服务。

    服务显然在运行。我猜问题是服务运行后设置被更改了（不管怎样）。您可以通过ExecStart在第一个服务后添加第二个服务来检查这一点

    ExecStart=bash -c 'cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor >/root/scaling_governor'

    并随后检查文件内容。

    • 0

相关问题