J'ai compilé mon moyau en *.deb à partir des sources du 2.4.18.
Cela a produit le fichier kernel-image-2.4.18.
Je l'ai installé et il fonctionne sans problèmes.
 
Ensuite, pour installer Alsa, apt-get a voulu prendre (dans l'unstable, à la base, je suis sous Sarge) le kernel-image-2.4.18-686.
 
J'ai accepté dans un premier temps cette installation, mais lorsque je boot sur le "-686" de Debian, j'obtiens un joli Kernel panic:
 
VFS: Cannot open root device "341" or 03:41
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 03:41
 
 
Je ne sais pas d'où vient cette erreur, les autres noyaux, démarrent sans problèmes. Peut-être est-ce parce que je suis en ext3 ?
 
 
 
Donc, j'en reviens à mon noyau compilé et je ne comprends pas pourquoi apt-get essaie de me le remplacer par un pré-noyau (le 5 si j'ai bien compris) et qui a l'air moins optimisé que le mien puisque compilé pour l'architecture 686 alors que le miens est directement pour les Pentium3.
 
 
 
 
Au passage, j'ai regardé cela:
 
 
le noyau Debian:
 
~$ apt-cache show kernel-image-2.4.18-686
Package: kernel-image-2.4.18-686
Priority: optional
Section: base
Installed-Size: 23216
Maintainer: Herbert Xu <herbert@debian.org>
Architecture: i386
Source: kernel-image-2.4.18-i386
Version: 2.4.18-5
Provides: kernel-image,  kernel-image-2.4
Depends: initrd-tools (>= 0.1.21), fileutils (>= 4.0), modutils (>= 2.3.12)
Suggests: lilo (>= 19.1),  fdutils, kernel-doc-2.4.18, kernel-pcmcia-modules-2.4
.18-686 | pcmcia-modules-2.4.18-686
Filename: pool/main/k/kernel-image-2.4.18-i386/kernel-image-2.4.18-686_2.4.18-5_
i386.deb
Size: 8695816
MD5sum: af37349df2f62dc4841072256a8fc259
 
blablabla, la description....
 
 
 
 
 
Mon noyau:
 
 
~$ apt-cache show kernel-image-2.4.18
Package: kernel-image-2.4.18
Status: install ok installed
Priority: optional
Section: base
Installed-Size: 1572
Maintainer: Unknown Kernel Package Maintainer <unknown@unconfigured.in.etc.kernel-pkg.conf>
Source: kernel-source-2.4.18
Version: kernel.2.4.18
Provides: kernel-image, kernel-image-2.4
Depends: fileutils (>= 4.0)
Suggests: lilo (>= 19.1) | grub, fdutils, kernel-doc-2.4.18 | kernel-source-2.4.18
 
Blablabla, la description...

a mon avis le -686 ne supporte pas le ext3. Install donc un 2.4.19 comme cela pas de prb avec alsa

Bon, malgré la quantité importante d'aide que j'ai reçu, j'ai finalement été obligé de me débrouiller par moi-même.
 
Concernant le kernel-686 de Debian, je pense comme dit jls, que cela vient de l'ext3 qui n'y est pas activé.
 
Donc, pour pouvoir installer Alsa avec des paquets debian et le plus proprement possible, voici ma méthode
 
 
 
 
 
 
Ceci ne fonctionne que pour Debian GNU/Linux...
 
J'ai utilisé le noyau 2.4.18 de http://www.kernel.org
De plus, et ceci est optionnel, j'ai mis le patch Preemptible de http://www.tech9.net/rml/linux/
 
Pour identifier votre carte audio, son module et sa configuration:
http://www.alsa-project.org/alsa-doc/
 
 
Je me suis placé dans /usr/src en tant que 'root' et j'ai fait:
 
 
apt-get install alsa-source
    (passez en 'unstable' pour avoir le paquet le plus récent)
tar xzvf alsa-driver.tar.gz
tar xzvf linux-2.4.18.tar.gz
    (vous devez avoir recopié ce fichier ici (/usr/src))
mv linux kernel-sources-2.4.18
    (pratique pour se retrouver ensuite dans les sources !)
export MODULE_LOC=`pwd`/modules
cd kernel-sources-2.4.18
patch -p1 < preempt-kernel-rml-2.4.18-5.patch
    (pour patcher le noyau (il faut avoir copié le fichier)preempt-kernel-rml-2.4.18-5.patch dans ce dossier au préalable))
make xconfig
    (on supprime le support de toute carte audio. Par contre, on garde "Sound card support" !)
    (on sélectionne l'option pour le 'Preemptible kernel' à ce moment là; pour ceux qui veulent)
make-kpkg clean
make-kpkg --revision=2.4.18+custom1.0 kernel_image kernel_headers modules_image
 
 
 
On récupère ainsi 3 fichiers:
 
alsa-modules-2.4.18_0.9.0rc1+2+p0+2.4.18+custom1.0_i386.deb
kernel-headers-2.4.18_2.4.18+custom1.0_i386.deb
kernel-image-2.4.18_2.4.18+custom1.0_i386.deb
 
 
On les installe:
d'abords, on enlève l'ancien '/lib/modules/2.4.18' si on avait déjà ce noyau; ou plutôt, on va le renommer par précaution:
mv /lib/modules/2.4.18 /lib/modules/2.4.18-ancien
 
dpkg -i kernel-image-2.4.18_2.4.18+custom1.0_i386.deb
    (faire une disquette de boot, c'est bien et conserver SON /etc/lilo.conf aussi... ))
dpkg -i kernel-headers-2.4.18_2.4.18+custom1.0_i386.deb
dpkg -i alsa-modules-2.4.18_0.9.0rc1+2+p0+2.4.18+custom1.0_i386.deb
 
 
 
On reboot avec le sourire, pour ceux qui ont les drivers nVIDIA officiels, pensez au petit 'make install' dans 'NVIDIA_kernel-1.0-2960' puis dans 'NVIDIA_GLX-1.0-2960' sinon X ne redémarrera pas.
 
 
Voilà, vous êtes arrivé à booter sur votre nouveau noyau
C'est là fête.
 
 
 
apt-get install alsa-utils
   (cela installe 'alsa-base', avec des petits programmes sympa pour alsa, notament 'amixer' pour régler le niveau audio)
apt-get install aumix-gtk
   (je le conseille pour avoir une interface graphique simple)
 
 
 
Maintenant, il va falloir configurer les drivers alsa.
 
avant de modifier les fichiers de Alsa, on l'arrête:
/etc/init.d/alsa force-stop
 
il FAUT utiliser le préfixe 'force-' pour être sûr de l'arrêter.
 
 
Il y a 'alsaconf' qui écrit un fichier /etc/alsa/modutils/0.5, mais la version actuelle oblige ensuite à renommer à la main 0.5 en 0.9 et à corriger certaines lignes, exemple:
'alias snd-card-0 snd-card-ens1371' devient 'alias snd-card-0 snd-ens1371' depuis la série 0.9 de Alsa.
en fait, dans les noms de modules, il faut supprimer 'card'.
 
ou alors, on recopie la config à la main:
on crée le fichier 0.9 (s'il n'y est pas déjà) dans le même dossier que 0.5
sur http://www.alsa-project.org/alsa-doc/ , cherchez votre carte, puis vous cliquez sur le bouton correspondant et vous recopiez les lignes de config, exemple pour la Sound Blaster 128 (ens-1371):
 
le fichier 0.9 contient ces lignes:
 
# ALSA portion
alias char-major-116 snd
alias snd-card-0 snd-ens1371
options snd snd_major=116 snd_cards_limit=1 snd_device_mode=0660 snd_device_gid=29 snd_device_uid=0
options snd-card-ens1371 snd_index=0 snd_id=SB128 snd_dac1_frame_size=4-128 snd_dac2_frame_size=4-128 snd_adc_frame_size=4-128
 
# OSS/Free portion
alias char-major-14 soundcore
alias sound-slot-0 snd-card-0
 
# OSS/Free portion - card #1
alias sound-service-0-0 snd-mixer-oss
alias sound-service-0-1 snd-seq-oss
alias sound-service-0-3 snd-pcm-oss
alias sound-service-0-8 snd-seq-oss
alias sound-service-0-12 snd-pcm-oss
 
 
 
Remarque: les lignes d'options ont été obtenues avec 'alsaconf' mais alsa réussi à fonctionner sans (!!??).
 
Après avoir enregistré ce fichier, lancez 'update-modules'.
 
 
 
Dans /etc/alsa/alsa-base.conf,  'startosslayer=true' pour être certain d'avoir l'émulation d'OSS.
 
 
 
 
Maintenant, on redémarre alsa:
/etc/init.d/alsa start
 
 
On règle le niveau sonore dans amixer (ou dans 'aumix-gtk' parce que par défaut, le son est coupé !    
 
 
 
 
Et voilà, vous avez du son (enfin, normalement )

Si tu veux mon avis, évites de prendre les paquets debian pour tout ce qui touche au kernel, si tu compile toi-même tes noyaux. Choppe les .tar.gz et compile tout ça à la mano.

merci a toi ca m a bien aider pour installer les alsa en package

 
 
Heu... tu pourrais m'eclairer un peu la ? J'ai un noyau de base +  un autre que je viens de compiler : quel est celui qui va etre modifié avec ta manip ? Je comprends pas tout la et je voudrais eviter de faire une connerie. Merci.

 
 
Si tu as déjà un noyau 2.4.18 sur ton système et que tu compiles un nouveau noyau 2.4.18, lors de l'install du *.deb, l'ancien noyau 2.4.18 sera remplacé par le nouveau.
 
Dans le cas contraire, le nouveau noyau viendra se placer comme le nouveau noyau par défaut et il restera l'ancien.
 
 
Mais ne t'inquiète pas, lors de l'install du *.deb contenant le noyau le script d'install te pose des petites questions pour éviter de faire des conneries  

 
 
Oui mais j'ai deja 2 noyaux 2.4.18 : celui installé pdt l'install de base de la deb puis ensuite un nouveau 2.4.18 "optimisé". Le noyau modifié est celui sur lequel je travaille en ce moment (l'optimisé donc) ? En plus je viens de faire ta manip mais ça foire au moment de la creation des *.deb (j'utilise les sources du 2.4.18 Debian, avec un 'apt-get install kernel-source-2.4.18'.
Je me suis bien passé de Alsa jusqu'a maintenant mais je sais meme plus comment faire marcher oss ou esound maintenant...
 
EDIT : voila ce que j'obtiens >

Alsa qu j'ai installé c'était rapide
apt-get install alsa-source
/usr/src:tar xvfz alsa-driver.tar.gz
/usr/src/linux/: make-kpkg modules_image
 
Et c'est fini, ca me l'a compilé en .deb, en même temps le driver nvidia aussi
 
   
 
 
apres dans /etc/alsa/modutils/0.9 les alias sont faits si non on les fais et c'est tout

xtress a écrit a écrit : Alsa qu j'ai installé c'était rapide apt-get install alsa-source /usr/src:tar xvfz alsa-driver.tar.gz /usr/src/linux/: make-kpkg modules_image   Et c'est fini, ca me l'a compilé en .deb, en même temps le driver nvidia aussi           apres dans /etc/alsa/modutils/0.9 les alias sont faits si non on les fais et c'est tout

 
 
 
Tu pourrais expliquer la méthode pour les drivers Nvidia et lesquels tu as téléchargé, je n'arrive pas à en faire des *.deb !
 
 
 
 
 
impulse, supprime le dossier 'modules/alsa-driver'.
puis tar xzvf alsa-driver.tar.gz
cd kernel-sources (le dossier où sont les sources du noyau)
make-kpkg modules_image
 
Puis tu installes le *.deb de ALSA obtenu.
 
 
Fais '/etc/init.d/alsa force-stop' pour arrêter ALSA.
Puis 'etc/init.d/alsa restart' pour le relancer.
 
 
Vérifie aussi le bon contenu de '/etc/alsa/modutils/0.9'.

 
 
Ça marche nickel, merci