Lenny: Soundkonfiguration überlebt keine Reboots
Hallo,
ganz ein seltsames Phänomen. Vorgeschichte: Gestern eine Logitech Webcam
E3500 gekauft und angeschlossen, geht recht gut, sogar das USB-Mikrofon.
Das hat auch in mehreren Sitzungen über den Abend verteilt funktioniert.
Dann ein wenig mit Userland-Sound-Applikationen (Krec, Audacity)
rumgespielt um zu sehen, ob die auch vom USB-Mikrofon aufnehmen.
Irgendwann ist mir dann aufgefallen:
- Beim Angucken von YouTube Videos höre ich nix mehr.
- Die KDE-Systemnachrichten höre ich auch nicht mehr
Eine "Reparaturmöglichkeit" scheint zu sein: alsaconf, danach ist zwar
das USB-Mikrofon weg, aber das kriegt man mit modprobe snd_usb_audio
wieder aktiviert. Dann geht vorübergehend alles. Kiste runtergefahren
und heute wieder gestartet:
KDE-Anmeldesound geht nicht. Gucke ich in /proc/asound, dann sehe ich
lediglich noch das Device für das USB-Mikrofon, obwohl(!) alle
snd_via82xx-Module geladen sind. Gerade wieder repariert, also raus aus
X, root Konsole, alsaconf und dann wieder snd_usb_audio geladen. Jetzt
sieht es wieder so aus:
ls -l /proc/asound
insgesamt 0
dr-xr-xr-x 7 root root 0 15. Aug 09:14 card0
dr-xr-xr-x 3 root root 0 15. Aug 09:14 card1
-r--r--r-- 1 root root 0 15. Aug 09:14 cards
-r--r--r-- 1 root root 0 15. Aug 09:14 devices
-r--r--r-- 1 root root 0 15. Aug 09:14 hwdep
-r--r--r-- 1 root root 0 15. Aug 09:14 modules
dr-xr-xr-x 2 root root 0 15. Aug 09:14 oss
-r--r--r-- 1 root root 0 15. Aug 09:14 pcm
dr-xr-xr-x 2 root root 0 15. Aug 09:14 seq
-r--r--r-- 1 root root 0 15. Aug 09:14 timers
lrwxrwxrwx 1 root root 5 15. Aug 09:14 U0x46d0x9a4 -> card1
lrwxrwxrwx 1 root root 5 15. Aug 09:14 V8237 -> card0
-r--r--r-- 1 root root 0 15. Aug 09:14 version
Die Frage ist: Wird es auch nach dem Reboot wieder so aussehen oder
fehlt mir dann wieder mein V8237-Device?
/etc/modprobe.de/sound sieht so aus:
alias snd-card-0 snd-via82xx
options snd-via82xx index=0
Also eigentlich sollte alles paletti sein. Nur: Wird das den nächsten
Reboot überleben?
Ein Blick in die dmesg von gerade eben offenbart:
------------8<-snip------------------------------------
[ 14.462662] cannot find the slot for index 0 (range 0-0), error: -16
[ 14.462730] VIA 82xx Audio: probe of 0000:00:11.5 failed with error -12
------------8<-snip------------------------------------
Und diese Zeilen stehen definitiv hinter den Zeilen:
------------8<-snip------------------------------------
[ 5.238602] usb 5-4: configuration #1 chosen from 1 choice
[ 5.238956] usb 5-4: New USB device found, idVendor=046d, idProduct=09a4
[ 5.239016] usb 5-4: New USB device strings: Mfr=0, Product=0,
SerialNumber=2
[ 5.239076] usb 5-4: SerialNumber: 9003DC20
------------8<-snip------------------------------------
Ich hege also die Vermtung:
udev erkennt das USB-Audio-Device und lädt den USB-Audio-Treiber.
Wenn dann später das snd_via82xx-Modul kommt, dann kriegt das ein
Problem weil card0 ja bereits mit dem USB-Audio-Device belegt ist.
Fazit: Die VIA-Treiber melden den error -12 und die Soundkarte
bleibt tot. Würde zu meinen Beobachtungen alles passen.
Nur: Wie drehe ich das jetzt wieder so hin, dass es trotzdem geht?
An den udev-Regeln drehen damit USB-Geräte später kommen als eine
schnöde PCI-Soundkarte? Oder /etc/modprobe.d/sound um zwei Zeilen für
das USB-Device erweitern in der Hoffnung, dass sich das dann als card1
lädt?
Die Frage die mich aber in die Glaubenskrise stürzt: Es hat
funktioniert, es hat Reboots überlebt und ein wenig Spielen in
Userland-Applikationen hat es zerschossen? Wie das???
Genervte Grüße
Rainer
--
Rainer König, Diplom-Informatiker (FH), Augsburg, Germany
Reply to: