[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: kein soundcore mehr nach wechsel von alsa auf oss



Andreas Pakulat wrote:
On 25.06.06 12:53:27, Andre Bischof wrote:
Andreas Pakulat wrote:
kann ich als root nun erfolgreich alsaconf ausführen, das klappt nur als user nicht. Muss man das vielleicht ohne laufenden KDE machen?

Aehm, das ist normal. alsaconf laedt Module und das darf nunmal nur
root.

sorry, war etwas ungenau, ich meinte das danach ausgeführte alsamixer. Das klappt als root, als user kommt
alsamixer: function snd_ctl_open failed for default: No such device

Das Kopieren koennte klappen, muss aber nicht und loest auch nicht das
Problem, warum die Module da landen.

ja, ich dachte auch nur um das Problem einzugrenzen und zu gucken was geht. Sollte ich evtl. auch mal ein reinstall für alsa-Sachen machen?

Gibt's da ein Durcheinander mit meinem Kernel? Ich hatte ja auch deinen Empfehlungen folgend nach einem 2.6.16er geschaut, da finde ich nichts für 386, nur 686. Ich habe einen AMD-Prozesser, vielleicht ist 686 ja auch passender für mich für ein 32bit(!)-System?
Nee, wenn AMD dann k7 oder k8 (gibts dass??)..
Für 386 finde ich nur bis 2.6.14, sonst 15rc4:

_k7_ nicht 386. Fuehre mal bitte apt-cache search linux-image | grep k7
aus.

demnach ist für meinen AMD Athlon 64 Prozessor, solange ich auf 32bit bleiben will, das am passendsten:

Package: linux-image-2.6.16-2-k7-smp
...
Description: Linux kernel 2.6.16 image on AMD K7 SMP machines
 This package provides the binary image and pre-built loadable modules for
 Linux kernel 2.6.16 on 32-bit multi-processor AMD Duron/Athlon/AthlonXP
 machines.

Evtl. auch ohne smp, aber ich glaube mit schadet nicht.

2.6.16er Kernel scheint es für 386 nicht zu geben, wohl aber die von dir genannten k7er, wobei doch mein AMD64 eine andere Architektur hat, oder?

Nein, AMD == kX, wobei ich eben nicht genau weiss ob AMD64 k7 oder evtl.
k8 ist. Das sollte aber in den Paketbeschreibungen stehen.

k8 finde ich nicht, nur k7.

Das es fuer neuere Kernel keine -386 mehr gibt ist IIRC Absicht, es wird
von Debian AFAIK nur noch fuer 486 gebaut, nicht mehr fuer 386 als
"kleinsten gemeinsamen Nenner", weil vmtl. der Grossteil der heute noch
eingesetzten Systeme mit einem 486-kompatiblen Prozessor laufen.

ach so, bzgl. 486 habe ich wohl eine Lücke, das ist an mir vorbeigegangen :?

ok, gleiches Spiel wie beim reinstall.
Klaro, die Frage ist, hat der Module unter /lib/modules/2.6.12-1-386
installiert oder /lib/modules/2.6.12? Was sagt uname -r und bist du
sicher das du den richtigen Kernel bootest? (Inhalt von menu.lst waere
interessant).
uname -r hatten wir oben ja schon, der Eintrag aus der menu.lst, den ich boote:

Das sieht Ok aus.

beruhigend ;-)

 reboot right now, since you may not be able to boot back up until
 installation is over, but boot immediately after). I can not stress
 that too much. You need to reboot soon.

Please Hit return to continue.
           ^^^^^^
root@linux:~#

mehr ist da nicht, also nur einmal Return. Oder bin ich jetzt völlig falsch?

Nein, mein Fehler. Hab schon ewig keinen Kernel reinstalliert...

Puls wieder auf 60 ...

Hach, schlimm wenn man nicht selbst mit vor dem Rechner sitzt ;-)
Können wir gerne ändern, du wohnst nicht zufällig in Köln Nähe Zoo? ;-)

Nee...

Oder wolltest du einen temporären Account?

Nein, das meinte ich nicht. Das war nur ein Ausbruch meiner
Verzweifelung ;-)

Und meiner Hoffnung. Anyway, was meinst du - soll ich mal linux-image-2.6.16-2-k7-smp installieren und gucken ob dann Sound geht? Dann geht zwar erstmal 3D-Beschleunigung und Qemu-Beschleunigung nicht, aber um zu gucken ob der Sound dann geht, wärs ja vielleicht hilfreich.

Was ich immer noch nicht verstanden habe, aber gerne verstehen würde, bevor ich einen neuen Kernel parallel installiere: Welcher Mechanismus entscheidet, welche Module welcher Version beim jeweiligen Kernel geladen werden? Ist das die modules.dep?

Ich meine, ich kann doch unterschiedliche Module je nach Grub-Eintrag haben, den ich lade, oder? Aber /etc/modules oder /etc/modprobe.d/* ist doch nicht abhängig vom kernel bzw. den grub-Einträgen, oder?

Irgendwie kriege ich das nicht klar :(

André


--
Personal weblog and more: http://bischof.homelinux.net

"Das Schwein trägt seinen Namen nicht umsonst" - Stilblüten aus
Kinderaufsätzen: (Tiere)

Alle Fische legen Eier. Die russischen sogar Kaviar.



Reply to: