Arch Linux

magum

Member

Registered: 2011-08-22

Posts: 22

how does "systemctl suspend" mess with my sound?

Hi there,

I just wanted to say I am really impressed with the desktop handling of systemd and dbus. It's so easy to use all the nice applets across different WMs. Cool

Now there are however still things that amaze me. How can happen that when I suspend my system "systemctl suspend", that means my sound might be messed up, when I get back to my system and even after a restart?

I am not looking for the answer, I will find that sooner or later, but it's the logic I want to get. It's just not something I expect or even remotely relate.

tl;dr How does a suspend screw up my sound system??

Best,
Magum

Rexilion

Member

Registered: 2013-12-23

Posts: 784

Re: how does "systemctl suspend" mess with my sound?

Maybe it's resetting or not restoring sound? You have a systemd unit files called:

alsa-restore.service                        static 
alsa-state.service                          static 
alsa-store.service                          static

I think you need alsa-store and alsa-restore. But I'm not sure.

If it doesn't work with suspend (but it does with reboot) then you might have to add a WantedBy to sleep.target.

---

fs/super.c : "Self-destruct in 5 seconds.  Have a nice day...\n",