Bonsoir,
bon je commence à fatiguer à 3h du matin, j'ai les méninges dans la brume, alors j'expose mon problème :
J'ai une Debian kernel 2.68, ma carte mère est une Asrock K7VT7A+ avec chipset audio intégré.
J'ai installé auparavant ces packages :
apt-get install alsa-utils
apt-get install alsa-base
apt-get install libao2
 
Après la commande lspci | grep audio me renvoie :
0000:00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
 
Je souhaite utiliser le chipset de son intégré, d'abord je fais pour sélectionner les modules dans le kernel un : /usr/src/linux && make menuconfig
Puis Device Drivers-->Sound--> <M> Sound Card Support
                                                  Advanced Linux Sound Architecture--> <M> Advanced Linux Sound Architecture
                                                                                                       <M> Oss Mixer Api
                                                                                                       <M> Oss PCM (digital audio) API
                                                                                                              PCI devices --> <M> VIA 82C686A/B, 8233 South Bridge
 
 
Question : ai-je bien sélectionné tous les modules nécessaires?
 
Puis je fais un : make modules && make modules_install (c'est bien ça? )
 
A la fin je remarque ces quelques lignes :  
   
  INSTALL sound/core/oss/snd-mixer-oss.ko
  INSTALL sound/core/oss/snd-pcm-oss.ko
  INSTALL sound/core/snd-page-alloc.ko
  INSTALL sound/core/snd-pcm.ko
  INSTALL sound/core/snd-rawmidi.ko
  INSTALL sound/core/snd-timer.ko
  INSTALL sound/core/snd.ko
  INSTALL sound/drivers/mpu401/snd-mpu401-uart.ko
  INSTALL sound/pci/ac97/snd-ac97-codec.ko
  INSTALL sound/pci/snd-via82xx.ko
  INSTALL sound/soundcore.ko
 
C'est en fait maintenant où je commence à faire n'importe quoi, je sais qu'il faut charger les modules nécessaires mais je ne sais pas comment faire, j'ai essayé un : modprobe snd-via82xx et ca me renvoie :
FATAL: Module snd_via82xx not found.
FATAL: Error running install command for snd_via82xx
 
Enfin j'ai jamais charger de module de ma vie, et je lis pleins de choses à droite à gauche(exemple modprobe, des histoire d'alias, etc..), je sais qu'après en théorie il faut faire un alsaconf, faire attention au mute, mais là je fatigue bien là dessus.(un pb après l'autre)
D'ailleurs un lsmod me renvoie :
 
Module                  Size  Used by
af_packet              16136  2
appletalk              29428  20
parport_pc             32708  1
lp                      8616  0
parport                34120  2 parport_pc,lp
md5                     3648  1
ipv6                  229060  26
ip_conntrack_ftp       71024  0
ipt_state               1536  16
ip_conntrack           28552  2 ip_conntrack_ftp,ipt_state
iptable_filter          2240  1
ip_tables              14848  2 ipt_state,iptable_filter
shpchp                 96300  0
pciehp                 93228  0
pci_hotplug             9604  2 shpchp,pciehp
via_agp                 7104  1
agpgart                28008  1 via_agp
ehci_hcd               25476  0
usbcore               100900  3 ehci_hcd
via_rhine              17736  0
mii                     4032  1 via_rhine
crc32                   3840  1 via_rhine
ide_cd                 37984  0
cdrom                  37084  1 ide_cd
ext3                  111336  5
jbd                    49944  1 ext3
ide_generic             1024  0
via82cxxx              12636  1
ide_disk               18048  7
ide_core              114104  4 ide_cd,ide_generic,via82cxxx,ide_disk
unix                   21684  66
 
Pas de trace de snd-*!!! grr
 
Si quelqu'un pouvait m'expliquer comment charger les modules, ou même carrément me dire quoi faire si je me suis complètement planté, ça serait gentil.
 
Ps : au début, j'ai aussi pris le paquet alsa-source, qui contient apparemment des drivers pour alsa, mais est-ce que finalement j'en ai besoin ou je peux le supprimer?
Merci (bon je vais au dodo moi piouh, j'ai la tête en pompote)

tu réfléchis trop  
 
pkoi tu compiles déjà ?

Ah kikou dht,
Avec make modules && make modules_install, je ne recompile pas tout le noyau mais seulement les modules car je n'avais pas jugé bon de sélectionner avant les options ALSA avant,et il faut d'abord faire ça d'après le peu que j'ai compris non?

ha dsl pr le smiley rouge, je suis pas enervé (surtout pas au réveil où j'ai 2 de tension)

youhou, ya qqun?

tu utilises un noyau debian? donc pas de recompilation de noyau...
 
tu te places en root, dans un terminal, et tu lances alsaconf...
 
yakavalider et c'est bon

merci de m'aider arghbis
quand je fais alsaconf, il me met :
Unloading ALSA sound driver modules: (none loaded).
 
Puis :
Not supported Pnp or PCI card found.
Would you like to probe legacy ISA sound cards/chips?
 
Bref, alsaconf est pas content, une idée?

j'ai le meme souci si quelqu'un a une idée

coucou captaingoose, alors comme ça on galère ensemble
Si j'ai des news, je t'en fais part ..

mé bon ben je vais poster ailleurs ou trouver tout seul (+1),..
Captaingoose, je te tiens au courant (je te l'ai dit).
En fait ce qui me deçoit, c'est que personne ne me réponde.
pourquoi = ben bizarrement hardware.fr je pensais qu' il y avait des gens passionnés et surtout capables de répondre à des questions qui sont pas fufutes, mais non; ou du moins me mettre sur la voie en me donnant une indication plus générale.  parce que les réponses  du genre  "pourquoi tu compiles?", je trouve cela creux, tout simplement parce du coup je réponds pourquoi il y a une option ALSA que l'on peut couche dans le kernelr???!?..EXPLIQUEZ MOI!!
Mon maître de stage en bts seconde année administrateur réseau m'expliquait au moins, et j'apprenais à vitesse grand V. Debian j'ai commencé dessus directement; alors ça m'effraie pas..(mandrake ça vaut rien, on n'apprend rien), alors expliquez moi!! vive l'intelligence merde! j'aime pas ne pas savoir. Mais je sais que je suis nul, c'est pour ça que je vous demande. Alors je ne vous demande qu'éveiller une etincelle dans mon esprit, merci; sinon je me barre et je poste sur lea-linux ou autre pour essayer, merci.

et dsl les fautes d'orto...27 all

 
implicitement, ça voulait dire ke ça sert à rien de compiler.
 

 
c comme ça ke tu vas progresser, tu crois pas?
la plupart du temps tu devras faire pareil.
 
 
http://www.fuckinggoogleit.com/

1 - quand personne ne répond, ce n'est pas forcément qu'on ne VEUT pas, mais qu'on ne peut pas aussi (soit on sait pas, soit les gens qui savent ne sont pas sur le forum 24h/24...)
2 - tu utilises une debian, mais utilises tu le kernel debian ou un que tu as compilé toi même. àpart en de rares cas, il est totalement inutile, voire nuisible de compiler soi-même un kernel
3 - si tu utilises le kernel debian, il est anormal qu'alsaconf te donne ce message d'erreur, puisque le chip son VIA est supporté (j'en ai un qui tourne parfaitement). Donc, le réflexe à avoir est d'aller voir dans les fichiers des log
4 - si tu n'es pas content de la rapidité des réponses, ben souscrit à un service d'assistance. Au moins ils sont tenus au résultat. Nous, on est de gentils utilisateurs qui tentons d'aider les autres...

 
vive l'intelligence oui  

As-tu essayé le noyau 2.6.12 de debian ? ( pas de compilation pour le moment please ).
Sinon fais-le et fais un alsaconf et dis nous ce que ça donne.
 
Euh sinon, juste pour être sûr, peux-tu donner l'output des commandes suivantes :

Merci pour les réponses, donc pour donner plus de détails :  
Avant j'utilisais le kernel 2.47 de base, mais j'ai dû installer le 2.68 avec un patch "mppe" pour pouvoir mettre en place un VPN avec Poptop. Donc j'ai récupéré un kernel 2.68 sur le site de Debian, et j'ai sélectionné toutes les options que je voulais avant de le compiler, sauf ALSA car à l'époque je n'en voyais pas l'utilité.
Récemment j'ai donc sélectionné les options ALSA et j'ai fait un "make modules && make modules_install" (chose qu'apparement je n'aurais pas dû faire).
Pour te répondre dainybei, voici les output des commandes :
uname -a -> Linux oberon 2.6.8-mppe #1 Wed Mar 23 22:00:24 CET 2005 i686 GNU/Linux
grep -i via82xx /boot/config-2.* -> rien!
find /lib/modules/2.6.* -name 'snd-via82xx.ko' -> /lib/modules/2.6.8/kernel/sound/pci/snd-via82xx.ko
Le fichier snd-via82xx.ko est apparu lorsque j'ai fait mon "make modules_install", enfin il me semble..
 
Sinon pour les logs, je vais me pencher dessus...
 
 

Ok. Il me semblait bien que tu ne voulais pas utiliser le noyau standard...
 
Peux-tu faire un :
 
ls -1 /lib/modules/
 
je suppose que tu devrais avoir un répertoire 2.6.8-mppe ...
si c'est le cas alors find n'a pas trouvé de snd-via82xx.ko dedans.
 
où se trouvent tes fichiers de config de noyaux ? Dans /boot, à la racine ?

oberon:~# ls -l /lib/modules/
total 3
drwxr-xr-x  3 root root 1024 2005-10-13 02:19 2.6.8
drwxr-xr-x  3 root root 1024 2005-10-13 12:34 2.6.8-mppe
drwxr-xr-x  3 root root 1024 2005-03-23 13:16 2.6.8-mppe.OLD
 
Sinon j'ai un fichier config-2.6.8-mppe dans /boot.
Je l'ai regardé, et il n'y a pas de traces de modules ALSA..
 
Hmm j'ai l'impression que les modules ALSA que j'ai rajouté se sont installés dans /lib/modules/2.6.8 (ce répertoire n'existait pas avant mes dernières manipulations, j'ai regardé les dates, alors que 2.6.8-mppe existe depuis très longtemps) et que c'est dans 2.6.8-mppe qu'ils auraient dû aller. Qu'est-ce que je dois faire? merci

Perso j'essairai de recompiler une nouvelle version, pour faire bien propre.
 
Tu vas dans ton rep source ( quelque chose comme /usr/src/linux-source-2.6.8 ou /usr/src/kernel-source-2.6.8 ? )
 
tu relances la conf du noyau et vérifie qu'alsa y est bien ( ça concerne le .config du rep des sources donc, peut-être pas le même que celui de /boot ... ).
 
make-kpkg clean
make-kpkg --append-to-version '-mppe2' kernel_image
 
dpkg -i ../kernel-image-2.6.8-mppe2_10.00.Custom_i386.deb
( peut-être le nom du deb est sensiblement différent )
 
Si tout c'est bien passé modinfo devrais te donner la version du module avec :
 
modinfo /lib/modules/2.6.8-mppe2/kernel/sound/pci/snd-via82xx.ko | grep vermagic
 
Mets à jour grub ou lilo, reboot sur ton nouveau noyau et alsaconf.
Vois si ça marche mieux...

Tu as bien essayé d'installer les modules ALSA à partir des sources de ton noyau 'maison' mppe ?
 
Vu qu'il t'a créé un répertoire 2.6.8 dans /lib/modules cela semble dire que tu as tenté de faire tes modules à partir de sources 2.6.8 et non pas 2.6.8-mppe ; qu'en est-il réellement ? Ou alors il se peut que tu aies fabriqué ton noyau à partir des sources 2.6.8 patchées, par exemple en utilisant make-kpkg et en ayant personnalisé son nom avec l'option --append-to-version, ce qui provoque par la suite la création de modules additionnels dans le mauvais répertoire (ici 2.6.8 au lieu de 2.6.8-mppe).
 
 
Je vais dans le même sens que dainybei: le plus efficace dans ton cas serait peut-être de recompiler une version de ton noyau avec le patch et qui inclue directement les modules nécessaires pour alsa ; à la limite tu peux même en profiter pour refaire une image de noyau avec une version récente de GNU/Linux (2.6.12 ou 2.6.13). J'apporte quelques précisions à la méthode indiqué précédemment :
 
1) dans les sources du noyau lance l'utilitaire de configuration:

 
2) tu choisis en bas du menu principal de configuration: Load an Alternate Configuration File ; de là spécifies le fichier de configuration -situé dans /boot- employé par ton noyau actuel (ex: /boot/config-2.6.8-mppe). Si ça se passe normalement, tous les réglages de la configuration de ton noyau actuel sont reportés et réutilisés pour le nouveau noyau
 
 
3) rend-toi ensuite dans Device Drivers > Sound > Advanced Linux Sound Architecture >PCI devices et active tous les modules nécessaires à ta carte son
 
 
4) enregistre éventuellement la nouvelle configuration du noyau avec: Save Configuration to an Alternate File dans le menu principal puis sort et accepte d'enregistrer les changements appliqués
 
 
5) lance la création d'une image au format .deb de ton nouveau noyau:
(Note: dans le cas où il faut appliquer le patch à la compilation i faut utiliser la même commande que ci-dessous en ajoutant l'option --added-patches le_nom_du_patch_qui_va_bien (par ex: --added-patches mppe))

 
 
6) si la compilation et la création de l'image du noyau se sont bien déroulées, il ne te reste plus qu'à l'installer:
(Cette simple opération fait tout le nécessaire: noyau, modules, liens symboliques, bootloader, etc.)

 
Pour finir il ne te reste qu'a redémarrer avec le nouveau noyau et vérifie que tout fonctionne bien (je te conseille de le tester quelques jours d'affilé avant de le valider et décider de l'utiliser pour de bon) ; si tout s'avère ok, tu peux éventuellement virer l'ancien noyau les modules correspondants et les modules supplémentaires que tu avais tenté d'installé pour alsa;

Merci dainybei et THRAK pour ce tuto complet rien que pour moi
J'ai recuperé le kernel 2.6.13.4, j'ai lancé la compilation (c'est long avec mon ptit Athlon750 ). En plus je constate que je suis obligé de changer de kernel car ce matin lorsque j'ai voulu installer les nouveaux packages alsa-utils et alsa-base, il me disait que j'avais besoin du kernel 2.6.12 au moins, donc c'est parfait.
Sinon en utilisant le config du 2.68, je vois qu'il y a pleins d'options "depreciated" lors de la compilation, mais bon ça ne devrait pas poser de problème j'espère. Voila je  vous tiens au courant et encore merci.

quand on utilise un "vieux" config, ça peut être une bonne idée de faire un make oldconfig

tiens, j'ai droit au démarrage à un kernel panic : unable to mount root ..
Hmm, j'ai  mal configurer mon kernel, non?
Heureusement je peux encore choisir au boot menu mon kernel 2.68..
Je peux toujours chercher les erreurs en regardant mon ancienne config, mais comment je fais pour virer le nouveau kernel installé foireux?

Si tu as utilisé la méthode à Thrak -> dpkg -r nom_de_ton_kernel

   
 
Précisons que celui-ci peut également être supprimé avec les interfaces à dpkg (apt-get remove le_nom_du_paquet_du_noyau ou encore aptitude remove le_nom_du_paquet_du_noyau)

Si tu n'utilises pas de ram disk (initrd) au boot, un classique est d'oublier de mettre en dur ( pas de modules donc ) dans le noyau les drivers de tous ce qui gère le périphérique sur lequel se trouve ta racine /, ainsi que ceux pour gérer le système de fichier proprement dit de /.
Sinon tu peux aussi t'être trompé dans la spécification de la racine dans ton boot manager, mais c'est moins fréquent.

 
Il y a de fortes chances que le problème provienne de là si le fichier de configuration utilisé pour la configuration du nouveau noyau est à l'origine prévu pour un noyau Debian.
 
Si les sources du noyau proviennent et sont patchées par Debian (mais vu qu'il s'agit d'un 2.6.13 j'ai un doute vu qu'il n'est actuellement que dispo dans la branche experimental) une méthode simple consiste à utiliser/rajouter l'option --initrd lors de la création de l'image au format .deb du noyau avec make-kpkg et les autres options indiquées dans la méthode données précédemment ; cette option fait le boulot automatiquement pour le chargement du noyau via initrd.
 
Plus d'info : man make-kpkg

J'ai viens de relancer la compilation avec l'option --initrd.
Sinon j'ai recuperé le kernel 2.6.13 sur le site kernel.org, je suis donc pas passé par aptitude. Quand je disais que je voulais virer mon kernel foireux, c'était le virer du répertoire /boot  etc.. autrement qu'à la main, mais bon si ça me réinstalle tout comme il faut par dessus, c'est aussi bon. Voila! Je vous dis à dans une heure le temps que la compilation finisse sa popote

Bon tout fonctionne apparemment, les modules snd sont installés, alsaconf me détecte le chipset son, et j'ai le son sous KDE. Merci pour tout, vous m'avez vraiment aidé, et je vois plus clair pour me débrouiller pour d'autres problèmes

   
 
Si tu le désinstalles avec les méthodes qu'on t'a indiqué plus haut tout cela doit être géré automatiquement (le fichier au format .deb contientl'image du noyau et des scripts pour dpkg de pre-installation/post-installation ainsi que de pre-suppression/post-suppression qui font le nécessaire). Lors de la suppression de ton noyau, en gros, les opérations suivantes devraient normalement être effectuées :
- suppression de /boot/config-le_noyau
- suppression de /boot/SystemMap-le_noyau
- suppression de /boot/vmlinuz-le_noyau
- suppression de /initrd/initrd-le_noyau
- restauration des liens symboliques dans /
- suppression de /lib/modules/le_noyau
- retrait de l'entrée correspondante au noyau dans le bootloader
 
Logiquement si tout c'est bien passé, il ne devrait plus rester de trace de ton ancienne installation de noyau défectueux.