Debian Wheezy no sound
I've upgraded with dist-upgrade (and some other commands) a while ago, and I basically have a working system with loads of nasty bugs, many of them being related to user credentials (I can do as a root bot not as a normal user).
Nastiest bug is having no sound at all (also as root).
-sound related kernel modules are loaded automatically, seem to work
-in alsamixer (ALSA 1.0.24) card (Intel HDA) is selectable, has sound gadgets, I can in/decrease channels etc
-PulseAudio GNOME applet sees no soundcard
-No sound at all.
Where to search for problems?
your problems with user credentials seem to indicate a problem with your PulseAudio setup rather than a problem with ALSA. PulseAudio is a sound server, most probably supposed to work with an ALSA backend to actually play music.
So firstly, you should look if it is ALSA that fails (may happen) or PulseAudio that doesn't work (most likely, because you pointed out rather severe problems with credentials). Make sure the volume is up in alsamixer and nothing's muted, then bring up a terminal and try to play an audio file $FILENAME using ALSA with like mplayer:
In ANY case, make sure your user account is a member of group 'audio':
I've done all You have described, but still no sound.
After reconfiguring PulseAudio, it warned that it is configured for per-user sections.
Both root and user were members group audio, and I added them to pulse and pulse-access.
Some additional infos: it can be important that default card in alsamixer is 'default', and I have to select the other card 'HDA-Intel' manually to edit stuff.
The only sound comes out of the computer is the beeping of misuse of the keyboard, but that can be a different kernel module.
The system was originally a lenny, upgraded to squeeze (following a detailed manual, with working sound) and then to wheezy (just following a detailless forum post).
I've just found that user.log has some Pulseaudio stuff:
Dec 4 18:14:42 Debian pulseaudio: [null-sink] ratelimit.c: 21 events suppressed
Dec 4 18:14:42 Debian pulseaudio: [null-sink] asyncq.c: q overrun, queuing locally
Dec 4 19:47:41 Debian pulseaudio: [pulseaudio] shm.c: Failed to read /dev/shm/: Nincs ilyen fájl vagy könyvtár
Dec 4 20:04:13 Debian pulseaudio: [pulseaudio] pid.c: Stale PID file, overwriting.
Dec 4 20:04:13 Debian pulseaudio: [pulseaudio] shm.c: Failed to read /dev/shm/: Nincs ilyen fájl vagy könyvtár
Dec 4 20:04:15 Debian pulseaudio: [pulseaudio] pid.c: Daemon already running.
(Nincs ilyen fájl vagy könyvtár = No such file or directory, in Hungarian)
@The 'default' device:
No, this is irrelevant. By default, ALSA defines as the 'default' device a dmix instance (which is a ALSA plugin allowing simultanous output from different software audio sources to a hardware device (your sound card), i.e. parallel playback) the backend of which is surely your Intel HDA.
Obviously, I am a Pure ALSA man, so I do not know off the bat how to configure PulseAudio sinks. But at least I can point you to some resources that might prove to be useful; I used most of that stuff to actually understand how ALSA works.
PulseAudio configuration + troubleshooting section + links:
How ALSA is to be configured:
One guy made himself a setup with ALSA and PulseAudio, and documented it well (hope it is not outdated):
And the man pages.
Sorry I can not give a real hand;
I've tried the PulseAudio manual, and at the GStreamer step the error appeared:
The topic was this: http://www.fedoraforum.org/forum/sho...d.php?t=262965
Note that I've various errors exist on my system (Gedit does the same error), so this could be a root-privilege problem.
(But after that, I ran Opera with the same credentials, and on a YouTube video, there was no sound :-/ In general, this beep is the only sound now)
mplayer -ao alsa:device=hw=0.0 modulations.avi
has sound, somewhere it's not set the audio output to be (hw:0,0)
But I realized that sound volume wheel doesn't work.
A week has passed, so you may have already found and fixed your problem.
By coincidence, sound on my Debian Squeeze installation suddenly died after an upgrade.
After a lot of hunting about, I fixed it using info in the following:
From the first link:
Hope this helps.
The (partial) solution was not so difficult. The problem could originate from migrating from Squeezy to Wheezy, because then udevd wasn't (and now still isn't) set up correctly and cannot detect sound devices.
I edited /etc/pulse/default.pa and uncommented two rows:
|All times are GMT -5. The time now is 10:30 AM.|