You are not logged in.
I get the following errors
systemd[1]: systemd-rfkill.socket: Socket service systemd-rfkill.service not loaded, refusing.
systemd[1]: Failed to listen on Load/Save RF Kill Switch Status /dev/rfkill Watch.
which I believe are related to the fact that on my Thinkpad laptop I'm using tlp, and this suggests to disable systemd-rfkill.service, but now .socket is complaining: is it safe to also disable .socket, or perhaps is there a way to tell it to load only if .service has been loaded?
Offline
Trying on the net seems to be a bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1411147
I left it active and I did not masked it
edit
https://forum.manjaro.org/t/s-m-a-r-t-t … sd/10583/6
Last edited by newbie1962 (2017-04-23 12:31:16)
hp-envy dv7
Offline
Maybe I wasn't clear: I disabled .service, as suggested in tlp arch wiki, and therefore get that error from .socket in the journal: do you think I should instead enable .service?
Offline
Disable systemd-rfkill.socket too.
Offline
Right, that's what I was asking: is it a good practice to disable it too, provided I already disabled service? or am I going to create problems disabling it, and should instead impose that it is loaded only if service is, or something similar?
Last edited by nicolo (2017-04-25 19:50:20)
Offline
In particular, while
systemctl is-enabled systemd-rfkill.service
gives
masked
systemctl is-enabled systemd-rfkill.socket
gives
static
both before and after I disabled it.
Offline
Did you use disable or mask for systemd-rfkill.socket ?
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
(A works at time B) && (time C > time B ) ≠ (A works at time C)
Offline
I used disable for both service and socket.
Offline
unlikely since the enable status would be disabled and not masked for the service. Just mask both. Most sockets don't get enabled or disabled they react to certain events and try to start the corresponding service (and if the service would just be disabled it would be started due to the socket invocation, but it is masked).
Last edited by V1del (2017-04-26 12:47:55)
Offline