[Hinweis] Neuer Ubuntu Kernel 2.6.32-23-generic und keine Sound

Ich hatte nach der Kernel-Installation gelegentlich (!) keinen Ton nach einem Neustart, manchmal auch kein Bild. Ich weiß nicht, ob das in einem Zusammenhang steht. Nach dem dpkg-reconfigure alsa-dkms scheint es jetzt wie erwartet zu laufen.

Auch XBMC scheint besser zu funktionieren. Zuvor gab´s Probleme nach der Wiedergabe von Filmen mit DTS-Ton: Filme z.B. mit MP3-Tonspur blieben stumm - als würde das Audio-Device nicht korrekt nach der DTS-Wiedergabe freigegeben.

Gestern abend lief es dagegen anscheinend fehlerfrei - muss aber noch mehr testen bzw. von der Family testen lassen (wenn ich nach Hause komme, läuft der Fernseher oft schon - während dieser Jahreszeit allerdings weniger...).

Fehler bei der Installation oder Kompilierung sind mir nicht aufgefallen.

P.S.: Kannst Du mir mal einen Tipp geben, welche Logfiles zu beachten sind? In /var/log/messages, /var/log/syslog oder /var/log/user.log finde ich für meinen Geschmack meist zu wenig Infos, oder kann man bei Problemen über irgendeinen Schalter ausführlichere Logfiles erstellen lassen?

Hi, habe auch keinen Sound mehr (GT240)
Die oben beschriebenen Schritte habe ich alle durch, hat nicht geholfen.

Das Sound Device an sich ist wohl ok, denn es gibt eine Soundausgabe bei
# speaker-test -c2 -twav -Dplughw:0,7

Ich weiss nun nicht mehr weiter.

In Var/log/messages finde ich dieses hier, weiss aber nicht, ob es wichtig ist:

Jul 10 12:23:47 noname kernel: [   15.968067] ------------[ cut here ]------------
Jul 10 12:23:47 noname kernel: [   15.968076] WARNING: at /build/buildd/linux-2.6.32/lib/vsprintf.c:1100 vsnprintf+0x3f2/0x410()
Jul 10 12:23:47 noname kernel: [   15.968079] Hardware name: System Product Name
Jul 10 12:23:47 noname kernel: [   15.968081] Modules linked in: nfsd exportfs nfs lirc_serial lockd nfs_acl lirc_dev auth_rpcgss isl6421 cx24116 cx88_dvb cx88_vp3054_i2c videobuf_dvb rc_hauppauge_new tuner isl6423 stv6110x snd_hda_codec_nvhdmi stv090x lnbp21 stb6100 stb0899 snd_hda_intel snd_hda_codec snd_hwdep snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event snd_pcm_oss snd_mixer_oss snd_seq ir_sony_decoder snd_seq_device snd_pcm ir_jvc_decoder ir_rc6_decoder rc_tt_1500 snd_timer cx8802 cx8800 budget cx88xx snd ir_rc5_decoder budget_ci v4l2_common budget_core ir_nec_decoder ppdev saa7146 ttpci_eeprom i2c_algo_bit ir_common tveeprom lp videodev v4l1_compat sunrpc parport_pc asus_atk0110 psmouse serio_raw intel_agp soundcore ir_core btcx_risc videobuf_dma_sg dvb_core videobuf_core parport nvidia(P) snd_page_alloc agpgart ahci r8169 mii floppy
Jul 10 12:23:47 noname kernel: [   15.968142] Pid: 674, comm: hd-audio0 Tainted: P           2.6.32-22-generic #36-Ubuntu
Jul 10 12:23:47 noname kernel: [   15.968145] Call Trace:
Jul 10 12:23:47 noname kernel: [   15.968151]  [<c014c3d2>] warn_slowpath_common+0x72/0xa0
Jul 10 12:23:47 noname kernel: [   15.968156]  [<c0352212>] ? vsnprintf+0x3f2/0x410
Jul 10 12:23:47 noname kernel: [   15.968159]  [<c0352212>] ? vsnprintf+0x3f2/0x410
Jul 10 12:23:47 noname kernel: [   15.968164]  [<c014c41a>] warn_slowpath_null+0x1a/0x20
Jul 10 12:23:47 noname kernel: [   15.968168]  [<c0352212>] vsnprintf+0x3f2/0x410
Jul 10 12:23:47 noname kernel: [   15.968173]  [<c03522ba>] snprintf+0x1a/0x20
Jul 10 12:23:47 noname kernel: [   15.968182]  [<f9f5364d>] snd_print_pcm_bits+0x5d/0x80 [snd_hda_codec]
Jul 10 12:23:47 noname kernel: [   15.968191]  [<f9f5c7f7>] hdmi_show_short_audio_desc+0xf7/0x100 [snd_hda_codec]
Jul 10 12:23:47 noname kernel: [   15.968200]  [<f9f5c85f>] snd_hdmi_show_eld+0x5f/0xa0 [snd_hda_codec]
Jul 10 12:23:47 noname kernel: [   15.968208]  [<f9f5cb6c>] ? snd_hdmi_get_eld+0x29c/0x2d0 [snd_hda_codec]
Jul 10 12:23:47 noname kernel: [   15.968216]  [<f9f5cb6c>] ? snd_hdmi_get_eld+0x29c/0x2d0 [snd_hda_codec]
Jul 10 12:23:47 noname kernel: [   15.968221]  [<fa15f706>] hdmi_unsol_event+0x106/0x110 [snd_hda_codec_nvhdmi]
Jul 10 12:23:47 noname kernel: [   15.968226]  [<c013eff3>] ? finish_task_switch+0x43/0xc0
Jul 10 12:23:47 noname kernel: [   15.968233]  [<f9f53106>] process_unsol_events+0x56/0x70 [snd_hda_codec]
Jul 10 12:23:47 noname kernel: [   15.968238]  [<c016369e>] run_workqueue+0x8e/0x150
Jul 10 12:23:47 noname kernel: [   15.968245]  [<f9f530b0>] ? process_unsol_events+0x0/0x70 [snd_hda_codec]
Jul 10 12:23:47 noname kernel: [   15.968249]  [<c01637e4>] worker_thread+0x84/0xe0
Jul 10 12:23:47 noname kernel: [   15.968253]  [<c0167740>] ? autoremove_wake_function+0x0/0x50
Jul 10 12:23:47 noname kernel: [   15.968257]  [<c0163760>] ? worker_thread+0x0/0xe0
Jul 10 12:23:47 noname kernel: [   15.968261]  [<c01674b4>] kthread+0x74/0x80
Jul 10 12:23:47 noname kernel: [   15.968264]  [<c0167440>] ? kthread+0x0/0x80
Jul 10 12:23:47 noname kernel: [   15.968268]  [<c0104087>] kernel_thread_helper+0x7/0x10
Jul 10 12:23:47 noname kernel: [   15.968271] ---[ end trace ddb5fb39fa1fd870 ]---

Hier noch einige Configs und Infos die vielleicht helfen:

root@noname:/home/benutzer# dkms status
nvidia-current, 195.36.24, 2.6.32-22-generic, i686: installed
nct677x, 1.0.1, 2.6.32-18-generic, i686: built
nct677x, 1.0.1, 2.6.32-22-generic, i686: installed
alsa, 1.0.23, 2.6.32-22-generic, i686: installed

root@noname:/home/benutzer# aplay -l
**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: NVidia [HDA NVidia], Gerät 3: NVIDIA HDMI [NVIDIA HDMI]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 0: NVidia [HDA NVidia], Gerät 7: NVIDIA HDMI [NVIDIA HDMI]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 0: NVidia [HDA NVidia], Gerät 8: NVIDIA HDMI [NVIDIA HDMI]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 0: NVidia [HDA NVidia], Gerät 9: NVIDIA HDMI [NVIDIA HDMI]
  Sub-Geräte: 0/1
  Sub-Gerät #0: subdevice #0

/etc/xine/config (Auszug)


# Zu benutzender Audiotreiber
# { auto  null  pulseaudio  alsa  oss  esd  file  none }, default: 0
audio.driver:alsa


# Gerät für Monoausgabe
# string, default: default
audio.device.alsa_default_device:plughw:0,7


# Gerät für Stereoausgabe
# string, default: plug:front:default
audio.device.alsa_front_device:plughw:0,7


# ALSA Mixergerät
# string, default: PCM
audio.device.alsa_mixer_name:PCM


# Soundkarte unterstützt mmap 
# bool, default: 0
audio.device.alsa_mmap_enable:1

Wenn ich die Soundeinstellungen über das Webinterface ändere, schummelt sich in die asound.conf immer das device 9 rein, obwohl es doch eigentlich device 7 sein müsste???

/etc/asound.conf

--- aktuell ---
pcm.!default {
        type hw
        card 0
        device 7
}


--- auch probiert --- 
pcm.!default {
        type hw
        card 0
        device 9
}


pcm.!default {
        type plughw
        card 0
        device 9
}


pcm.!default {
        type plughw
        card 0
        device 7
}

für die Leute mit 4 Devices anstatt einem:
Habt ihr euch die XBMC Seite durchgelesen und die Werte durchprobiert ? Mit dem richtigen Eintrag sollte es nur ein Gerät geben, und dann funktioniert die Erkennung auch. Wenn das wirklich nicht geht, dann müssen wir uns nochmal Gedanken machen, wie man es manuell setzen kann und trotzdem die momentane Funktionalität lassen kann, für die Leute für die es geht.

> Mit dem richtigen Eintrag sollte es nur ein Gerät geben,

eintrag in welcher datei? /etc/modprobe.d/sound.conf?

> Wenn das wirklich nicht geht, dann müssen wir uns nochmal Gedanken machen

an welcher stelle kommt den etwas von euch ins spiel, wie kommt den der eintrag in die /etc/xine/config

Zitat

eintrag in welcher datei? /etc/modprobe.d/sound.conf?

Jep

an welcher stelle kommt den etwas von euch ins spiel, wie kommt den der eintrag in die /etc/xine/config

/etc/init/alsa-detect.conf -> /usr/share/yavdr/events/on-boot/10_find-alsa-devices

Ist ein sehr simpler Ansatz - evtl sollten wir /etc/init/alsa-detect.conf wieder kicken ...

Ich konnte mein Problem mittlerweile lösen (ich hoffe dauerhaft).
Hier eine etwas ausführlichere Info - vielleicht hilft es dem Einen oder Anderen.

aplay -l lieferte bei mir mehrere Geräte (ids 3, 7. 8, 9) (s. mein Beitrag weiter oben)
Von den devices produzieren (bei mir) aber nur die 3 und 7 eine Soundausgabe. Im Endeffekt lag hier das Problem.

Wenn man über das Webinterface die Soundeinstellungen ändert, wurde bei mir (fast) immer das höchste device (9) in die config files geschrieben.
Mit dem alten Kernel wurde device 7 genutzt und ich hatte keine Soundprobleme. - Keine Ahnung weshalb sich nun die 9 eingeschummelt hat.

Mein Ziel war es jetzt, die devices 3, 8 und 9 loszuwerden.
Dazu habe ich versucht in /etc/modprobe.d/sound eine passende probe_mask zu finden, die nur noch device 7 übrig läßt. Leider erfolglos.
Was geklappt hat war, die Auswahl auf devices 3 und 7 zu reduzieren:
Vorher: options snd-hda-intel enable_msi=0
---> devices 3, 7, 8, 9
Nachher: options snd-hda-intel enable_msi=0 probe_mask=3
---> devices 3, 7

Dann habe ich /etc/modprobe.conf nach /etc/modprobe (ohne .conf) kopiert. Weiss nicht ob das nötig ist, die Anregung dazu gab http://www.vdrportal.de/board/…?postid=914467#post914467.

Da ich im Inet gelesen hatte, dass sowohl device 3 als auch device 7 für Stereo Sound funktionieren, habe ich es bei devices 3 und 7 belassen.

reboot

Im Webinterface den Sound auf "Analog" gestellt -> "Fehler"
Im Webinterface den Sound auf "HDMI Stereo" gestellt -> "Fehler"
Sound hatte ich bis hierhin immer noch keinen.
Merkwürdig.....

Habe mir daraufhin die Scripte unter /user/share/yavdr/events/change-sound angeschaut und die damit zusammen hängenden Config Files untersucht. Hier war überall das device 7 eingetragen wie es auch sein sollte.

In /etc/xine/config und /etc/vdr-sxfe/config_xineliboutput wird "plughw:0,7" benutzt wohingegen in /etc/asound.conf typ hw gesetzt ist:

pcm.!default {
        type hw
        card 0
        device 7
}

Ich erwähne das, weil in anderen Posts geschrieben wurde, dass es mit "hw" in der asound.conf nicht funktioniert, man "plughw" nutzen soll.

Nochmal ein rebbot... und der Ton war da ...

Ich habe danach allerdings nicht nochmal im Webinterface mit den Soundeinstellungen rumgespielt. Die Gefahr war mir zu groß wieder stundenlang nach dem Sound suchen zu müssen

In den vergangenen Tagen ist mir bei der Fehlersuche irgendwann mal aufgefallen, dass die Konfiguration in /etc/xine/config und /etc/vdr-sxfe/config_xineliboutput unterschiedlich waren. In der xine Config war device 7, in der vdr-sxfe config war device 9 eingetragen. Wie / weshalb das passierte ... keine Ahnung.

Das Ganze passierte auf einem Asus P5GC mit einer ZOTAC GeForce GT 240 ZONE Edition HDMI 1GB DDR3 128bit Heatsink.

Und jetzt schalte ich den Fernseher aus und hole mir ein kühles Bierchen ... und hoffe, auch morgen noch Ton beim Fernsehen zu haben....

Da ich nicht wusste das mein Problem das gleiche wie hier besprochen ist, habe ich versehentlich einen anderen Thread aufgemacht : [0.2] nach upgrade kein Bild . Nun, da ich weiß das ich einen nicht funktionierenden Alsa habe, möchte ich fragen ob ihr mir irgendwie weiterhelfen könnt.

aplay -l :

Karte 0: CK804 [NVidia CK804], Gerät 0: Intel ICH [NVidia CK804]
Sub-Geräte: 0/1
Sub-Gerät #0: subdevice #0
Karte 0: CK804 [NVidia CK804], Gerät 2: Intel ICH - IEC958 [NVidia CK804 - IEC958]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0

dkms status:

alsa, 1.0.23, 2.6.32-22-generic, i686: built
alsa, 1.0.23, 2.6.32-23-generic, i686: installed
nvidia-current, 195.36.24, 2.6.32-22-generic, i686: installed
nvidia-current, 195.36.24, 2.6.32-23-generic, i686: installed
nct677x, 1.0.1, 2.6.32-18-generic, i686: built
nct677x, 1.0.1, 2.6.32-22-generic, i686: installed
nct677x, 1.0.1, 2.6.32-23-generic, i686: installed
s2-liplianin, 0~20100518.14629, 2.6.32-22-generic, i686: installed
s2-liplianin, 0~20100518.14629, 2.6.32-23-generic, i686: installed (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!)

Bin jetzt einen Schritt weiter aber verstehe es trotzdem nicht. Wenn ich im Webfrontend Analog auswähle und dann die /etc/xine/config direkt bearbeite, dann habe ich Sound, sowohl analog als auch ac3. Ändere ich die "30spdif_passthrough_audio" in den Templates genause ab, dann bekomme ich wieder meinen loop. Jetzt dachte ich ich kopiere die xine config und stelle sie bei Bedarf wieder her, aber seltsamerweise funktioniert die zurückgesicherte config auch nicht mehr. Ich muß immer erst im Webfrontend "analog" auswählen und dann meine SPDIF Geräte manuell eintragen.

audio.device.alsa_passthrough_device:hw:0,0

audio.device.alsa_surround51_device:plug:hw:0,0

audio.output.speaker_arrangement:Pass Through

Hbe jetzt für mich die Lösung gefunden. Das die zurückgesicherte xine config nicht funktionierte lag daran das ich sie bei laufenden xine zurückgesichert hatte und nicht daran gedacht hatte das xine beim restart die zurückgesicherte config wieder überschreibt. Also erst stop vdr, dann zurücksichern und start vdr funktioniert. Dann habe ich mal mit der funktionieren config ein custom template erstellt. Da verhält es sich so das ein custom template mit name "30spdif_passthrough_audio" nicht funktioniert, obwohl ich die audio sektion nur reinkopiert habe. Das analog template geht. Werden denn beim auswählen der Sound Option auch andere Einstellungen geändert ausser die von xine?

Hallo,

vielen Dank. "apt-get --reinstall install alsa-dkms" hat auch mir geholfen.

thx
cu

Danke

Nur zur Info: beim 2.6.32-24 hatte ich es gerade auch, daß alsa nachgezogen werden mußte.

Nur für den, der's da auch hat...

Hallo,
bei meinem 2.6.32-24 tats ein "dpkg-reconfigure alsa-dkms".

Dieser Thread gehört hier meiner Meinung auch dazu - für alle die Probleme mit dem Start von X-Server haben, weil beim dist-upgrade die grub-config überschrieben wurde. War bei mir so, machte sich aber nur bei xine-frontend bemerkbar. Mit xineliboutput liefs.

Gruß
Andreas

Hab heute yaVDR (zum zweiten Mal) installiert, vorher ging Sound super,

aber dieses Mal .. garkein Sound über HDMI. (Andere Quellen ungetestet!)

Problem:
aplay -l bringt:

aplay: device_list:223: keine Soundkarten gefunden ...

(sudo aplay -l half nicht!)

sudo dpkg-reconfigure alsa-dkms

und

sudo apt-get --reinstall install alsa-dkms

brachten KEINE Veränderung.

Bitte Bitte, wie bekommt man das hin? Es ging doch vor kurzem noch !?! Oder darf ich einfach nochmal neuinstallieren und mit Glück geht es dann?

Keine eine Idee?

Zitat

Originally posted by Evilandi666
Problem:
aplay -l bringt:

aplay: device_list:223: keine Soundkarten gefunden ...

(sudo aplay -l half nicht!)

sudo dpkg-reconfigure alsa-dkms

und

sudo apt-get --reinstall install alsa-dkms

brachten KEINE Veränderung.

Alles anzeigen

onboard sound? vielleicht deaktiviert?

was sagt

$ cat /proc/asound/cards

sonst versuch mal

# alsaconf

# cat /proc/asound/cards
 0 [NVidia         ]: HDA-Intel - HDA NVidia
                      HDA NVidia at 0xfae78000 irq 22

alsaconf ist unbekannt...

Was mir grad einfällt .. könnte es sein das die Intelkarte irgendwie gewählt ist als "Soundquelle"?

Edit:
Also wähle ich Analog als Ausgang kommt dort auch Sound.

Wähle ich HDMI - Output, HDMI - Analog oder HDMI - Passthrough kommt nichts.

Vermutlich hat er also tatsächlich die Intel als Hauptausgabequelle und nicht die Nvidia...

Zitat

Originally posted by Evilandi666
alsaconf ist unbekannt...

... hmm hab kein ubuntu da um das zu ueberpruefen.

also seh ich das richt, das modul ist geladen und du kommst in den alsamixer?

Zitat

Originally posted by Evilandi666
Was mir grad einfällt .. könnte es sein das die Intelkarte irgendwie gewählt ist als "Soundquelle"?

soundkarte kannste am einfachsten so waehlen:
$ asoundconf list
$ asoundconf set-default-card Intel
oder statt "Intel" was auch immer dir da angeboten wird.

also sudo alsamixer geht, dort steht auch direkt der Nvidia Sound bla...

asoundconf ist unbekannt

Ton gibts aber immernoch keinen via hdmi .. noch jemand Ideen?