[systemd-devel] [BUG] too many rfkill services
Lennart Poettering
lennart at poettering.net
Thu Nov 20 05:20:13 PST 2014
On Thu, 20.11.14 06:40, Andrei Borzenkov (arvidjaar at gmail.com) wrote:
> В Tue, 18 Nov 2014 18:37:03 +0100
> Łukasz Stelmach <stlman at poczta.fm> пишет:
>
> >
> > After several suspend/resumes systemctl shows more than three dozens of
> > rfkill devices even though I've got only one BT and one WLAN.
> >
> > --8<---------------cut here---------------start------------->8---
> > systemd-rfkill at rfkill0.service loaded active exited Load/Save RF Kill Switch Status of rfkill0
> > systemd-rfkill at rfkill1.service loaded active exited Load/Save RF Kill Switch Status of rfkill1
> > systemd-rfkill at rfkill2.service loaded active exited Load/Save RF Kill Switch Status of rfkill4
> > systemd-rfkill at rfkill3.service loaded active exited Load/Save RF Kill Switch Status of rfkill4
> >
>
> I confirm it.
>
> [...]
> >
> > The actual issue as I see it is that systemd does not stop and remove
> > rfkill services that refer to nonexistent devices.
> >
>
> The problem is, there no easy way to build device name from rfkillN for
> BindsTo. May be additional format specifier that would query udev
> database. Alternatively systemd-rfkill can be changed to accept sysfs
> path directly.
BindsTo= does not cause an exited-but-failed service to be flushed
out. It just stops running services when another service is ending,
that's all.
Lennart
--
Lennart Poettering, Red Hat
More information about the systemd-devel
mailing list