Hallo Soundspezialisten, obwohl unter 8.1 kein Problem, bringe ich meinen onboard-sound (VIA VT82C686AC97) unter 8.2 nicht zum Laufen. Zu diesem Thema gab es schon im Mai einen Disput, mit dem Ergebnis, dass das Problem mit dem aic7xxx-Modul zusammenhängt. Der damals funktionierende Lösungsvorschlag hieß im Wesentlichen, in /etc/sysconfig/kernel unter INITRD_MODULES="aic7xxx ..." "aic7xxx_old ..." einzutragen, mkinitrd auszuführen und sicherheitshalber neu zu booten, woraufhin angeblich Yast2 die sound-Installation richtig durchführen würde. Nach einem SDB-Artikel (http://sdb.suse.de/de/sdb/html/oestoelt_aic7xxx_old.html) sollte man auch "lilo" ausführen - gilt wohl für eine ältere Distribution. Bei mir geht alles mit "grub" und in "/etc/grub.conf" finde ich nichts, was ich verändern sollte - trau mich auch nicht. Darum habe ich nichts dergleichen getan. Ergebnis: Nach dem oben erwähnten Eintrag von "aic7xxx_old" blieb das System bei Hochfahren bei eth0 ... auf Nimmerwiedersehen hängen. Mit Hilfe des rescue-Systems habe ich den aic7xxx_old-Eintrag wieder durch "aic7xxx" ersetzt. Dann fuhr das System wieder hoch, aber ich war nicht mehr in der Lage meine Netzwerkkarte zum Laufen zu bringen. Ich sollte noch erwähnen, dass "acpi=off" eingestellt ist und Sound- und Netzwerkkarte beide irq 10 benützen. Der SuSE-Support hat eine Unterstützung prinzipiell abgelehnt. Was nun? Heinz
Am Mittwoch, 11. Juni 2003 11:29 schrieb Heinz Pöpperl:
Nimmerwiedersehen hängen. Mit Hilfe des rescue-Systems habe ich den aic7xxx_old-Eintrag wieder durch "aic7xxx" ersetzt. Dann fuhr das System wieder hoch, aber ich war nicht mehr in der Lage meine Netzwerkkarte zum Laufen zu bringen. Ich sollte noch erwähnen, dass
Also hier gabs auch Probleme mit der Netzwerkkarte unter SuSE 8.2 (von 6.1 - 8.1 hatt ich keinen Ärger). Ein '/etc/init.d/network restart' brachte dann keinen Fehler mehr. Nach Aufnahme des Netzwerktreibers in die initrd waren die Probleme vorbei.
"acpi=off" eingestellt ist und Sound- und Netzwerkkarte beide irq 10 benützen. Der SuSE-Support hat eine Unterstützung prinzipiell abgelehnt. Was nun?
Das läst sich im BIOS nicht umstellen? -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Mittwoch, 11. Juni 2003 11:29 schrieb Heinz Pöpperl:
obwohl unter 8.1 kein Problem, bringe ich meinen onboard-sound (VIA VT82C686AC97) unter 8.2 nicht zum Laufen. Zu diesem Thema gab es schon
Hallo! dieses Thema interessiert mich auch, habe fast das gleiche Problem und möchte daher ein paar Daten beisteuern: Mein Ziel ist es, mit einem Mainboard ASRock K7VT2 und Athlon XP CPU einen ;ultimedia-PC aufzubauen. Das Board ist in der SuSE-Datenbank nicht aufgeführt, OS soll SuSE 8.2 werden. Ferner verwende ich eine Geforce2- Graphikkarte (Elsa Gladiac) und einen Adaptec AHA2940 SCSI-Controller. IDE-Platten sind keine vorhanden. Die Installation von SuSE 8.2 funktionierte zunächst problemlos, doch beim ersten Start gab mir der Monitor ein "out of Range", da die Auflösung höher eingestellt war, als ich es bei der Installation angegeben hatte. Mein LCD macht max. 1024*768 Pixel. Abhilfe schafft nur ein Wechsel auf Konsole 2 und ein textbasiertes sax2 -l. Der Parameter -l war nötig, um Sax2 mit Standard-VGA-Werten zu starten, da sonst der Monitor wieder abschaltete. Nach der Lösung dieses Problems funktionierte alles bis auf den Sound, auch das Onboard-LAN arbeitet korrekt. Zu den Details beim Sound: lspci gibt folgenden Eintrag: Multimedia Audio Controller Via Inc. VT8233 AC97 Rev. 50 inc: unknown device 4161 Flags: medium devsel, IRQ 10 I/O-Ports at dc00 size=256 Allerdings bekam der SCSI-Controller auch den IRQ 10 zugewiesen. Beim Konfigurieren der Soundkarte bekam ich folgende Fehlermeldung: Alsa: via82xx.c unable to grab ports via82xx 0xdc00 - 0xdcff soundcard not found or busy Ich schließe daraus: Karte bzw. Chip richtig erkannt, aber nicht ansprechbar, vielleicht wegen des IRQ 10 oder Adressbereich schon von lspci falsch erkannt (wie ermittle ich den richtigen dann?) Aus der SDB enthahm ich die Möglichkeit, durch einen alias-Eintrag in modules.conf Adressbereich und IRQ explizit anzugeben. Das habe ich aber nicht probiert, da ich meinem SCSI-Controller keinen shared interrupt zumuten möchte. Nun überlege ich, den onboard-sound zu deaktivieren und einen Soundblaster live einzubauen, mit dem ich bisher gute Ergebnbisse hatte (bis auf Midi unter kde, das auch nicht lief mit fehlermeldung: /dev/sequencer kann nicht geöffent werden). Leider erlauben die neuen BIOS-Versionen offenbar keine manuellen IRQ-Vergaben mehr. Wohl ein Stück Vermicrosoftung der Harware, abseits von Palladium. viele Grüße Angelo -- Angelo Schuler http://www.nothunde.de Tel. 08151-95116
Heinz Pöpperl schrieb:
Hallo Soundspezialisten,
obwohl unter 8.1 kein Problem, bringe ich meinen onboard-sound (VIA VT82C686AC97) unter 8.2 nicht zum Laufen. Zu diesem Thema gab es schon im Mai einen Disput, mit dem Ergebnis, dass das Problem mit dem aic7xxx-Modul zusammenhängt. Der damals funktionierende Lösungsvorschlag hieß im Wesentlichen, in /etc/sysconfig/kernel unter INITRD_MODULES="aic7xxx ..." "aic7xxx_old ..." einzutragen, mkinitrd auszuführen und sicherheitshalber neu zu booten, woraufhin angeblich Yast2 die sound-Installation richtig durchführen würde. Nach einem SDB-Artikel (http://sdb.suse.de/de/sdb/html/oestoelt_aic7xxx_old.html) sollte man auch "lilo" ausführen - gilt wohl für eine ältere Distribution. Bei mir geht alles mit "grub" und in "/etc/grub.conf" finde ich nichts, was ich verändern sollte - trau mich auch nicht. Darum habe ich nichts dergleichen getan. Ergebnis: Nach dem oben erwähnten Eintrag von "aic7xxx_old" blieb das System bei Hochfahren bei eth0 ... auf Nimmerwiedersehen hängen. Mit Hilfe des rescue-Systems habe ich den aic7xxx_old-Eintrag wieder durch "aic7xxx" ersetzt. Dann fuhr das System wieder hoch, aber ich war nicht mehr in der Lage meine Netzwerkkarte zum Laufen zu bringen. Ich sollte noch erwähnen, dass "acpi=off" eingestellt ist und Sound- und Netzwerkkarte beide irq 10 benützen. Der SuSE-Support hat eine Unterstützung prinzipiell abgelehnt. Was nun?
Heinz
Vielen Dank an alle, die sich um eine Lösung bemüht haben. Leider ohne Erfolg! Lauter Irrwege! Heute hat sich nun alles erledigt: Durch einen Kernel-Patch von SuSE - ohne irgendwelche weiteren Probleme! Ciao! Heinz
participants (3)
-
Angelo Schuler
-
Heinz.Poepperl@t-online.de
-
Manfred Tremmel