First off, I don't think this is a duplicate of https://bugs.mageia.org/show_bug.cgi?id=2982 This is on a clean install, not an upgrade with any pam.d rpmnew files. As a user, I get "Dummy Output" in the pulseaudio mixer output. ]# lspcidrake -v | fgrep -i AUDIO snd_hda_intel : ATI Technologies Inc|RV770 HDMI Audio [Radeon HD 4850/4870] (vendor:1002 device:aa30 subv:1787 subd:aa30) snd_hda_intel : Intel Corporation|82801JI (ICH10 Family) HD Audio Controller (vendor:8086 device:3a3e subv:1458 subd:a102) ]# grep slot modprobe.d/00_modprobe.conf install sound-slot-0 modprobe snd-card-1 install sound-slot-1 modprobe snd-card-0 [The above lines were added so that the motherboard soundcard is listed first. The HDMI listing comes from my video card. The USB device is my webcam.] ]# cat /proc/asound/cards 0 [Intel ]: HDA-Intel - HDA Intel HDA Intel at 0xfbff4000 irq 58 1 [HDMI ]: HDA-Intel - HDA ATI HDMI HDA ATI HDMI at 0xfb4fc000 irq 59 2 [U0x46d0x8ce ]: USB-Audio - USB Device 0x46d:0x8ce USB Device 0x46d:0x8ce at usb-0000:00:1a.7-2.2, high speed ]# ls -l /dev/snd/* crw-rw---T 1 root audio 116, 8 Jan 14 23:45 /dev/snd/controlC0 crw-rw---T 1 root audio 116, 11 Jan 14 23:45 /dev/snd/controlC1 crw-rw---T 1 root audio 116, 13 Jan 14 23:45 /dev/snd/controlC2 crw-rw---T 1 root audio 116, 7 Jan 14 23:45 /dev/snd/hwC0D2 crw-rw---T 1 root audio 116, 10 Jan 14 23:45 /dev/snd/hwC1D0 crw-rw---T 1 root audio 116, 6 Jan 14 23:45 /dev/snd/pcmC0D0c crw-rw---T 1 root audio 116, 5 Jan 14 23:45 /dev/snd/pcmC0D0p crw-rw---T 1 root audio 116, 4 Jan 14 23:45 /dev/snd/pcmC0D1c crw-rw---T 1 root audio 116, 3 Jan 14 23:45 /dev/snd/pcmC0D1p crw-rw---T 1 root audio 116, 2 Jan 14 23:45 /dev/snd/pcmC0D2c crw-rw---T 1 root audio 116, 9 Jan 14 23:45 /dev/snd/pcmC1D3p crw-rw---T 1 root audio 116, 12 Jan 14 23:45 /dev/snd/pcmC2D0c crw-rw---T 1 root audio 116, 1 Jan 14 23:45 /dev/snd/seq crw-rw---T 1 root audio 116, 33 Jan 14 23:45 /dev/snd/timer /dev/snd/by-id: total 0 lrwxrwxrwx 1 root root 12 Jan 14 23:45 usb-046d_08ce_2E379E91-02 -> ../controlC2 /dev/snd/by-path: total 0 lrwxrwxrwx 1 root root 12 Jan 14 23:45 pci-0000:00:1a.7-usb-0:2.2:1.2 -> ../controlC2 lrwxrwxrwx 1 root root 12 Jan 14 23:45 pci-0000:00:1b.0 -> ../controlC0 lrwxrwxrwx 1 root root 12 Jan 14 23:45 pci-0000:03:00.1 -> ../controlC1
Created attachment 1365 [details] dmesg output
I have the same problem with a AUDIGY SE and a new installation of alpha3. Do I create a new report or can I add info on my config here.
CC: (none) => yves.brungard_mageia
I have solved the problem by adding the user to the group "audio". I'm been directed by https://bugs.mageia.org/show_bug.cgi?id=3221 Yves
Colin, you are both, audio and systemd guru. Maybe you can figure out ;P I used alpha2 and updated to latest, no problem. But with alpha3 install something goes wrong and audi group is needed.
CC: (none) => sander.lepikAssignee: bugsquad => mageia
Yes, I can also get the sound to work by adding users to "audio", but there's a permission problem with the default install.
Source RPM: (none) => pulseaudio
Yeah the "audio" group here is just a hack in this case - there are other permission problems beyond just audio, it's just that audio is obviously a fairly visible (well, audible!) manifestation. It seems there are no ACLs applied to the devices. Can you give the output of both: 1. ck-list-sessions 2. systemd-loginctl
Status: NEW => ASSIGNED
D'oh! I think this is due to a typo in the pam package. Can you check /etc/pam.d/system-auth and see if there are two entries for pam_systemd.so in the session section (likely the 3rd last and last lines). If so remove one of them (probably the last one) and reboot. That should fix the issue.
Yes, I had the duplicate line and removed the last one, but it didn't fix the audio. Still shows "Dummy Output" (obviously after I also removed myself from audio group). I don't know if this is related, but one of my other bug reports has all my typing and mouse actions sent to a text console. https://bugs.mageia.org/show_bug.cgi?id=4132 Here's the output of the commands you asked for in #6: ]# ck-list-sessions Session1: unix-user = '502' realname = 'Curtis Hildebrand' seat = 'Seat1' session-type = '' active = TRUE x11-display = ':0' x11-display-device = '/dev/tty1' display-device = '' remote-host-name = '' is-local = TRUE on-since = '2012-01-17T19:46:22.523840Z' login-session-id = '4294967295' [root@localhost pam.d]# systemd-loginctl SESSION UID USER SEAT 1 502 curtis 1 sessions listed.
The output as asked ck-list-sessions Session1: unix-user = '500' realname = 'Yves' seat = 'Seat1' session-type = '' active = TRUE x11-display = ':0' x11-display-device = '/dev/tty1' display-device = '' remote-host-name = '' is-local = TRUE on-since = '2006-08-14T22:01:34.843350Z' login-session-id = '' systemd-loginctl SESSION UID USER SEAT c1 500 yves 1 sessions listed.
Did you both do full reboots after fixing the pam.d file or just logout/login? If the latter, please do a full reboot. Also can you double check that there are still no ACLs on /dev/snd/* (there should be a "crw-rw---T+" start to most lines - the + indicates an ACL). Iths the lack of an ACL that is causing this but I can't think what would be causing it...
Hello Colin, I have only one line with pam_systemd.so in /etc/pam.d/system-auth Here the rights for /dev/snd : ls -lsa /dev/snd total 0 0 drwxr-xr-x 3 root root 300 août 15 06:23 ./ 0 drwxr-xr-x 19 root root 4440 août 15 06:23 ../ 0 drwxr-xr-x 2 root root 60 août 15 06:23 by-path/ 0 crw-rw---T 1 root audio 116, 11 août 15 06:23 controlC0 0 crw-rw---T 1 root audio 116, 2 août 15 06:23 midiC0D0 0 crw-rw---T 1 root audio 116, 10 août 15 06:23 pcmC0D0c 0 crw-rw---T 1 root audio 116, 9 août 15 06:23 pcmC0D0p 0 crw-rw---T 1 root audio 116, 8 août 15 06:23 pcmC0D1c 0 crw-rw---T 1 root audio 116, 7 août 15 06:23 pcmC0D1p 0 crw-rw---T 1 root audio 116, 6 août 15 06:23 pcmC0D2c 0 crw-rw---T 1 root audio 116, 5 août 15 06:23 pcmC0D2p 0 crw-rw---T 1 root audio 116, 4 août 15 06:23 pcmC0D3c 0 crw-rw---T 1 root audio 116, 3 août 15 06:23 pcmC0D3p 0 crw-rw---T 1 root audio 116, 1 août 15 06:22 seq 0 crw-rw---T 1 root audio 116, 33 août 15 06:23 timer
And just to avoid any doubt, you have rebooted since making the change to system-auth? Can I check also, do you have systemd 37 or 38? (latest is 38, but that was released post alpha3 - so depends on whether you updated or not...) Cheers :)
I don't command any update of alpha3. I don't modify system-auth. Yves
Hmmm, OK, thanks for confirming - this one looks tricker than I'd at first hoped then... will have to try an alpha3 install to see if I can reproduce.
My previous results in #8 were also after a reboot. Here's what I've figured out. Does this help? Steps after a reboot (not a member of "audio" group) 1. GDM is set as the login dm (etc/sysconfig/desktop) and I login to KDE ==> sound works (as you said, ACL's are applied shown by the + symbol) 2. edit /etc/sysconfig/desktop to use KDM and logout 3. switch to a text console and restart the DM so it switches to KDM. 4. Login to KDE ==> Sound works, ACL's are applied 5. Reboot so that KDM is the DM after startup 6. Login to KDE ==> "Dummy output" sound device.
I retested today with booting to KDM (I've been using GDM) and the sound worked. Not sure which update fixed it between my last comment and now, but it works. ACL's are applied to /dev/snd.
Status: ASSIGNED => RESOLVEDResolution: (none) => FIXED