staging.inyokaproject.org

seit dem Systhemupdate Funktioniert überhaupt kein Sound mehr.
Ich hab mich schon um die Tutorials bemüht, aber mit denen komme ich nicht weiter:
folgendes hab ich gemacht:

lspci | grep -i audio
00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia

Dann sollte ich mir einen Treiber aus der Liste raussuchen, die erscheint, bei folgendem Befehl

modprobe -l | grep snd | grep pci

allerdings kommt da garnichts.
Ich hoffe ihr könnt mir helfen, danke.

hat keiner eine Idee?

Gehst du mal lesen:

http://www.easylinux.de/pipermail/suse/2007-November/027114.html

Hab den Thread nicht komplett gelesen, aber wav und midi ging irgendwann 😉

Noch was:

http://www.datanorth.net/~cuervo/blog/linux-on-the-satellite-a215-s7407/

Google –> SBx00 Azalia. ☺

Also ich weiß, dass das mit dem Sound ja vor dem Systemupdate geklappt hat. Also gibt es vieleicht eine Möglichkeit, diesen Prozess, der bei der Installation gestartet wurde um die Soundkarte zu installieren, zu reaktivieren?

Habe dasselbe Problem, dass plötzlich kein Sound mehr funktioniert. Dies muss irgendwann bei einem Update in den letzten Tagen passiert sein. Da dieses Problem scheinbar bekannt ist, möchte auch ich fragen, ob es eine simple Lösung für dieses Problem gibt?

KDE-Infozentrum Sound:

Sound Driver:3.8.1a-980706 (ALSA v1.0.16 emulation code)
Kernel: Linux thomasDell 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686
Config options: 0

Installed drivers:
Type 10: ALSA emulation

Card config:
HDA Intel at 0xfebfc000 irq 20

Audio devices:
0: STAC92xx Analog (DUPLEX)

Synth devices: NOT ENABLED IN CONFIG

Midi devices: NOT ENABLED IN CONFIG

Timers:
7: system timer

Mixers:
0 SigmaTel STAC9205

KDE-Systemeinstellungen Sound:

Enabled: Soundsystem aktivieren
Disabled: Netzwerktransparenten Sound aktivieren
Enabled: Soundserver mit höchstmöglicher Priorität betreiben
Sound puffer: 232 Millisekunden
Automatisch abschalten, wenn inaktiv für: 60 Sekunden

Unter der Registerkarte Hardware sind alle Optionen disabled

Sowohl ein Druck auf "Sound testen", als auch der Versuch ein YouTube-Video anzuhören bzw. mit Amarok ein Soundfile abzuspielen scheitert. Komisch ist vor allem, dass es vor ein paar Tagen noch einwandfrei lief 😐 ...

EDIT: Zusatzangabe

domenig@thomasDell:~$ hwinfo --sound
28: PCI 1b.0: 0403 Audio device
[Created at pci.296]
UDI: /org/freedesktop/Hal/devices/pci_8086_284b
Unique ID: u1Nb.PtEgHHcFBEE
SysFS ID: /devices/pci0000:00/0000:00:1b.0
SysFS BusID: 0000:00:1b.0
Hardware Class: sound
Model: "Dell HD Audio Controller"
Vendor: pci 0x8086 "Intel Corporation"
Device: pci 0x284b "HD Audio Controller"
SubVendor: pci 0x1028 "Dell"
SubDevice: pci 0x01f2
Revision: 0x02
Driver: "HDA Intel"
Driver Modules: "snd_hda_intel"
Memory Range: 0xfebfc000-0xfebfffff (rw,non-prefetchable)
IRQ: 20 (61191 events)
Module Alias: "pci:v00008086d0000284Bsv00001028sd000001F2bc04sc03i00"
Driver Info #0:
Driver Status: snd_hda_intel is active
Driver Activation Cmd: "modprobe snd_hda_intel"
Config Status: cfg=new, avail=yes, need=no, active=unknown

Hi,

ich hatte letztens die Soundprobleme unter Hardy auch. Bei mir war es so, dass ich die Lautstärke nicht mehr regeln konnte aber noch Sound kam. Ich hab daraufhin Alsa neu kompiliert:

sudo apt-get install alsa-source
sudo module-assistant auto-install alsa

was dazu führte, dass ich den Sound wieder regeln konnte. Nach einem Neustart hatte ich dann allerdings das selbe / ähnliche Problem wie ihr: Ich hörte keinen Ton, aber dennoch war alles eingeschalten und Amarok zeigte mir auch an, dass er etwas abspielen würde. Bei mir lag es daran, dass wohl durch das jetzt 100% zu meiner Karte passende Alsa-Modul (ich hatte jetzt ne ganze Menge mehr Einstellmöglichkeiten in KMix) wohl auch der (nicht vorhandene?) interne PC-Speaker erkannt wurde. Die Folge davon war, dass der PC-Speaker beim Hochfahren zuerst initialisiert wurde und Alsa diesen damit als Standard-Ausgabemodul verwendete.
Versucht mal folgendes: Führt mal in der Konsole "aplay -l" aus. Er zeigt euch dann ne Liste in etwa wie folgt:

andreas{502}$> aplay -l
**** Liste von PLAYBACK Geräten ****
Karte 0: Intel [HDA Intel], Gerät 0: ALC861 Analog [ALC861 Analog]
  Untergeordnete Geräte: 1/1
  Untergeordnetes Gerät '0: subdevice #0
Karte 0: Intel [HDA Intel], Gerät 6: Si3054 Modem [Si3054 Modem]
  Untergeordnete Geräte: 1/1
  Untergeordnetes Gerät '0: subdevice #0
Karte 1: pcsp [pcsp], Gerät 0: pcspeaker [pcsp]
  Untergeordnete Geräte: 1/1
  Untergeordnetes Gerät '0: subdevice #0

Bei der Liste könnt ihr Sehen, dass ich zwei Karten verbaut habe - eine Intel HDA Soundkarte und den PC-Speaker. Alsa verwendet immer die Karte 0 als Standardausgabe. Wenn bei euch was anderes bei Karte 0 erscheint als eure Soundkarte seid ihr der Problemlösung sehr nah 😉
Wenn es der Fall ist geht her und lasst euch über "asoundconf list" alle Sound-Geräte auflisten. Danach führt ihr "asoundconf set-default-card XXX" aus, wobei XXX die entsprechung eurer Soundkarte ist, die "asoundconf list" ausgibt.

Grüße
Andi

domenig@thomasDell:~$ aplay -l
**** Liste von PLAYBACK Geräten ****
Karte 0: Intel [HDA Intel], Gerät 0: STAC92xx Analog [STAC92xx Analog]
Untergeordnete Geräte: 0/1
Untergeordnetes Gerät '0: subdevice #0
Karte 0: Intel [HDA Intel], Gerät 1: STAC92xx Digital [STAC92xx Digital]
Untergeordnete Geräte: 1/1
Untergeordnetes Gerät '0: subdevice #0

Müsste eigentlich passen, oder? ... Was mich am meisten verwirrt, ist jedoch, dass es schon einmal gegangen ist 😐 ...

$ sudo module-assistant auto-install alsa
Pech gehabt, es wurden keine zum aktuellen Kernel passende Headers gefunden und es wurden keine weiteren Kernel-Verzeichnisse angegeben. 

$ aplay -l
aplay: device_list:205: keine Soundkarten gefunden...

Bei mir hat der Sound seit dem Systemupdat garnicht mehr funktioniert, allerdings vorher problemlos.

Edit: ok er kompiliert grade

Hi,
also woran es bei Thomas D liegt weiß ich leider auch nicht, zumal die Soundkarte ja eigentlich erkannt wird. Eventuell muss man noch in KDE einstellen, dass auch wirklich ALSA verwendet wird, aber ansonsten fällt mir gerade auch nix ein, sorry.
Bei Kurx dagegen: Dass du mit dem module-assistant keine Module installieren kannst liegt wohl daran, dass du keine Linux-Header etc. installier hast (ich geh mal davon aus, dass du deinen Kernel nicht selbst gebaut hast...). Den Module-Assistant kann man dazu aber benutzen alles nötige installiert. Ich bin mir gerade nimmer 100% sicher, aber ich glaube mit "sudo module-assistant update" und "sudo module-assistant prepare" werden glaube ich alle nötigen Elemente installiert. Danach solltest du mit "sudo module-assistant auto-install alsa" das Modul erstellen können. Wenns garnicht geht, geh einfach mal her und starte das graphische Frontent vom Module assistant mit "sudo module-assistant"; der führt dich dann durch die Installation ... Ich hoffe mal, dass danach auch eine Soundkarte erkannt wird.

Grüße
Andi

TheMagician hat geschrieben:

Eventuell muss man noch in KDE einstellen, dass auch wirklich ALSA verwendet wird

Wo kann ich das machen?

Hi,

ich kenn mich jetzt nimmer so mit dem Kubuntu-Eigenen Design vom Systemcenter aus, weil ich das "normale" Debian-Systemcenter verwende, deswegen:
In der Konsole führste mal bitte "kcontrol" aus. Das ist wie gesagt das Debian-Systemcenter; außer der Anordnung der Elemente ist alles gleich. Unter "Sound & Multimedia" gehste auf "Sound-System". Im rechten Fensterteil gehste dann auf "Hardware" und stellst in der Dropdown-Liste oben "Alsa" ein; vermutlich ist da "Automatisch erkennen" drin.

Dann hab ich aber noch nen Tipp: Ich hab letzten auch nochmal mein Partitions-Backup einspielen müssen und musste dann die Sache mit Alsa nochmal machen. Bei mir kam am Anfang auch kein Sound, nachdem ich alle Schritte gemacht hatte, die ich euch schon beschrieben habe. Bei mir lag es daran, dass ein Eintrag in "/etc/modprobe.d/alsa-base" fehlte. Ich verweise euch jetzt mal zuerst auf nen Wiki-Eintrag: Soundkarten_installieren/HDA In dem Wiki-Eintrag steht sinngemäß drin (lest ihn euch aber lieber selbst nommal durch), dass ihr an "/etc/modprobe.de/alsa-base" noch die Zeile "options snd-hda-intel model=XXX" anhängen müsst, wobei XXX für eine Alsa-Interne Beschreibung eurer Soundkarte steht. Um die Beschreibung herauszufinden führt ihr zuerst "head -n 1 /proc/asound/card0/codec*" aus, was euch dann den genauen Codec-Typ eurer Soundkarte anzeigt, den ihr dann wiederum in einer GZip-Komprimierten Datei suchen müsst. Um die Datei anzuzeigen benutzt ihr den Befehl "zless /usr/share/doc/alsa-base/driver/ALSA-Configuration.txt.gz"; innerhalb der Datei sucht ihr zunächst nach "hda", was ihr auch von zless erledigen lassen könnt, wenn ihr "/hda"+ENTER eintippt. Dann müsst ihr zu dem Codec noch die passende Abkürzung finden und fertig...

Hoffe es läuft jetzt
Grüße
Andi

       ┌────────────┤ module-assistant, interaktiver Modus ├─────────────┐
       │ Bau-Vorgang des Pakets alsa-source fehlgeschlagen! Was ist      │
       │ der nächste Schritt?                                            │
       │                                                                 │
       │VIEW     Protokoll des Bauvorgangs untersuchen                   │
       │CONTINUE Überspringen und mit der nächsten Operation weitermachen│
       │STOP     Alle Bau-Operationen anhalten                           │
       │                                                                 │
       │                                                                 │
       │                                                                 │
       │                                                                 │
       │                <Ok>                    <Abbrechen>              │
       │                                                                 │ 
       └─────────────────────────────────────────────────────────────────┘

Das ende des Bauvorganges, muss ich jetzt den Quellcode ändern? Wenn ja, wo finde ich den überhaupt.

  CC [M]  /usr/src/modules/alsa-driver/drivers/opl4/yrw801.o
  LD [M]  /usr/src/modules/alsa-driver/drivers/opl4/snd-opl4-lib.o
  LD [M]  /usr/src/modules/alsa-driver/drivers/opl4/snd-opl4-synth.o
  CC [M]  /usr/src/modules/alsa-driver/drivers/pcsp/pcsp.o
/usr/src/modules/alsa-driver/drivers/pcsp/pcsp.c: In Funktion
»snd_pcsp_create«:
/usr/src/modules/alsa-driver/drivers/pcsp/pcsp.c:55: Fehler: »loops_per_jiffy« nicht deklariert (erste Benutzung in dieser Funktion)
/usr/src/modules/alsa-driver/drivers/pcsp/pcsp.c:55: Fehler: (Jeder nicht deklarierte Bezeichner wird nur einmal aufgeführt
/usr/src/modules/alsa-driver/drivers/pcsp/pcsp.c:55: Fehler: für jede Funktion in der er auftritt.)

Hi Krux,

was du mir da zeigst sieht ja relativ böse aus. Es wundert mich allerdings, dass das bei mir nicht kam, zumal ich ja auch ein HW-Gerät habe, das als pcsp identifiziert wird.
Ich weiß leider jetzt auch nicht, wie man das in den Griff bekommen könnte. Du kannst dir, wenn du dich damit auskennst, natürlich schon den Quellcode anschauen und evtl. was dran ändern. Wie schon in der Fehlermeldung zu sehen ist findest du den unter /usr/src/modules/alsa-driver/...
Was du aber auch machen könntest: Ich seh gerade dass du im interaktiven Modus bist und das vermutlich, weil du ein paar Build-Abhängigkeiten über den module-assistant installiert hast. Nachdem du jetzt alle wichtigen Pakete hast, probier doch mal ob der automatische Modus jetzt funktioniert. Vielleicht löst der das Problem selbstständig. Ich hab auch nur den automatischen Modus verwendet, weil bei mir schon alles nötige installiert war - mit dem interaktiven Modus hab ichs nicht versucht.

Grüße
Andi

Ich hab das im automatischen modus gestartet, also mit:
sudo module-assistant auto-install alsa
der ist dann automatisch in den Interaktiven modus übergegangen, ohne dass ich irgendwas mit gemacht habe.
Edit: also mit dem Source an sich kenne ich mich nicht aus, aber ich kann c++ secht gut, da hab ich mir gedacht, vieleicht ist ja was offensichtliches dabei, aber kann leider nichts finden.

Tut mir leid, dann kann ich dir leider auch nicht weiterhelfen. Eventuell wärs ganz gut ein neues Thema mit deinem Problem neu aufzumachen, damit andere, die sich eher mit sowas auskennen, darauf aufmerksam werden...