'systemd list-units' command, heavily used for shell completion, seems to regulary miss some units file installed in dedicated location. For instance, the snmpd service cannot be found while inactive: [root@beria cauldron]# ll /lib/systemd/system/snmpd.service -rw-r--r-- 1 root root 237 mai 31 11:27 /lib/systemd/system/snmpd.service [root@beria cauldron]# systemctl list-units --all --full | grep snmp [root@beria cauldron]# Once started, the service can be found normlly: [root@beria cauldron]# systemctl start snmpd.service [root@beria cauldron]# systemctl list-units --all | grep snmp snmpd.service loaded active running Simple Network Management Protocol (SNMP) Daemon.
Assignee: bugsquad => mageia
Yeah the bash completion stuff is not perfect when dealing with such units. There was talk of adding a dedicated mode to systemctl to provide the information needed to bash completion, but that's not happened yet. So the issue here is that the unit is disabled and thus does not show up in the list-units output. cf https://bugzilla.redhat.com/show_bug.cgi?id=748512 As noted above can also use list-unit-files which does show it up even when it's disabled as it doesn't rely on the current state. [root@jimmy ~]# systemctl is-enabled snmpd.service disabled [root@jimmy ~]# systemctl list-units --all --full | grep snmp [root@jimmy ~]# systemctl enable snmpd.service ln -s '/lib/systemd/system/snmpd.service' '/etc/systemd/system/multi-user.target.wants/snmpd.service' [root@jimmy ~]# systemctl list-units --all --full | grep snmp snmpd.service loaded inactive dead Simple Network Management Protocol (SNMP) Daemon. [root@jimmy ~]# systemctl disable snmpd.service rm '/etc/systemd/system/multi-user.target.wants/snmpd.service' [root@jimmy ~]# systemctl list-units --all --full | grep snmp [root@jimmy ~]# So for now it's not our downstream bug. I'd welcome you to go poke upstream about it, or, if you are super keen, write a patch for systemctl that could supply everything someone could want from a bash completion perspective!
Status: NEW => RESOLVEDResolution: (none) => WONTFIX