Package: linux-cpupower
Version: 6.9.9-1
Followup-For: Bug #894906
X-Debbugs-Cc: pitsior...@outlook.com

First failed start after adding "After=systemd-modules-load.service". If it
happens again today, I will not report it, but I will report how many times it
failed in total until tomorrow.

Jul 20 11:24:37 pc systemd[1]: Starting cpupower.service - Apply cpupower
configuration...
Jul 20 11:24:37 pc cpupower[341]: + ESTATUS=0
Jul 20 11:24:37 pc cpupower[341]: + test  !=
Jul 20 11:24:37 pc cpupower[341]: + PARS= -g powersave
Jul 20 11:24:37 pc cpupower[341]: + PARS= -g powersave
Jul 20 11:24:37 pc cpupower[341]: + test  -g powersave !=
Jul 20 11:24:37 pc cpupower[341]: + cpupower frequency-set -g powersave
Jul 20 11:24:37 pc cpupower[341]: + ESTATUS=1
Jul 20 11:24:37 pc cpupower[341]: + PARS=
Jul 20 11:24:37 pc cpupower[341]: + test  !=
Jul 20 11:24:37 pc cpupower[341]: + exit 1
Jul 20 11:24:38 pc systemd[1]: cpupower.service: Main process exited,
code=exited, status=1/FAILURE
Jul 20 11:24:38 pc systemd[1]: cpupower.service: Failed with result 'exit-
code'.
Jul 20 11:24:38 pc systemd[1]: Failed to start cpupower.service - Apply
cpupower configuration

The service file looks like so under the unit section and I readded the missing
"> /dev/null || ESTATUS=1" part in /usr/libexec/cpupower.

[Unit]
Description=Apply cpupower configuration
ConditionVirtualization=!container
After=systemd-modules-load.service


-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.9.9-amd64 (SMP w/2 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages linux-cpupower depends on:
ii  libc6         2.38-14
ii  libcap2       1:2.66-5
ii  libcpupower1  6.9.9-1
ii  libpci3       1:3.13.0-1

linux-cpupower recommends no packages.

linux-cpupower suggests no packages.

-- no debconf information

Reply via email to