It's possible your system is trying to use an alternate (non-existant) audio device. Mine occasionally creates virtual copies of my sound device and sets the new one as default. I usually check alsamixer then the alsa ArchWiki page. Something to do with aplay or asound if I remember correctly.
From the ArchWiki ALSA page
Well I followed securitybreaches advice and got sound last week.
QUOTE
I just disabled my secondary audio using this:
First find the pci id with:
QUOTE
╔═ comhack@Cerberus 08:42 AM
╚═══ ~-> lspci | grep -i audio
00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 06)
01:00.1 Audio device: Advanced Micro Devices [AMD] nee ATI Barts HDMI Audio [Radeon HD 6800 Series]
Find the correct folder
QUOTE
╔═ comhack@Cerberus 08:43 AM
╚═══ ~-> find /sys/devices -name *01:00.1
/sys/devices/pci0000:00/0000:00:03.0/0000:01:00.1
And add this to the /etc/rc.local
QUOTE
echo 1 > /sys/devices/pci0000\:00/0000\:00\:03.0/0000\:01\:00.1/remove
See now it does not show up:
QUOTE
╔═ comhack@Cerberus 08:55 AM
╚═══ ~-> lspci | grep -i audio
00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 06)
╔═ comhack@Cerberus 08:55 AM
╚═══ ~->
NOTE: Your numbers may or may not be the same as mine.
and this is what I get today which is the same as last week.
CODE
# lspci | grep -i audio
02:08.0 Multimedia audio controller: C-Media Electronics Inc CMI8788 [Oxygen HD Audio]
These are the outputs from amenditman's links.
CODE
$ cat /proc/asound/modules
1 snd_virtuoso
CODE
$ ls -l /sys/module/snd/holders
total 0
lrwxrwxrwx 1 root root 0 Feb 29 23:24 snd_hda_codec -> ../../snd_hda_codec
lrwxrwxrwx 1 root root 0 Feb 29 23:24 snd_hda_codec_analog -> ../../snd_hda_codec_analog
lrwxrwxrwx 1 root root 0 Feb 29 23:24 snd_hda_codec_hdmi -> ../../snd_hda_codec_hdmi
lrwxrwxrwx 1 root root 0 Feb 29 23:24 snd_hda_intel -> ../../snd_hda_intel
lrwxrwxrwx 1 root root 0 Feb 29 23:24 snd_hwdep -> ../../snd_hwdep
lrwxrwxrwx 1 root root 0 Feb 29 23:24 snd_mpu401_uart -> ../../snd_mpu401_uart
lrwxrwxrwx 1 root root 0 Feb 29 23:24 snd_oxygen_lib -> ../../snd_oxygen_lib
lrwxrwxrwx 1 root root 0 Feb 29 23:24 snd_pcm -> ../../snd_pcm
lrwxrwxrwx 1 root root 0 Feb 29 23:24 snd_rawmidi -> ../../snd_rawmidi
lrwxrwxrwx 1 root root 0 Feb 29 23:24 snd_seq_device -> ../../snd_seq_device
lrwxrwxrwx 1 root root 0 Feb 29 23:24 snd_timer -> ../../snd_timer
lrwxrwxrwx 1 root root 0 Feb 29 23:24 snd_virtuoso -> ../../snd_virtuoso
I'm totaly lost on this.
From the Wiki
QUOTE
ALSA is included in the default Arch kernel as a set of modules, so installing it is not necessary.
udev will automatically probe your hardware at boot, loading the corresponding kernel module for your audio card. Therefore, your sound should already be working, but upstream sources mute all channels by default.
QUOTE
The current version of ALSA installs with all channels muted by default. You will need to unmute the channels manually.
It is easiest to use alsamixer ncurses UI to accomplish this (alternatively, use amixer from the commandline):
$ alsamixer
Here is what I get,
CODE
$ alsamixer
cannot open mixer: No such file or directory
CODE
# alsamixer
cannot open mixer: No such file or directory
CODE
# alsaconf
Tells me "no legacy drivers are available"
and yes I read,
QUOTE
Warning: Do not use alsaconf if you have a PCI or ISAPNP sound card, as the entries alsaconf adds to the modprobe.conf file might break udev's autodetection.
but my "modprobe.conf" is empty so I recon that shows that "alsaconf" is doing sweet zip for me.
This Arch install is turning into a nightmare

I did not have half as many problems last year when I did my first install and I knew nothing at all