[Pkg-acpi-devel] Bug#661344: systemd: refuses to run acpid

Michael Biebl biebl at debian.org
Mon Feb 27 00:04:11 UTC 2012


reassign 661344 acpid
thanks
[please always CC the bug report]
On 27.02.2012 00:46, Salvo Tomaselli wrote:
> 
>> What's the output of
>> systemctl status acpid.service?
>> and
>> systemctl show acpid.service
> 
> $ systemctl status acpid.service
> acpid.service - ACPI event daemon
> 	  Loaded: loaded (/lib/systemd/system/acpid.service; static)
> 	  Active: inactive (dead)
> 	  CGroup: name=systemd:/system/acpid.service
> 
> 
> $ systemctl show acpid.service
> Id=acpid.service
> Names=acpid.service
> Requires=acpid.socket basic.target
> Conflicts=shutdown.target
> Before=shutdown.target kdm.service
> After=basic.target acpid.socket
> Description=ACPI event daemon
> LoadState=loaded
> ActiveState=inactive
> SubState=dead
> FragmentPath=/lib/systemd/system/acpid.service
> UnitFileState=static
> InactiveExitTimestampMonotonic=0
> ActiveEnterTimestampMonotonic=0
> ActiveExitTimestampMonotonic=0
> InactiveEnterTimestampMonotonic=0
> CanStart=yes
> CanStop=yes
> CanReload=no
> CanIsolate=no
> StopWhenUnneeded=no
> RefuseManualStart=no
> RefuseManualStop=no
> AllowIsolate=no
> DefaultDependencies=yes
> OnFailureIsolate=no
> IgnoreOnIsolate=no
> IgnoreOnSnapshot=no
> DefaultControlGroup=name=systemd:/system/acpid.service
> ControlGroup=cpu:/system/acpid.service name=systemd:/system/acpid.service
> NeedDaemonReload=no
> JobTimeoutUSec=0
> ConditionTimestampMonotonic=0
> ConditionResult=no
> Type=simple
> Restart=no
> NotifyAccess=none
> RestartUSec=100ms
> TimeoutUSec=1min 30s
> ExecStart={ path=/usr/sbin/acpid ; argv[]=/usr/sbin/acpid ; ignore_errors=no ; 
> start_time=[n/a] ; stop_time=[n/a] ; pid=0 ; code=(null) ; status=0/0 }
> UMask=0022
> LimitCPU=18446744073709551615
> LimitFSIZE=18446744073709551615
> LimitDATA=18446744073709551615
> LimitSTACK=18446744073709551615
> LimitCORE=18446744073709551615
> LimitRSS=18446744073709551615
> LimitNOFILE=4096
> LimitAS=18446744073709551615
> LimitNPROC=30976
> LimitMEMLOCK=65536
> LimitLOCKS=18446744073709551615
> LimitSIGPENDING=30976
> LimitMSGQUEUE=819200
> LimitNICE=0
> LimitRTPRIO=0
> LimitRTTIME=18446744073709551615
> OOMScoreAdjust=0
> Nice=0
> IOScheduling=0
> CPUSchedulingPolicy=0
> CPUSchedulingPriority=0
> TimerSlackNSec=50000
> CPUSchedulingResetOnFork=no
> NonBlocking=no
> StandardInput=socket
> StandardOutput=inherit
> StandardError=inherit
> TTYReset=no
> TTYVHangup=no
> TTYVTDisallocate=no
> SyslogPriority=30
> SyslogLevelPrefix=yes
> SecureBits=0
> CapabilityBoundingSet=18446744073709551615
> MountFlags=1048576
> PrivateTmp=no
> PrivateNetwork=no
> SameProcessGroup=no
> KillMode=control-group
> KillSignal=15
> ControlGroupModify=no
> PermissionsStartOnly=no
> RootDirectoryStartOnly=no
> RemainAfterExit=no
> GuessMainPID=yes
> ExecMainStartTimestampMonotonic=0
> ExecMainExitTimestampMonotonic=0
> ExecMainPID=0
> ExecMainCode=0
> ExecMainStatus=0
> MainPID=0
> ControlPID=0
> SysVStartPriority=-1
> FsckPassNo=0

This is a bug in acpid.
acpid ships native service files for acpid.service and acpid.socket.
The problem is, that the native acpid.service requires acpid.socket, but
the acpid package doesn't enable it, so the native .service unit fails.

You can manually enable the native systemd service files by running
"systemctl enable acpid.socket"

acpid should either enable the socket unit by default (e.g. by shipping
the symlink /etc/systemd/system/sockets.target.wants/acpid.socket →
/lib/systemd/system/acpid.socket in the package, similar to how e.g.
rsyslog does it) or name the systemd .service differently then the sysv
init script, so it is not automatically mapped.

@acpid maintainers: If you need more info on this, please ask me or Tollef.

Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 900 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-acpi-devel/attachments/20120227/d6f7dcad/attachment.pgp>


More information about the Pkg-acpi-devel mailing list