Archlinux + X201. Kein Ton am Dock

ziphi

New member
Themenstarter
Registriert
13 Juni 2010
Beiträge
59
Hi Leute,

ich habe ein x201 (3323) und verwende Archlinux mit Alsa.
Bis vor kurzem funktionierte der Ton problemlos, dann auf einmal nicht mehr. Ich vermute, dass das Problem mit einem Update kam, bin aber nicht sicher und wüsste nicht, mit welchem Update. Der Ton an meinem Laptop funktioniert einwandfrei, solange es nicht an der Docking Station hängt.
Das Problem liegt nicht an der Alsa Konfiguration, so weit ich es beurteilen kann. Im alsamixer ist nichts Relevantes stummgeschaltet oder leise.
Ich kann Musik (mit mpd) normal abspielen, es gibt nur keinen Ton. Wenn ich den Rechner am Dock hochfahre, gibt es keinen Ton (meine Stereoanlage hängt am Soundausgang der Docking Station). Wenn ich den Rechner getrennt von der Docking Station hochfahre und ihn dann runterfahre und am Dock wieder hochfahre, gibt es Ton.
Ab dem zweiten Start direkt vom Dock klappt es nicht mehr (weder bei Video, noch bei Musik).
Das Modul snd-hda-intel ist geladen, ich habe es auch mit verschiedenen Optionen versucht – ohne Erfolg. Wenn ich das Gerät im laufenden Betrieb von der Docking Station nehme, kommt sofort Ton aus den Laptoplautsprechern.
Wisst ihr, wo das Problem liegen kann?

einige Outputs:

dmesg | grep fail

[ 0.619686] pci0000:ff: ACPI _OSC request failed (AE_NOT_FOUND), returned control mask: 0x1d
[ 0.630260] pci0000:00: ACPI _OSC request failed (AE_SUPPORT), returned control mask: 0x0d


lsmod | grep 'snd'

snd_hda_intel 23631 1
snd_hda_codec_hdmi 24240 1
snd_hda_codec_conexant 46938 1
snd_hda_codec 92950 3 snd_hda_intel,snd_hda_codec_conexant,snd_hda_codec_hdmi
snd_hwdep 6389 1 snd_hda_codec
snd_pcm 74812 3 snd_hda_codec,snd_hda_intel,snd_hda_codec_hdmi
snd_page_alloc 7153 2 snd_pcm,snd_hda_intel
snd_timer 19544 1 snd_pcm
snd 59858 10 snd_timer,snd_pcm,snd_hwdep,snd_hda_codec,snd_hda_intel,snd_hda_codec_conexant,thinkpad_acpi,snd_hda_codec_hdmi
soundcore 6210 1 snd


ls -l /dev/snd/

drwxr-xr-x 2 root root 80 Apr 2 22:40 by-path
crw-rw---- 1 root audio 116, 8 Apr 2 22:40 controlC0
crw-rw---- 1 root audio 116, 2 Apr 2 22:06 controlC29
crw-rw---- 1 root audio 116, 7 Apr 2 22:40 hwC0D0
crw-rw---- 1 root audio 116, 6 Apr 2 22:40 hwC0D3
crw-rw---- 1 root audio 116, 5 Apr 2 22:40 pcmC0D0c
crw-rw---- 1 root audio 116, 4 Apr 2 22:41 pcmC0D0p
crw-rw---- 1 root audio 116, 3 Apr 2 22:40 pcmC0D3p
crw-rw---- 1 root audio 116, 1 Apr 2 22:06 seq
crw-rw---- 1 root audio 116, 33 Apr 2 22:06 timer
 
Zuletzt bearbeitet:
Vllt. kam es mit einem Kernelupdate, dann würde ich auf mal bugzilla.kernel.org durchschauen und ansonsten einen Bugreport eröffnen, wenn es keinen gibt.
Alternativ kannst du es auch weiter eingrenzen und im pacman cache schauen, ob die alten Kernelupdates noch da sind. Alternativ: Schauen ob es mit dem LTS Kernel geht. Vllt. kann man es so auf ein Kernelupdate eingrenzen, dann sollte sich der entsprechende Commit finden lassen.

Es kann natürlich auch mit einem Alsaupdate gekommen sein, ... ;)

Wenn es keine Fehlkonfiguration ist, läuft es auf einen Bugreport irgendwo hinaus ;)
 
Zuletzt bearbeitet:
Das Problem scheint gelöst zu sein. Den Hinweis zur Lösung fand ich hier: http://www.produnis.de/blog/?p=51728
Man erstellt "/etc/modprobe.d/alsa-base.conf" und fügt der Datei die Zeile "options snd-hda-intel model=thinkpad" hinzu. Die Lösung bezieht sich zwar auf ein anderes Modell, funktioniert aber auch bei mir.
Was das Problem ausgelöst hat, weiß ich immer noch nicht, denn früher funktionierte der Sound tadellos, ganz ohne Konfiguration.
 
  • ok1.de
  • ok2.de
  • thinkstore24.de
  • Preiswerte-IT - Gebrauchte Lenovo Notebooks kaufen

Werbung

Zurück
Oben