View previous topic :: View next topic |
Author |
Message |
KShots Guru
Joined: 09 Oct 2003 Posts: 595 Location: Florida
|
Posted: Tue May 05, 2020 2:25 pm Post subject: Odd multi-user pulseaudio issue (fluidsynth conflict) |
|
|
I run gnome (3.34.4 at the moment) and have two users. One user (my primary account) has stopped working with pulseaudio on a recent update, but the other user appears unaffected.
For the user with no audio, I can run the following two commands to restore it: Code: | pulseaudio -k
pulseaudio --start | ... and all is well again. The other user does not have to do anything.
My 'getfacl' output: Code: | rich@graendal ~ $ getfacl /dev/snd/controlC0
getfacl: Removing leading '/' from absolute path names
# file: dev/snd/controlC0
# owner: root
# group: audio
user::rw-
user:rich:rw-
group::rw-
mask::rw-
other::--- | No user is in the 'audio' group: Code: | rich@graendal ~ $ grep audio /etc/group
audio:x:18: | What can I look into to figure out why I'm getting different outcomes for different users? _________________ Life without passion is death in disguise
Last edited by KShots on Wed May 13, 2020 5:40 pm; edited 1 time in total |
|
Back to top |
|
|
enkidu n00b
Joined: 07 May 2020 Posts: 3
|
Posted: Thu May 07, 2020 11:09 pm Post subject: |
|
|
there is no reason (rich) user to be part of the audio group if it is identified as a owner of /dev/snd/controlC0 with rw permissions
ACL allow you to extend ownership , group , ... from one to multiple for specific files without integrating them in the full scope of the role accross the system tree.
you pulseaudio process you should be started by your service manager - systemd or openrc
in your post you dont precise the status of the pulseaudio before you kill it and by whom started it.
i see two possible problem here: pulseaudio is not started correctly with the correct user (rich) or it is not started at all before you start it with your pulseaudio command. |
|
Back to top |
|
|
KShots Guru
Joined: 09 Oct 2003 Posts: 595 Location: Florida
|
Posted: Fri May 08, 2020 1:58 am Post subject: |
|
|
Yep, not sure where to begin on this. Here's what I get on login as far as what's running with pulseaudio: Code: | gdm 1486 0.0 0.0 1276544 15628 ? S<sl 20:09 0:00 /usr/bin/pulseaudio --daemonize=no
rich 1782 0.9 0.8 952860 526652 ? Ssl 20:09 0:58 /usr/bin/fluidsynth -is -a pulseaudio -m alsa_seq -r 48000 /home/rich/sf2/MT-32-32K-v1-r65-Full-Hedsound.sf2
rich 8637 3.0 0.0 1539940 17548 ? S<sl 21:55 0:00 /usr/bin/pulseaudio --daemonize=no | Note that pulseaudio is running for user 'rich' (PID 8637 in this case), but it is not functional. I'm using systemd, but I know of no service to check for logging purposes. A simple 'systemctl status pulseaudio' claims there is no such service. _________________ Life without passion is death in disguise |
|
Back to top |
|
|
enkidu n00b
Joined: 07 May 2020 Posts: 3
|
Posted: Fri May 08, 2020 8:28 am Post subject: |
|
|
since the problem looks user oriented - have you tried this after upgrading part from the gentoo wiki : https://wiki.gentoo.org/wiki/PulseAudio to force regenerating user pulseaudio config files ?
No sound:
After installation: If you have no sound while using ALSA, consider unmuting the sound card. Launch alsamixer and make sure each column has a green 00 under it (use the m key to toggle mute/unmute). Install media-sound/pavucontrol and check if there is any output on the pavucontrol panel when playing audio.
After upgrading the system: pulseaudio's user configuration files can become corrupt. Deleting ~/.pulse* configuration files and forcing fresh ones to be generated by restarting the daemon may fix no sound condition. |
|
Back to top |
|
|
KShots Guru
Joined: 09 Oct 2003 Posts: 595 Location: Florida
|
Posted: Fri May 08, 2020 11:54 pm Post subject: |
|
|
enkidu wrote: | since the problem looks user oriented - have you tried this after upgrading part from the gentoo wiki : https://wiki.gentoo.org/wiki/PulseAudio to force regenerating user pulseaudio config files ?
No sound:
After installation: If you have no sound while using ALSA, consider unmuting the sound card. Launch alsamixer and make sure each column has a green 00 under it (use the m key to toggle mute/unmute). Install media-sound/pavucontrol and check if there is any output on the pavucontrol panel when playing audio.
After upgrading the system: pulseaudio's user configuration files can become corrupt. Deleting ~/.pulse* configuration files and forcing fresh ones to be generated by restarting the daemon may fix no sound condition. | alsamixer simply locks up until I CTRL-C it. pavucontrol simply displays a message stating "Establishing connection to PulseAudio. Please wait..." and never gets any further. I have no "~/.pulse*" files to be corrupted. _________________ Life without passion is death in disguise |
|
Back to top |
|
|
KShots Guru
Joined: 09 Oct 2003 Posts: 595 Location: Florida
|
Posted: Mon May 11, 2020 10:53 pm Post subject: |
|
|
Anyone else seeing similar? What else can I poke to dig up more information on what's going on? I know there's a systemd unit file somewhere, but I have been unable to find it to query about status and such. _________________ Life without passion is death in disguise |
|
Back to top |
|
|
KShots Guru
Joined: 09 Oct 2003 Posts: 595 Location: Florida
|
Posted: Tue May 12, 2020 10:15 pm Post subject: |
|
|
About the only difference between the accounts I can tell is that one has the fluidsynth systemd service enabled, and the other doesn't. The one with fuildsynth has broken pulseaudio. Below is what's in the fluidsynth service unit file: Code: | rich@graendal ~ $ systemctl cat fluidsynth
# /lib/systemd/system/fluidsynth.service
[Unit]
Description=FluidSynth Daemon
Documentation=man:fluidsynth(1)
After=sound.target
[Service]
Type=notify
NotifyAccess=main
EnvironmentFile=/etc/fluidsynth.conf
EnvironmentFile=-%h/.config/fluidsynth
ExecStart=/usr/bin/fluidsynth -is $OTHER_OPTS $SOUND_FONT
[Install]
WantedBy=multi-user.target | What might be happening is that fluidsynth is now launching before pulse? Possibly? I can't change the order, as pulse doesn't appear to have a unit file to wait on. _________________ Life without passion is death in disguise |
|
Back to top |
|
|
KShots Guru
Joined: 09 Oct 2003 Posts: 595 Location: Florida
|
Posted: Wed May 13, 2020 5:40 pm Post subject: |
|
|
Confirmed - fluidsynth is the culprit. I disabled the fluidsynth user service and voila - pulseaudio starts correctly on login. How can I modify the above service file to accommodate the new behavior of pulseaudio? _________________ Life without passion is death in disguise |
|
Back to top |
|
|
|