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

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

?? user in group audio -- but only root can play sound

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

Contents

  ?? user in group audio -- but only root can play sound Gregor Zattler <telegraph@gmx.net> - 2016-01-16 20:10 +0100
    Re: ?? user in group audio -- but only root can play sound Ric Moore <wayward4now@gmail.com> - 2016-01-18 21:10 +0100
      Re: ?? user in group audio -- but only root can play sound Gregor Zattler <telegraph@gmx.net> - 2016-01-18 22:30 +0100
        Re: ?? user in group audio -- but only root can play sound Jude DaShiell <jdashiel@panix.com> - 2016-01-19 04:30 +0100
          Re: ?? user in group audio -- but only root can play sound Gregor Zattler <telegraph@gmx.net> - 2016-01-19 12:50 +0100
            Re: ?? user in group audio -- but only root can play sound Alexis <flexibeast@gmail.com> - 2016-01-19 13:10 +0100
              Re: ?? user in group audio -- but only root can play sound Gregor Zattler <telegraph@gmx.net> - 2016-01-19 18:30 +0100
                Re: ?? user in group audio -- but only root can play sound Chris Bannister <cbannister@slingshot.co.nz> - 2016-01-20 07:10 +0100
                  Re: ?? user in group audio -- but only root can play sound Gregor Zattler <telegraph@gmx.net> - 2016-01-21 17:00 +0100
                    Re: ?? user in group audio -- but only root can play sound <tomas@tuxteam.de> - 2016-01-21 21:50 +0100
    Re: ?? user in group audio -- but only root can play sound Floris <jkfloris@dds.nl> - 2016-01-21 11:30 +0100
      Re: ?? user in group audio -- but only root can play sound Jude DaShiell <jdashiel@panix.com> - 2016-01-21 12:40 +0100
        Re: ?? user in group audio -- but only root can play sound Floris <jkfloris@dds.nl> - 2016-01-21 16:10 +0100
      Re: ?? user in group audio -- but only root can play sound Gregor Zattler <telegraph@gmx.net> - 2016-01-21 17:00 +0100
        Re: ?? user in group audio -- but only root can play sound Floris <jkfloris@dds.nl> - 2016-01-21 18:10 +0100
          Re: ?? user in group audio -- but only root can play sound Gregor Zattler <telegraph@gmx.net> - 2016-01-21 20:40 +0100
            Re: ?? user in group audio -- but only root can play sound Floris <jkfloris@dds.nl> - 2016-01-21 21:50 +0100
              Re: ?? user in group audio -- but only root can play sound Floris <jkfloris@dds.nl> - 2016-01-21 22:00 +0100
              Re: ?? user in group audio -- but only root can play sound Gregor Zattler <telegraph@gmx.net> - 2016-01-22 00:10 +0100
                Re: ?? user in group audio -- but only root can play sound Jude DaShiell <jdashiel@panix.com> - 2016-01-22 00:20 +0100
                  Re: ?? user in group audio -- but only root can play sound Floris <jkfloris@dds.nl> - 2016-01-22 10:30 +0100
                    Re: ?? user in group audio -- but only root can play sound Jude DaShiell <jdashiel@panix.com> - 2016-01-22 13:50 +0100
                      Re: ?? user in group audio -- but only root can play sound <tomas@tuxteam.de> - 2016-01-22 15:50 +0100
                        Re: ?? user in group audio -- but only root can play sound Jude DaShiell <jdashiel@panix.com> - 2016-01-22 17:20 +0100
                          Re: ?? user in group audio -- but only root can play sound Ric Moore <wayward4now@gmail.com> - 2016-01-22 19:40 +0100
                      Re: ?? user in group audio -- but only root can play sound Gene Heskett <gheskett@shentel.net> - 2016-01-22 15:50 +0100
                      Re: ?? user in group audio -- but only root can play sound Gene Heskett <gheskett@shentel.net> - 2016-01-22 15:50 +0100
                        Re: ?? user in group audio -- but only root can play sound Floris <jkfloris@dds.nl> - 2016-01-22 21:00 +0100
                          Re: ?? user in group audio -- but only root can play sound Gene Heskett <gheskett@shentel.net> - 2016-01-22 23:20 +0100
                    SOLVED ?? user in group audio -- but only root can play sound Gregor Zattler <telegraph@gmx.net> - 2016-01-22 21:50 +0100
                      Re: SOLVED ?? user in group audio -- but only root can play sound Ric Moore <wayward4now@gmail.com> - 2016-01-23 04:30 +0100

Page 2 of 2 — ← Prev page 1 [2]

#163436

Op Fri, 22 Jan 2016 00:10:27 +0100 schreef Jude DaShiell  
<jdashiel@panix.com>:

> udev may be having adverse impacts on abilities to play sounds from  
> certain cards after reboot.  Anyone interested may find sound devices in  
> black listed category they don't want to have black listed.  Correcting  
> such black listing for now is beyond my capability since I haven't done  
> enough with udev to be safe working with ityet.
>

>>>>
>>>
>>> Sorry, now I see you have multiple sound cards.
>>
>> My fault I should have mentioned it, sorry:  That's it!
>>

>> Since 2015-12-11 my /etc/modprobe/alsa-base.conf ist:
>> # PCH
>> options snd-hda-intel index=0 model=auto vid=8086 pid=9c20
>> # HDMI
>> options snd-hda-intel index=1 model=auto vid=8086 pid=0a0c
>>
>> this is (if I remember correctly) from Arch wiki and should
>> provide a numbering of sound devices such that the analog device
>> becomes default (first one).  Since then I could hear music, hear
>> sound from movies but only till a week ago.
>>
>>
>> If I delete this file and reboot, the numbering of devices is:
>>
>> **** List of PLAYBACK Hardware Devices ****
>> card 0: HDMI [HDA Intel HDMI], device 3: HDMI 0 [HDMI 0]
>>  Subdevices: 1/1
>>  Subdevice #0: subdevice #0
>> card 0: HDMI [HDA Intel HDMI], device 7: HDMI 1 [HDMI 1]
>>  Subdevices: 1/1
>>  Subdevice #0: subdevice #0
>> card 0: HDMI [HDA Intel HDMI], device 8: HDMI 2 [HDMI 2]
>>  Subdevices: 1/1
>>  Subdevice #0: subdevice #0
>> card 1: PCH [HDA Intel PCH], device 0: ALC3232 Analog [ALC3232 Analog]
>>  Subdevices: 1/1
>>  Subdevice #0: subdevice #0
>>
>> Now mplayer -ao alsa:device=hw=1.0 works but aplay wav still does
>> not, mplayer does not without the command line switch and
>> interestingly mpd still works.
>>
>> How to tell linux that the analog device is the default device?
>> (I'll come back to this mailing list when I actually want to hear
>> sound through the HDMI device).
>>
>>
>>
>> Thanks a lot!  This at least gives an explanation!
>>
>> Ciao; Gregor
>>
>>
>

3 Options:

1.
 from http://alsa.opensrc.org/MultipleCards:

...
The newer "slots=" method

Alternatively, you can use the slot option instead of the index options:
options snd slots=snd-interwave,snd-ens1371

Then, the first slot (#0) is reserved for snd-interwave driver, and the  
second (#1) for snd-ens1371. You can omit index option in each driver if  
slots option is used (although you can still have them at the same time as  
long as they don't conflict).
...

2.
Move the unwanted soundcard to an empty seat:
find your card location with:
$ loginctl seat-status seat0

[long list]
...
/sys/devices/pci0000:00/0000:00:1b.0/sound/card0
...
[long list]

Attach the card to an other seat:
sudo loginctl attach seat1 /sys/devices/pci0000:00/0000:00:1b.0/sound/card0

Now you can only use the card when you login on seat1, but as long as you  
don't
attach a monitor, mouse and keyboard, the seat won't work. Note root can  
still
access the card as all users in the audio group can. (That why I asked you  
to
remove yourself from the audio group)

3.
Blacklist the module, so nobody can access the card.

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

#163442

That has to be done inside of udev, udev is the one ring that binds them 
all.

On Fri, 22 Jan 2016, Floris wrote:

> Date: Fri, 22 Jan 2016 04:22:50
> From: Floris <jkfloris@dds.nl>
> To: debian-user@lists.debian.org
> Subject: Re: ?? user in group audio -- but only root can play sound
> Resent-Date: Fri, 22 Jan 2016 09:23:08 +0000 (UTC)
> Resent-From: debian-user@lists.debian.org
> 
> Op Fri, 22 Jan 2016 00:10:27 +0100 schreef Jude DaShiell 
> <jdashiel@panix.com>:
>
>> udev may be having adverse impacts on abilities to play sounds from certain 
>> cards after reboot.  Anyone interested may find sound devices in black 
>> listed category they don't want to have black listed.  Correcting such 
>> black listing for now is beyond my capability since I haven't done enough 
>> with udev to be safe working with ityet.
>> 
>
>>>>> 
>>>> 
>>>> Sorry, now I see you have multiple sound cards.
>>> 
>>> My fault I should have mentioned it, sorry:  That's it!
>>> 
>
>>> Since 2015-12-11 my /etc/modprobe/alsa-base.conf ist:
>>> # PCH
>>> options snd-hda-intel index=0 model=auto vid=8086 pid=9c20
>>> # HDMI
>>> options snd-hda-intel index=1 model=auto vid=8086 pid=0a0c
>>> 
>>> this is (if I remember correctly) from Arch wiki and should
>>> provide a numbering of sound devices such that the analog device
>>> becomes default (first one).  Since then I could hear music, hear
>>> sound from movies but only till a week ago.
>>> 
>>> 
>>> If I delete this file and reboot, the numbering of devices is:
>>> 
>>> **** List of PLAYBACK Hardware Devices ****
>>> card 0: HDMI [HDA Intel HDMI], device 3: HDMI 0 [HDMI 0]
>>> Subdevices: 1/1
>>> Subdevice #0: subdevice #0
>>> card 0: HDMI [HDA Intel HDMI], device 7: HDMI 1 [HDMI 1]
>>> Subdevices: 1/1
>>> Subdevice #0: subdevice #0
>>> card 0: HDMI [HDA Intel HDMI], device 8: HDMI 2 [HDMI 2]
>>> Subdevices: 1/1
>>> Subdevice #0: subdevice #0
>>> card 1: PCH [HDA Intel PCH], device 0: ALC3232 Analog [ALC3232 Analog]
>>> Subdevices: 1/1
>>> Subdevice #0: subdevice #0
>>> 
>>> Now mplayer -ao alsa:device=hw=1.0 works but aplay wav still does
>>> not, mplayer does not without the command line switch and
>>> interestingly mpd still works.
>>> 
>>> How to tell linux that the analog device is the default device?
>>> (I'll come back to this mailing list when I actually want to hear
>>> sound through the HDMI device).
>>> 
>>> 
>>> 
>>> Thanks a lot!  This at least gives an explanation!
>>> 
>>> Ciao; Gregor
>>> 
>>> 
>> 
>
> 3 Options:
>
> 1.
> from http://alsa.opensrc.org/MultipleCards:
>
> ...
> The newer "slots=" method
>
> Alternatively, you can use the slot option instead of the index options:
> options snd slots=snd-interwave,snd-ens1371
>
> Then, the first slot (#0) is reserved for snd-interwave driver, and the 
> second (#1) for snd-ens1371. You can omit index option in each driver if 
> slots option is used (although you can still have them at the same time as 
> long as they don't conflict).
> ...
>
> 2.
> Move the unwanted soundcard to an empty seat:
> find your card location with:
> $ loginctl seat-status seat0
>
> [long list]
> ...
> /sys/devices/pci0000:00/0000:00:1b.0/sound/card0
> ...
> [long list]
>
> Attach the card to an other seat:
> sudo loginctl attach seat1 /sys/devices/pci0000:00/0000:00:1b.0/sound/card0
>
> Now you can only use the card when you login on seat1, but as long as you 
> don't
> attach a monitor, mouse and keyboard, the seat won't work. Note root can 
> still
> access the card as all users in the audio group can. (That why I asked you to
> remove yourself from the audio group)
>
> 3.
> Blacklist the module, so nobody can access the card.
>

-- 

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

#163446

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Fri, Jan 22, 2016 at 09:40:01AM -0500, Gene Heskett wrote:
> On Friday 22 January 2016 07:44:49 Jude DaShiell wrote:
> 
> > That has to be done inside of udev, udev is the one ring that binds
> > them all.
> >
> Not nesessarily. When I rebooted sometime in late December, apparently a 
> udev update had decided that only root could use /dev/ttyUSB0 [...]

> So I got out a root copy of nano, and put the fix in /etc/r.local [...]

> And heyu is now a happy camper again.
>  
> Sure, someone is going to yell at me [...]

Hey, I for one am not going to. And if anyone does, send them to me: I'm
a member of the RightsToRoot movement and will take care of that :-)

After all we bought free software in order to tinker with it.

Regards
- -- tomás
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlaiOP0ACgkQBcgs9XrR2kbd+wCfWh9ytSbVThLpESdUIaLqqnEB
/xAAn2jfQGQTi6Xo6BQLDGHjv5L1UdDQ
=Muz6
-----END PGP SIGNATURE-----

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

#163453

On Fri, 22 Jan 2016, tomas@tuxteam.de wrote:

> Date: Fri, 22 Jan 2016 09:13:17
> From: tomas@tuxteam.de
> To: debian-user@lists.debian.org
> Subject: Re: ?? user in group audio -- but only root can play sound
> Resent-Date: Fri, 22 Jan 2016 14:48:14 +0000 (UTC)
> Resent-From: debian-user@lists.debian.org
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Fri, Jan 22, 2016 at 09:40:01AM -0500, Gene Heskett wrote:
>> On Friday 22 January 2016 07:44:49 Jude DaShiell wrote:
>>
>>> That has to be done inside of udev, udev is the one ring that binds
>>> them all.
>>>
>> Not nesessarily. When I rebooted sometime in late December, apparently a
>> udev update had decided that only root could use /dev/ttyUSB0 [...]
>
>> So I got out a root copy of nano, and put the fix in /etc/r.local [...]
>
>> And heyu is now a happy camper again.
>>
>> Sure, someone is going to yell at me [...]
>
> Hey, I for one am not going to. And if anyone does, send them to me: I'm
> a member of the RightsToRoot movement and will take care of that :-)
>
> After all we bought free software in order to tinker with it.
>
> Regards
> - -- tom?s
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.12 (GNU/Linux)
>
> iEYEARECAAYFAlaiOP0ACgkQBcgs9XrR2kbd+wCfWh9ytSbVThLpESdUIaLqqnEB
> /xAAn2jfQGQTi6Xo6BQLDGHjv5L1UdDQ
> =Muz6
> -----END PGP SIGNATURE-----
>
One thing udev or the linux kernel is going to have to get over fast is 
its fixation on the 3.5MM jack for speakers.  Newer hardware sooner 
rather than later will not be including those jacks any longer.  Probably 
the first noticeable instance will be Apple and what Apple does with its 
next generation of iPhones but we shall know better when those come out.

>

--

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

#163465

On 01/22/2016 11:10 AM, Jude DaShiell wrote:

> One thing udev or the linux kernel is going to have to get over fast is
> its fixation on the 3.5MM jack for speakers.  Newer hardware sooner
> rather than later will not be including those jacks any longer.
> Probably the first noticeable instance will be Apple and what Apple does
> with its next generation of iPhones but we shall know better when those
> come out.

I now use only USB for audio, a pair of USB headphones with a mike, and 
a 7.1 USB audio device to rattle the house with. Life is SO much easier 
now. :) Ric


-- 
My father, Victor Moore (Vic) used to say:
"There are two Great Sins in the world...
..the Sin of Ignorance, and the Sin of Stupidity.
Only the former may be overcome." R.I.P. Dad.
http://linuxcounter.net/user/44256.html

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

#163447

On Friday 22 January 2016 09:40:01 Gene Heskett wrote:

> On Friday 22 January 2016 07:44:49 Jude DaShiell wrote:
> > That has to be done inside of udev, udev is the one ring that binds
> > them all.
>
> Not nesessarily. When I rebooted sometime in late December, apparently
> a udev update had decided that only root could use /dev/ttyUSB0 which
> is connected to my cl11a, a programable X10 controller. I was un-aware
correction, s/cl11a/cm11a/g  Ancient fingers.
> of it until a cron script that fires at 1 minute after midnight on 1 1
> 1 whatever, couldn't upload the next years schedule for my front deck
> lights and cron sent me an email saying it had no permission.  It has
> only been working for 17 years folks.
>
> I snooped thru the udev stuff without finding a specific rule
> for /dev/ttyUSB*, and as that it the only device discovered at boot, I
> couldn't compare it to /dev/ttyUSB1.
>
> So I got out a root copy of nano, and put the fix in /etc/r.local,
> which runs last at bootup, to readjust the ownership and rights to
> that device.  Now it looks like this:
>
> crwxr-xr-x 1 gene gene 188, 0 Jan 22 08:07 /dev/ttyUSB0
>
> And heyu is now a happy camper again.
>
> Sure, someone is going to yell at me, but I built this box for ME to
> use, and if its capable of doing a job, having some paranoid person
> decide I can't use it like that, sucks dead toads thru soda straws,
> and tastes about the same.
>
> We, the users, buy or build the machine to USE and we WILL use it s/b
> the message to whomever is in charge of udev presently.
>
> My $0.02 USD, but adjust for inflation over the last 81 years...
>
> > On Fri, 22 Jan 2016, Floris wrote:
> > > Date: Fri, 22 Jan 2016 04:22:50
> > > From: Floris <jkfloris@dds.nl>
> > > To: debian-user@lists.debian.org
> > > Subject: Re: ?? user in group audio -- but only root can play
> > > sound Resent-Date: Fri, 22 Jan 2016 09:23:08 +0000 (UTC)
> > > Resent-From: debian-user@lists.debian.org
> > >
> > > Op Fri, 22 Jan 2016 00:10:27 +0100 schreef Jude DaShiell
> > >
> > > <jdashiel@panix.com>:
> > >> udev may be having adverse impacts on abilities to play sounds
> > >> from certain cards after reboot.  Anyone interested may find
> > >> sound devices in black listed category they don't want to have
> > >> black listed.  Correcting such black listing for now is beyond my
> > >> capability since I haven't done enough with udev to be safe
> > >> working with ityet.
> > >>
> > >>>> Sorry, now I see you have multiple sound cards.
> > >>>
> > >>> My fault I should have mentioned it, sorry:  That's it!
> > >>>
> > >>>
> > >>> Since 2015-12-11 my /etc/modprobe/alsa-base.conf ist:
> > >>> # PCH
> > >>> options snd-hda-intel index=0 model=auto vid=8086 pid=9c20
> > >>> # HDMI
> > >>> options snd-hda-intel index=1 model=auto vid=8086 pid=0a0c
> > >>>
> > >>> this is (if I remember correctly) from Arch wiki and should
> > >>> provide a numbering of sound devices such that the analog device
> > >>> becomes default (first one).  Since then I could hear music,
> > >>> hear sound from movies but only till a week ago.
> > >>>
> > >>>
> > >>> If I delete this file and reboot, the numbering of devices is:
> > >>>
> > >>> **** List of PLAYBACK Hardware Devices ****
> > >>> card 0: HDMI [HDA Intel HDMI], device 3: HDMI 0 [HDMI 0]
> > >>> Subdevices: 1/1
> > >>> Subdevice #0: subdevice #0
> > >>> card 0: HDMI [HDA Intel HDMI], device 7: HDMI 1 [HDMI 1]
> > >>> Subdevices: 1/1
> > >>> Subdevice #0: subdevice #0
> > >>> card 0: HDMI [HDA Intel HDMI], device 8: HDMI 2 [HDMI 2]
> > >>> Subdevices: 1/1
> > >>> Subdevice #0: subdevice #0
> > >>> card 1: PCH [HDA Intel PCH], device 0: ALC3232 Analog [ALC3232
> > >>> Analog] Subdevices: 1/1
> > >>> Subdevice #0: subdevice #0
> > >>>
> > >>> Now mplayer -ao alsa:device=hw=1.0 works but aplay wav still
> > >>> does not, mplayer does not without the command line switch and
> > >>> interestingly mpd still works.
> > >>>
> > >>> How to tell linux that the analog device is the default device?
> > >>> (I'll come back to this mailing list when I actually want to
> > >>> hear sound through the HDMI device).
> > >>>
> > >>>
> > >>>
> > >>> Thanks a lot!  This at least gives an explanation!
> > >>>
> > >>> Ciao; Gregor
> > >
> > > 3 Options:
> > >
> > > 1.
> > > from http://alsa.opensrc.org/MultipleCards:
> > >
> > > ...
> > > The newer "slots=" method
> > >
> > > Alternatively, you can use the slot option instead of the index
> > > options: options snd slots=snd-interwave,snd-ens1371
> > >
> > > Then, the first slot (#0) is reserved for snd-interwave driver,
> > > and the second (#1) for snd-ens1371. You can omit index option in
> > > each driver if slots option is used (although you can still have
> > > them at the same time as long as they don't conflict).
> > > ...
> > >
> > > 2.
> > > Move the unwanted soundcard to an empty seat:
> > > find your card location with:
> > > $ loginctl seat-status seat0
>
> That command does not exist on wheezy.  Sounds useful, what repo
> option do I need to enable to get it?
>
> > > [long list]
> > > ...
> > > /sys/devices/pci0000:00/0000:00:1b.0/sound/card0
> > > ...
> > > [long list]
> > >
> > > Attach the card to an other seat:
> > > sudo loginctl attach seat1
> > > /sys/devices/pci0000:00/0000:00:1b.0/sound/card0
> > >
> > > Now you can only use the card when you login on seat1, but as long
> > > as you don't
> > > attach a monitor, mouse and keyboard, the seat won't work. Note
> > > root can still
> > > access the card as all users in the audio group can. (That why I
> > > asked you to remove yourself from the audio group)
> > >
> > > 3.
> > > Blacklist the module, so nobody can access the card.
>
> Thanks for reading this far.
>
> Cheers, Gene Heskett


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

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

#163448

On Friday 22 January 2016 07:44:49 Jude DaShiell wrote:

> That has to be done inside of udev, udev is the one ring that binds
> them all.
>
Not nesessarily. When I rebooted sometime in late December, apparently a 
udev update had decided that only root could use /dev/ttyUSB0 which is 
connected to my cl11a, a programable X10 controller. I was un-aware of 
it until a cron script that fires at 1 minute after midnight on 1 1 1 
whatever, couldn't upload the next years schedule for my front deck 
lights and cron sent me an email saying it had no permission.  It has 
only been working for 17 years folks.

I snooped thru the udev stuff without finding a specific rule 
for /dev/ttyUSB*, and as that it the only device discovered at boot, I 
couldn't compare it to /dev/ttyUSB1.

So I got out a root copy of nano, and put the fix in /etc/r.local, which 
runs last at bootup, to readjust the ownership and rights to that 
device.  Now it looks like this:

crwxr-xr-x 1 gene gene 188, 0 Jan 22 08:07 /dev/ttyUSB0

And heyu is now a happy camper again.
 
Sure, someone is going to yell at me, but I built this box for ME to use, 
and if its capable of doing a job, having some paranoid person decide I 
can't use it like that, sucks dead toads thru soda straws, and tastes 
about the same.

We, the users, buy or build the machine to USE and we WILL use it s/b the 
message to whomever is in charge of udev presently.

My $0.02 USD, but adjust for inflation over the last 81 years...

> On Fri, 22 Jan 2016, Floris wrote:
> > Date: Fri, 22 Jan 2016 04:22:50
> > From: Floris <jkfloris@dds.nl>
> > To: debian-user@lists.debian.org
> > Subject: Re: ?? user in group audio -- but only root can play sound
> > Resent-Date: Fri, 22 Jan 2016 09:23:08 +0000 (UTC)
> > Resent-From: debian-user@lists.debian.org
> >
> > Op Fri, 22 Jan 2016 00:10:27 +0100 schreef Jude DaShiell
> >
> > <jdashiel@panix.com>:
> >> udev may be having adverse impacts on abilities to play sounds from
> >> certain cards after reboot.  Anyone interested may find sound
> >> devices in black listed category they don't want to have black
> >> listed.  Correcting such black listing for now is beyond my
> >> capability since I haven't done enough with udev to be safe working
> >> with ityet.
> >>
> >>>> Sorry, now I see you have multiple sound cards.
> >>>
> >>> My fault I should have mentioned it, sorry:  That's it!
> >>>
> >>>
> >>> Since 2015-12-11 my /etc/modprobe/alsa-base.conf ist:
> >>> # PCH
> >>> options snd-hda-intel index=0 model=auto vid=8086 pid=9c20
> >>> # HDMI
> >>> options snd-hda-intel index=1 model=auto vid=8086 pid=0a0c
> >>>
> >>> this is (if I remember correctly) from Arch wiki and should
> >>> provide a numbering of sound devices such that the analog device
> >>> becomes default (first one).  Since then I could hear music, hear
> >>> sound from movies but only till a week ago.
> >>>
> >>>
> >>> If I delete this file and reboot, the numbering of devices is:
> >>>
> >>> **** List of PLAYBACK Hardware Devices ****
> >>> card 0: HDMI [HDA Intel HDMI], device 3: HDMI 0 [HDMI 0]
> >>> Subdevices: 1/1
> >>> Subdevice #0: subdevice #0
> >>> card 0: HDMI [HDA Intel HDMI], device 7: HDMI 1 [HDMI 1]
> >>> Subdevices: 1/1
> >>> Subdevice #0: subdevice #0
> >>> card 0: HDMI [HDA Intel HDMI], device 8: HDMI 2 [HDMI 2]
> >>> Subdevices: 1/1
> >>> Subdevice #0: subdevice #0
> >>> card 1: PCH [HDA Intel PCH], device 0: ALC3232 Analog [ALC3232
> >>> Analog] Subdevices: 1/1
> >>> Subdevice #0: subdevice #0
> >>>
> >>> Now mplayer -ao alsa:device=hw=1.0 works but aplay wav still does
> >>> not, mplayer does not without the command line switch and
> >>> interestingly mpd still works.
> >>>
> >>> How to tell linux that the analog device is the default device?
> >>> (I'll come back to this mailing list when I actually want to hear
> >>> sound through the HDMI device).
> >>>
> >>>
> >>>
> >>> Thanks a lot!  This at least gives an explanation!
> >>>
> >>> Ciao; Gregor
> >
> > 3 Options:
> >
> > 1.
> > from http://alsa.opensrc.org/MultipleCards:
> >
> > ...
> > The newer "slots=" method
> >
> > Alternatively, you can use the slot option instead of the index
> > options: options snd slots=snd-interwave,snd-ens1371
> >
> > Then, the first slot (#0) is reserved for snd-interwave driver, and
> > the second (#1) for snd-ens1371. You can omit index option in each
> > driver if slots option is used (although you can still have them at
> > the same time as long as they don't conflict).
> > ...
> >
> > 2.
> > Move the unwanted soundcard to an empty seat:
> > find your card location with:
> > $ loginctl seat-status seat0

That command does not exist on wheezy.  Sounds useful, what repo option 
do I need to enable to get it?

> > [long list]
> > ...
> > /sys/devices/pci0000:00/0000:00:1b.0/sound/card0
> > ...
> > [long list]
> >
> > Attach the card to an other seat:
> > sudo loginctl attach seat1
> > /sys/devices/pci0000:00/0000:00:1b.0/sound/card0
> >
> > Now you can only use the card when you login on seat1, but as long
> > as you don't
> > attach a monitor, mouse and keyboard, the seat won't work. Note root
> > can still
> > access the card as all users in the audio group can. (That why I
> > asked you to remove yourself from the audio group)
> >
> > 3.
> > Blacklist the module, so nobody can access the card.

Thanks for reading this far.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

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

#163467

Op Fri, 22 Jan 2016 15:40:01 +0100 schreef Gene Heskett  
<gheskett@shentel.net>:

>> >
>> > 2.
>> > Move the unwanted soundcard to an empty seat:
>> > find your card location with:
>> > $ loginctl seat-status seat0
>
> That command does not exist on wheezy.  Sounds useful, what repo option
> do I need to enable to get it?


loginctl is part of systemd

Floris

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

#163476

On Friday 22 January 2016 14:52:35 Floris wrote:

> Op Fri, 22 Jan 2016 15:40:01 +0100 schreef Gene Heskett
>
> <gheskett@shentel.net>:
> >> > 2.
> >> > Move the unwanted soundcard to an empty seat:
> >> > find your card location with:
> >> > $ loginctl seat-status seat0
> >
> > That command does not exist on wheezy.  Sounds useful, what repo
> > option do I need to enable to get it?
>
> loginctl is part of systemd
>
> Floris

Ahh, that explains that. And I'm stuck on wheezy until the LinuxCNC folks 
get around to rebasing it on a newer release.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

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

#163471 — SOLVED ?? user in group audio -- but only root can play sound

Hi Floris, debian users,
* Floris <jkfloris@dds.nl> [22. Jan. 2016]:
> Op Fri, 22 Jan 2016 00:10:27 +0100 schreef Jude DaShiell
> <jdashiel@panix.com>:
> 
>>udev may be having adverse impacts on abilities to play sounds from
>>certain cards after reboot.  Anyone interested may find sound devices in
>>black listed category they don't want to have black listed.  Correcting
>>such black listing for now is beyond my capability since I haven't done
>>enough with udev to be safe working with ityet.
>>
> 
>>>>>
>>>>
>>>>Sorry, now I see you have multiple sound cards.
>>>
>>>My fault I should have mentioned it, sorry:  That's it!
>>>
> 
>>>Since 2015-12-11 my /etc/modprobe/alsa-base.conf ist:
>>># PCH
>>>options snd-hda-intel index=0 model=auto vid=8086 pid=9c20
>>># HDMI
>>>options snd-hda-intel index=1 model=auto vid=8086 pid=0a0c
>>>
>>>this is (if I remember correctly) from Arch wiki and should
>>>provide a numbering of sound devices such that the analog device
>>>becomes default (first one).  Since then I could hear music, hear
>>>sound from movies but only till a week ago.
>>>
>>>
>>>If I delete this file and reboot, the numbering of devices is:
>>>
>>>**** List of PLAYBACK Hardware Devices ****
>>>card 0: HDMI [HDA Intel HDMI], device 3: HDMI 0 [HDMI 0]
>>> Subdevices: 1/1
>>> Subdevice #0: subdevice #0
>>>card 0: HDMI [HDA Intel HDMI], device 7: HDMI 1 [HDMI 1]
>>> Subdevices: 1/1
>>> Subdevice #0: subdevice #0
>>>card 0: HDMI [HDA Intel HDMI], device 8: HDMI 2 [HDMI 2]
>>> Subdevices: 1/1
>>> Subdevice #0: subdevice #0
>>>card 1: PCH [HDA Intel PCH], device 0: ALC3232 Analog [ALC3232 Analog]
>>> Subdevices: 1/1
>>> Subdevice #0: subdevice #0
>>>
>>>Now mplayer -ao alsa:device=hw=1.0 works but aplay wav still does
>>>not, mplayer does not without the command line switch and
>>>interestingly mpd still works.
>>>
>>>How to tell linux that the analog device is the default device?
>>>(I'll come back to this mailing list when I actually want to hear
>>>sound through the HDMI device).
>>>
>>>
>>>
>>>Thanks a lot!  This at least gives an explanation!
>>>
>>>Ciao; Gregor
>>>
>>>
>>
> 
> 3 Options:
> 
> 1.
> from http://alsa.opensrc.org/MultipleCards:
> 
> ...
> The newer "slots=" method
> 
> Alternatively, you can use the slot option instead of the index options:
> options snd slots=snd-interwave,snd-ens1371
> 
> Then, the first slot (#0) is reserved for snd-interwave driver, and the
> second (#1) for snd-ens1371. You can omit index option in each driver if
> slots option is used (although you can still have them at the same time as
> long as they don't conflict).
> ...

I wrestled with this option for more than two hours without
success.  As far as ALSA is concerned having the right card and
device on numbers 0 should be sufficient.

I then stumpled upon the Arch Linux Wiki on PulseAudio.

This command line:
pacmd list-sinks|egrep -I 'index:|name:'
lists PAs "sinks", the default is marked with an asterisk.

I don't know why PA decided to default to the HDMI output but
with a

echo  set-default-sink alsa_output.pci-0000_00_1b.0.analog-stereo > ~/.config/pulse/default.pa

I now can hear sound for instance with movies withot telling the
player which sound device to use.

Thank you very much for your patience and help.

I now want to learn what problem PA is there to solve.

Ciao, Gregor
-- 
 -... --- .-. . -.. ..--.. ...-.-

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

#163484 — Re: SOLVED ?? user in group audio -- but only root can play sound

On 01/22/2016 03:40 PM, Gregor Zattler wrote:

> I now want to learn what problem PA is there to solve.

If you have multiple sound devices then pavucontrol will switch between 
them on the fly. I switch between USB headphones and my USB 7.1 sound 
system device. Sweet. Ric


-- 
My father, Victor Moore (Vic) used to say:
"There are two Great Sins in the world...
..the Sin of Ignorance, and the Sin of Stupidity.
Only the former may be overcome." R.I.P. Dad.
http://linuxcounter.net/user/44256.html

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

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

csiph-web