DebianThis forum is for the discussion of Debian Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Hi everybody! I have a problem with ALSA on my Debian unstable box. It worked perfectly till a pair a days ago, when (I think) an upgrade screwed up bot my mouse support (see the other thread in hardware section) and ALSA. I tried running alsaconf; everything seems to work, I can choose the correct card and proceed with the installation, but I get error messages near the end of the procedure.
Code:
Running update-modules...
Loading driver...
Setting up ALSA...warning: 'alsactl restore' failed with error message 'alsactl: load_state:1236: No soundcards found...'...Invalid card number.
Usage: amixer <options> [command]
Available options:
-h,--help this help
-c,--card N select the card
-D,--device N select the device, default 'default'
-d,--debug debug mode
-n,--nocheck do not perform range checking
-v,--version print version of this program
-q,--quiet be quiet
-i,--inactive show also inactive controls
-a,--abstract L select abstraction level (none or basic)
-s,--stdin Read and execute commands from stdin sequentially
Available commands:
scontrols show all mixer simple controls
scontents show contents of all mixer simple controls (default command)
sset sID P set contents for one mixer simple control
sget sID get contents for one mixer simple control
controls show all controls for given card
contents show contents of all controls for given card
cset cID P set control contents for one control
cget cID get control contents for one control
Invalid card number.
And if I try to run amixer, all I get is:
Code:
hexcellion:/etc# amixer
amixer: Mixer attach default error: No such device
Note that my user is part of the audio group and the soundcard is present (its presence is correctly reported by lspci).
I have no idea of how to fix this. Any help will be really appreciated. Thank you!
alsactl is a command-line utility used to restore your mixer settings. It looks as if your mixer settings have been lost in the upgrade. Have a look in your /etc/modutils/alsa-base file to see if there is a line included for your sound device. If it is missing you can add it manually but before adding options you should read your sound cards documentation to see what options it supports. You should definitely back-up the file first just in case. Note that after editing this file you have to run update-modules to update the module information.
If none of this helps, I suggest that you recompile your kernel to include the correct driver modules for your sound card.
I'm sorry but I'm not a sound Guru, it's just my best shot. Hope it helps.
it seems it can't find the device, but it had been working for a long time with no problems. /etc/modutils/alsabase has many lines in which my soundcard (emu10k1) is quoted:
Code:
# Load optional modules above their base modules
above snd-pcm snd-pcm-oss
above snd-mixer snd-mixer-oss
above snd-seq snd-seq-oss snd-seq-midi
above snd-emu10k1 snd-emu10k1-synth
...
# Cause a script to be run after snd-*-synth module initialization
post-install snd-emu8000-synth /lib/alsa/modprobe-post-install snd-emu8000-synth
post-install snd-emu10k1-synth /lib/alsa/modprobe-post-install snd-emu10k1-synth
...
post-install snd-emu10k1x /lib/alsa/modprobe-post-install snd-emu10k1x
Any other idea? I'd prefer not to recompile the kernel..
Perhaps you are having problems because both oss and alsa modules are being loaded. Try changing the way the kernel interacts with ACPI by adding pci=noacpi as a boot parameter.
I'm running out of ideas here, but I wonder what sound settings you have in your control panel. For instance in KDE:
Control Centre > Sound and Multimedia > Sound System > Hardware Tab > Select the audio device; you need this set to Advanced Linux Sound Architecture or Autodetect for Alsa to work. In other words, check that it hasn't been set to OSS by the upgrade.
PERFECT! I had to reset ALSA in the hardware properties in kde after setting pci=noacpi as a boot parameter. That did the trick. Thank you for your great help never surrender!
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.