| Summary: | No sound after clean install with snd-hda-intel (Pulseaudio Dummy Output) | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Curtis Hildebrand <curtis_mageia> |
| Component: | RPM Packages | Assignee: | Colin Guthrie <mageia> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | mageia, yvesbrungard |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | pulseaudio | CVE: | |
| Status comment: | |||
| Attachments: | dmesg output | ||
|
Description
Curtis Hildebrand
2012-01-15 09:05:12 CET
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.lepik Yes, I can also get the sound to work by adding users to "audio", but there's a permission problem with the default install.
Manuel Hiebel
2012-01-16 16:24:52 CET
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 =>
RESOLVED |