I am having difficulties using 2 soundcards... One of them is a NVIDIA Onboard NForce 2 Audio and the other one is a PCI Creative Soundblaster Audigy 2 ZS... Kudzu detected 2 Soundcards and added them to /etc/sysconfig/hwconf but no audio driver is being loaded. When I manually modprobe i810_audio (for the nvidia card) or modprobe audigy (for the creative) it works perfect - it's just not getting loaded by default for some strange reason... Also the redhat-config-soundcard program doesn`t work... It crashes upon startup with this information: --- kudzu crash message --- Traceback (most recent call last): File "/usr/share/redhat-config-soundcard/redhat-config-soundcard.py", line 44, in ? app = soundcard.childWindow() File "/usr/share/redhat-config-soundcard/soundcard.py", line 162, in __init__ self.primaryDeviceMenu.set_active(self.cardList.index(self.soundcardBackend.getDefaultCard())) ValueError: list.index(x): x not in list --- kudzu crash message end --- Here are the AUDIO specific sections from the /etc/sysconfig/hwconf file: --- /etc/sysconfig/hwconf AUDIO stuff --- class: AUDIO bus: PCI detached: 0 driver: unknown desc: "nVidia Corporation|nForce MultiMedia audio [Via VT82C686B]" vendorId: 10de deviceId: 006b subVendorId: 1043 subDeviceId: 0c11 pciType: 1 pcibus: 0 pcidev: 5 pcifn: 0 - class: AUDIO bus: PCI detached: 0 driver: i810_audio desc: "nVidia Corporation|nForce2 AC97 Audio Controler (MCP)" vendorId: 10de deviceId: 006a subVendorId: 1043 subDeviceId: 8095 pciType: 1 pcibus: 0 pcidev: 6 pcifn: 0 - class: AUDIO bus: PCI detached: 0 driver: audigy desc: "Creative Labs|SB Audigy" vendorId: 1102 deviceId: 0004 subVendorId: 1102 subDeviceId: 2002 pciType: 1 pcibus: 1 pcidev: 8 pcifn: 0 --- /etc/sysconfig/hwconf AUDIO stuff end--- I do not know for sure why the audio drivers aren't started up at bootup and why the redhat-config-soundcard doesn't work... I'm not sure whether this bug is due to kudzu... This is a fresh Fedora Core 1 (Yarrow) install... (about 1 hour old) If something isn't clear or I should post more log files or something just tell me, I'll provide any info I can ;) Version-Release number of selected component (if applicable): kudzu-1.1.36-1
Created attachment 95834 [details] Output from lspci
Created attachment 95835 [details] Output from dmesg
uname -a Output: Linux hachre 2.4.22-1.2115.nptl #1 Wed Oct 29 15:31:21 EST 2003 i686 athlon i386 GNU/Linux
What's your /etc/modules.conf look like?
Created attachment 95880 [details] Output from cat /etc/modules.conf
If you change the aliases from sound-slot-{1,2,3} to sound-slot-{0,1,2} do things behave more sanely?
Wow, this fixed the issue... The modules for both soundcards are beeing loaded at startup now and the redhat-config-sound works flawless now!! I changed /etc/modules.conf like you told me to... Afterwards I rebooted and started redhat-config-sound when the system was back up... It detected both soundcards and seems to have changed the /etc/modules.conf again. It dropped the 3rd sound card... I will do a new attachment in a few secs after this post... Everything works ok now, but which program did the fault to name those devices wrong in the /etc/modules.conf during install?
Created attachment 95885 [details] Output from cat /etc/modules.conf (the new file)
The last entry (sound-slot-2/3) is for a USB audio device, FWIW. If it's not attached, it won't get written. It's probably a kudzu bug somewhere that sound-slot-0 was skipped.
Strange thing, well at least its fixed for me now...
Dupe of 115198
The bug is actually in system-config-soundcard, the component should be changed. I set this depending on 115198 which describes the actualy bug.
*** This bug has been marked as a duplicate of 115198 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.