Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #196919 > unrolled thread

Audio - Dummy Output, except for root

Back to article view | Back to linux.debian.user

Contents

  Audio - Dummy Output, except for root Kent West <westk@acu.edu> - 2018-06-25 17:00 +0200
    Re: Audio - Dummy Output, except for root Kent West <westk@acu.edu> - 2018-06-25 17:10 +0200
    Re: Audio - Dummy Output, except for root Brian <ad44@cityscape.co.uk> - 2018-06-25 18:00 +0200
      Re: Audio - Dummy Output, except for root Kent West <westk@acu.edu> - 2018-06-25 20:00 +0200
        Re: Audio - Dummy Output, except for root Kent West <westk@acu.edu> - 2018-06-25 21:40 +0200
          Re: Audio - Dummy Output, except for root Kent West <westk@acu.edu> - 2018-06-25 22:50 +0200
            Re: Audio - Dummy Output, except for root Kent West <westk@acu.edu> - 2018-06-25 23:10 +0200
              Re: Audio - Dummy Output, except for root Kent West <westk@acu.edu> - 2018-06-25 23:20 +0200
                Re: Audio - Dummy Output, except for root Kent West <westk@acu.edu> - 2018-06-26 00:00 +0200
                  Re: Audio - Dummy Output, except for root Kent West <westk@acu.edu> - 2018-06-26 00:40 +0200
                Re: Audio - Dummy Output, except for root deloptes <deloptes@gmail.com> - 2018-06-26 00:40 +0200

#196919 — Audio - Dummy Output, except for root

[Multipart message — attachments visible in raw view] — view raw

I recently dist-upgraded my Buster/Sid box, and lost:
 - networking temporarily (got it back, but not exactly sure how)
 -video (black screen; no obvious local terminal response, but could ssh
in; it's an NVidia bug apparently, worked around with
"slab_common.usercopy_fallback=y" added to kernel parameters at start-up)
 - audio as a normal user.

So I've fixed the first two issues, but still have no audio when I log into
X as a normal user (or at least as my normal user; now that I think about
it, I'll try as a different normal user as soon as I get this email sent
off).

In both X11/Cinnamon and X11/Plasma Desktop, the audio button on the panel
shows "Dummy Output" as the audio device when I log into X as my normal
user. I added my user to the "audio" group and logged out/in and tried
again; no change.

I then Ctrl-Alt-F1'd to TT1, logged in as root, "systemctl stop sddm", and
"startx &" as root, and the DM was a simpler DM (maybe XFCE? maybe LXDE? it
wasn't obvious, at least to me), and there was not volume control on any
panel, so I just fired up Audacity and played a .m4v file, and audio worked
successfully.

So audio works for root, but not for my normal user (even after being added
to the "audio" group).

Any ideas/suggestions?

Thanks!

-- 
Kent West                    <")))><
Westing Peacefully - http://kentwest.blogspot.com

[toc] | [next] | [standalone]

#196920

[Multipart message — attachments visible in raw view] — view raw

On Mon, Jun 25, 2018 at 9:58 AM, Kent West <westk@acu.edu> wrote:

> I recently dist-upgraded my Buster/Sid box, and lost:
>


>  - audio as a normal user.
>
> ... have no audio when I log into X as a normal user (or at least as my
> normal user; now that I think about it, I'll try as a different normal user
> as soon as I get this email sent off).
>


I tried a different user, and that user also has no audio.



> In both X11/Cinnamon and X11/Plasma Desktop, the audio button on the panel
> shows "Dummy Output" as the audio device when I log into X as my normal
> user. I added my user to the "audio" group and logged out/in and tried
> again; no change.
>
> I then Ctrl-Alt-F1'd to TT1, logged in as root, "systemctl stop sddm", and
> "startx &" as root, and the DM was a simpler DM (maybe XFCE? maybe LXDE? it
> wasn't obvious, at least to me)
>

It was XFCE.



> So audio works for root, but not for my normal user (even after being
> added to the "audio" group).
>


-- 
Kent West                    <")))><
Westing Peacefully - http://kentwest.blogspot.com

[toc] | [prev] | [next] | [standalone]

#196922

On Mon 25 Jun 2018 at 09:58:29 -0500, Kent West wrote:

> I recently dist-upgraded my Buster/Sid box, and lost:
>  - networking temporarily (got it back, but not exactly sure how)
>  -video (black screen; no obvious local terminal response, but could ssh
> in; it's an NVidia bug apparently, worked around with
> "slab_common.usercopy_fallback=y" added to kernel parameters at start-up)
>  - audio as a normal user.
> 
> So I've fixed the first two issues, but still have no audio when I log into
> X as a normal user (or at least as my normal user; now that I think about
> it, I'll try as a different normal user as soon as I get this email sent
> off).
> 
> In both X11/Cinnamon and X11/Plasma Desktop, the audio button on the panel
> shows "Dummy Output" as the audio device when I log into X as my normal
> user. I added my user to the "audio" group and logged out/in and tried
> again; no change.
> 
> I then Ctrl-Alt-F1'd to TT1, logged in as root, "systemctl stop sddm", and
> "startx &" as root, and the DM was a simpler DM (maybe XFCE? maybe LXDE? it
> wasn't obvious, at least to me), and there was not volume control on any
> panel, so I just fired up Audacity and played a .m4v file, and audio worked
> successfully.
> 
> So audio works for root, but not for my normal user (even after being added
> to the "audio" group).
>
> Any ideas/suggestions?

A user being in the audio group is made redundant by systemd installing
udev rules (/lib/udev/rules.d/70-uaccess.rules) and systemd-logind adding
a locally loggedin user to the ACLs for the corresponding devices.

brian@desktop:~$ ls -l /dev/snd/*
crw-rw----+ 1 root audio 116,  2 Apr 22 14:21 /dev/snd/controlC0
crw-rw----+ 1 root audio 116,  4 May 26 10:40 /dev/snd/pcmC0D0c
crw-rw----+ 1 root audio 116,  3 Jun 24 23:21 /dev/snd/pcmC0D0p
crw-rw----+ 1 root audio 116,  6 Apr 22 14:21 /dev/snd/pcmC0D1c
crw-rw----+ 1 root audio 116,  5 Apr 22 14:21 /dev/snd/pcmC0D1p
crw-rw----+ 1 root audio 116,  1 Apr 22 14:21 /dev/snd/seq
crw-rw----+ 1 root audio 116, 33 Apr 22 14:21 /dev/snd/timer

brian@desktop:~$ getfacl /dev/snd/controlC0
getfacl: Removing leading '/' from absolute path names
# file: dev/snd/controlC0
# owner: root
# group: audio
user::rw-
user:brian:rw-
group::rw-
mask::rw-
other::---

-- 
Brian.

[toc] | [prev] | [next] | [standalone]

#196924

[Multipart message — attachments visible in raw view] — view raw

On Mon, Jun 25, 2018 at 10:57 AM, Brian <ad44@cityscape.co.uk> wrote:

> On Mon 25 Jun 2018 at 09:58:29 -0500, Kent West wrote:
>
> > I recently dist-upgraded my Buster/Sid box, and lost:
> >  - networking temporarily (got it back, but not exactly sure how)
> >  -video (black screen; no obvious local terminal response, but could ssh
> > in; it's an NVidia bug apparently, worked around with
> > "slab_common.usercopy_fallback=y" added to kernel parameters at
> start-up)
> >  - audio as a normal user.
> >
> > So I've fixed the first two issues, but still have no audio when I log
> into
> > X as a normal user (or at least as my normal user; now that I think about
> > it, I'll try as a different normal user as soon as I get this email sent
> > off).
> >
> > In both X11/Cinnamon and X11/Plasma Desktop, the audio button on the
> panel
> > shows "Dummy Output" as the audio device when I log into X as my normal
> > user. I added my user to the "audio" group and logged out/in and tried
> > again; no change.
> >
> > I then Ctrl-Alt-F1'd to TT1, logged in as root, "systemctl stop sddm",
> and
> > "startx &" as root, and the DM was a simpler DM (maybe XFCE? maybe LXDE?
> it
> > wasn't obvious, at least to me), and there was not volume control on any
> > panel, so I just fired up Audacity and played a .m4v file, and audio
> worked
> > successfully.
> >
> > So audio works for root, but not for my normal user (even after being
> added
> > to the "audio" group).
> >
> > Any ideas/suggestions?
>
> A user being in the audio group is made redundant by systemd installing
> udev rules (/lib/udev/rules.d/70-uaccess.rules) and systemd-logind adding
> a locally loggedin user to the ACLs for the corresponding devices.
>
>
I read in another place that adding a user to "audio" is a bad idea,
because it doesn't really fix anything, and has the potential to break
things. Accordingly, I've removed my user from "audio".


In tinkering further, I find that when I run "alsamixer" from my normal
user account, it shows my card and chip to be "PulseAudio", and if I press
F6 to "Select sound card", I get an option of "- default" (where it's set),
"0 HDA Intel PCH", and "1 HDA NVidia". If I run "alsamixer" from my root
account, it shows my card and chip to be "HDA Intel PCH" and "Realtek
ALC269VB".

I suspect I'm on the trail to fixing my problem, but I can't figure out how
to change my default sound card. I can change it in alsamixer, but as soon
as I get out of alsamixer and then go back in, it's back to "- default".



-- 
Kent West                    <")))><
Westing Peacefully - http://kentwest.blogspot.com

[toc] | [prev] | [next] | [standalone]

#196925

[Multipart message — attachments visible in raw view] — view raw

On Mon, Jun 25, 2018 at 12:57 PM, Kent West <westk@acu.edu> wrote:

>
>
> On Mon, Jun 25, 2018 at 10:57 AM, Brian <ad44@cityscape.co.uk> wrote:
>
>> On Mon 25 Jun 2018 at 09:58:29 -0500, Kent West wrote:
>>
>>
>> > So audio works for root, but not for my normal user (even after being
>> added
>> > to the "audio" group).
>>
>>
>
> In tinkering further, I find that when I run "alsamixer" from my normal
> user account, it shows my card and chip to be "PulseAudio", and if I press
> F6 to "Select sound card", I get an option of "- default" (where it's set),
> "0 HDA Intel PCH", and "1 HDA NVidia". If I run "alsamixer" from my root
> account, it shows my card and chip to be "HDA Intel PCH" and "Realtek
> ALC269VB".
>
> I suspect I'm on the trail to fixing my problem, but I can't figure out
> how to change my default sound card. I can change it in alsamixer, but as
> soon as I get out of alsamixer and then go back in, it's back to "-
> default".
>

As I tinkered/thought further, I realize "- default" is probably where the
alsamixer settings need to be. The problem is not that alsamixer is looking
to the wrong card; it's that alsamixer's "- default" is looking to the
wrong card.

I just discovered "pulsemixer" (aptitude install pulsemixer), and when I
run it as a normal user, I see that there's a place to tell it what card to
use. When I try to change cards, I find that the Intel PCH is not listed.
Hmmm....

When I try to run "pulsemixer" as root, either from a TTY or from a second
X session, I get a "can't connect to pulseaudio" type of error message. I
haven't tried it yet as root as an only X session (as I've got real work
going on as my normal user in that first X session, and don't want to
interrupt it at the moment).

I don't understand the relationship between alsa and pulseaudio, but I
*think* that in general terms, alsa is more of the fundamental driver base
upon which pulseaudio then sits and relies. So it seems to me that root has
access to the alsa driver for the Intel PCH, but my normal user no longer
has that access.





-- 
Kent West                    <")))><
Westing Peacefully - http://kentwest.blogspot.com

[toc] | [prev] | [next] | [standalone]

#196927

[Multipart message — attachments visible in raw view] — view raw

On Mon, Jun 25, 2018 at 2:28 PM, Kent West <westk@acu.edu> wrote:

>
> > So audio works for root, but not for my normal user (even after being
>>> added
>>> > to the "audio" group).
>>
>>

I just ran "cat syslog | grep alsa" and got this:


systemd-udevd[413]: Process '/usr/sbin/alsactl -E HOME=/run/alsa restore 0'
failed with exit code 99.


-- 
Kent West                    <")))><
Westing Peacefully - http://kentwest.blogspot.com


-- 
Kent West                    <")))><
Westing Peacefully - http://kentwest.blogspot.com

[toc] | [prev] | [next] | [standalone]

#196930

[Multipart message — attachments visible in raw view] — view raw

In a TTY (no X), "alsa-bat -P default" plays a tone for root, and no sound
for a normal user.

On Mon, Jun 25, 2018 at 3:44 PM, Kent West <westk@acu.edu> wrote:

>
>
> On Mon, Jun 25, 2018 at 2:28 PM, Kent West <westk@acu.edu> wrote:
>
>>
>> > So audio works for root, but not for my normal user (even after being
>>>> added
>>>> > to the "audio" group).
>>>
>>>
>
> I just ran "cat syslog | grep alsa" and got this:
>
>
> systemd-udevd[413]: Process '/usr/sbin/alsactl -E HOME=/run/alsa restore
> 0' failed with exit code 99.
>
>
> --
> Kent West                    <")))><
> Westing Peacefully - http://kentwest.blogspot.com
>
>
> --
> Kent West                    <")))><
> Westing Peacefully - http://kentwest.blogspot.com
>



-- 
Kent West                    <")))><
Westing Peacefully - http://kentwest.blogspot.com

[toc] | [prev] | [next] | [standalone]

#196931

[Multipart message — attachments visible in raw view] — view raw

On Mon, Jun 25, 2018 at 4:02 PM, Kent West <westk@acu.edu> wrote:

> In a TTY (no X), "alsa-bat -P default" plays a tone for root, and no sound
> for a normal user.
>
> On Mon, Jun 25, 2018 at 3:44 PM, Kent West <westk@acu.edu> wrote:
>
>>
>>
>> On Mon, Jun 25, 2018 at 2:28 PM, Kent West <westk@acu.edu> wrote:
>>
>>>
>>> > So audio works for root, but not for my normal user (even after being
>>>>> added
>>>>> > to the "audio" group).
>>>>
>>>>
>>
>>
>

When I run "aplay -L | grep default", for root I get:

default:CARD=PCH
sysdefault:CARD=PCH

For a normal user I get:

default
sysdefault:CARD=PCH


-- 
Kent West                    <")))><
Westing Peacefully - http://kentwest.blogspot.com

[toc] | [prev] | [next] | [standalone]

#196932

[Multipart message — attachments visible in raw view] — view raw

I've spent two days on this, and have tried everything I can find and think
of. Very frustrating.

On Mon, Jun 25, 2018 at 4:09 PM, Kent West <westk@acu.edu> wrote:

>
>
> On Mon, Jun 25, 2018 at 4:02 PM, Kent West <westk@acu.edu> wrote:
>
>> In a TTY (no X), "alsa-bat -P default" plays a tone for root, and no
>> sound for a normal user.
>>
>> On Mon, Jun 25, 2018 at 3:44 PM, Kent West <westk@acu.edu> wrote:
>>
>>>
>>>
>>> On Mon, Jun 25, 2018 at 2:28 PM, Kent West <westk@acu.edu> wrote:
>>>
>>>>
>>>> > So audio works for root, but not for my normal user (even after being
>>>>>> added
>>>>>> > to the "audio" group).
>>>>>
>>>>>
>>>
>>>
>>
>
> When I run "aplay -L | grep default", for root I get:
>
> default:CARD=PCH
> sysdefault:CARD=PCH
>
> For a normal user I get:
>
> default
> sysdefault:CARD=PCH
>
>
> --
> Kent West                    <")))><
> Westing Peacefully - http://kentwest.blogspot.com
>



-- 
Kent West                    <")))><
Westing Peacefully - http://kentwest.blogspot.com

[toc] | [prev] | [next] | [standalone]

#196934

[Multipart message — attachments visible in raw view] — view raw

Got it! (Partially. Will finish getting it tomorrow, maybe.)

>From https://ubuntuforums.org/showthread.php?t=1517726:


Found the issue with great support.
>
> Code:
>
>   echo autospawn = no >> ~/.pulse/client.conf
>
>   killall pulseaudio
>
>   LANG=C pulseaudio -vvvv > ~/pulseverbose.log 2>&1
>
> and
>
> Code:
>
>   sudo fuser -v /dev/snd/*
>
> made me found conflicting applications at boot
>
>
In my case. "timidity" was causing my problem. Within X, I did a "sudo kill
timidity", and immediately my Volume control on the pane of KDE's Plasma
desktop changed, and the volume control slider produced test clicks. I
tried purging timidity, but it seems to want to take half of KDE with it,
so I'm gonna hold off until tomorrow to tinker any more with it.

Whew!


On Mon, Jun 25, 2018 at 4:55 PM, Kent West <westk@acu.edu> wrote:

> I've spent two days on this, and have tried everything I can find and
> think of. Very frustrating.
>
> On Mon, Jun 25, 2018 at 4:02 PM, Kent West <westk@acu.edu> wrote:
>>
>>> In a TTY (no X), "alsa-bat -P default" plays a tone for root, and no
>>> sound for a normal user.
>>>
>>> On Mon, Jun 25, 2018 at 2:28 PM, Kent West <westk@acu.edu> wrote:
>>>>
>>>>>
>>>>> > So audio works for root, but not for my normal user (even after
>>>>>>> being added
>>>>>>> > to the "audio" group).
>>>>>>
>>>>>>
>>>>
>>>>
>>>
>>
>>
-- 
Kent West                    <")))><
Westing Peacefully - http://kentwest.blogspot.com

[toc] | [prev] | [next] | [standalone]

#196933

Kent West wrote:

> When I run "aplay -L | grep default", for root I get:
> 
> default:CARD=PCH
> sysdefault:CARD=PCH
> 
> For a normal user I get:
> 
> default
> sysdefault:CARD=PCH

on my stretch box I run

aplay -L | grep default
default
sysdefault:CARD=PCH

so it does not seem to be user/root issue

I have audio


you shouldn't be running pulse audio as root. IT is started automatically
with the user session. Just reboot, log in as normal user and run
pavucontrol. check your setup there. check your setup with alsamixer.

If you still have problems make sure you have proper index set for the audio
driver.

options snd-hda-intel id=PCH,HDMI index=1,0

or try any of the suggestions here
https://bbs.archlinux.org/viewtopic.php?id=180102

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user

csiph-web