Systemd won't disable alsa-(re)store.service via "systemctl disable alsa-restore.service"
Only masking will successfully disable it. However that is a rather brute-force method. However it is also possible to just uninstall alsa-utils.
I know there aren't many reasons to disable the alsa-(re)store daemon.
I've had an issue with this because I use OSSv4 instead of ALSA.
In my opinion AT LEAST a warning should be displayed that this service cannot be disabled. At first I didn't even notice that systemd just ignored my command. Only when I looked into the boot/shutdown logs I saw that alsa-(re)store.service was actually still being launched.
Aside from that, in my opinion systemd shouldn't pull in the ALSA daemon as default. When somebody needs it, there's no obstacle in enabling it just as all the other daemons.
It is indeed a bit confusing that "systemctl disable alsa-store.service" does nothing and does not write any message. We should fix that.
*** Bug 72855 has been marked as a duplicate of this bug. ***