Je ne suis pas un expert, mais voici quelques idées.
> Sur une Sarge, je n'arrive pas à installer le module. Voici ce que
> j'ai fait :
> - récupération des packages alsa
> - compilation modules
> - ajout d'un fichier alsa dans /etc/modutils
> - update-modules
Première chose : je crois qu'update-modules n'est plus la bonne
procédure avec Sarge ; la page man donne d'ailleurs :
"update-modules is an obsolete command. In its current form it will
execute /sbin/update-modules.modutils (the old update-modules program
provided by the modutils package) if it exists and do nothing else."
Je crois d'ailleurs que rien ne remplace cette commande, c'est fait
automatiquement (probablement par l'exploration automatique du
répertoire des modules).
Bref, moi j'ai viré le paquet modutils et je m'en porte très bien.
Là encore, je ne suis pas sûr de moi, mais un problème possible (que
j'avais eu) est le conflit entre OSS (l'ancien système de gestion des
sons) et Alsa (le nouveau). Il me semble que parmi ces modules, certains
font partie d'OSS (ac97_codec en particulier, qui s'appelle
snd_ac97_codec sous Alsa). Une fois qu'OSS est chargé, Alsa ne peut plus
prendre sa place correctement (d'après ce que j'ai compris). Une
première chose à faire, si tu veux n'utiliser qu'Alsa, est donc
d'empêcher les modules OSS de se charger. Pour cela :
* Soit tu recompiles ton noyau en désactivant tout ce qui concerne OSS.
* Soit, moins radical mais plus facile, tu empêches les modules OSS de
se charger au démarrage. Le paquet Debian alsa-base fournit un fichier
(que tu dois donc avoir si tu as installé ce paquet) :
/etc/hotplug/blacklist.d/alsa-base
Ce fichier contient tous les noms des modules OSS qu'il faut empêcher de
charger (pour toutes les cartes son). Il faut donc recopier ceux de ces
modules qui te concernent (ou même tous, pour plus de sûreté) dans le
fichier :
/etc/hotplug/blacklist
(à la fin du fichier par exemple). Il faut *aussi* modifier le fichier
/etc/discover.conf
en mettant, à la fin encore, chacun des modules à virer, sur une ligne,
précédé de "skip ".
Tout ça devrait empêcher les modules indésirables de se charger et
laisser le champ libre à Alsa. Il faut ensuite donner un coup de
alsaconf puis de alsamixer et ça devrait fonctionner.
Voilà, en espérant que je ne suis pas totalement à côté de la plaque :o)
> (pardon d'avoir été long)
Ben il faut bien que tu expliques le problème. Et puis j'ai été plus
long que toi ^^
Manu
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Je ne suis pas un expert, mais voici quelques idées.
Sur une Sarge, je n'arrive pas à installer le module. Voici ce que j'ai fait : - récupération des packages alsa - compilation modules - ajout d'un fichier alsa dans /etc/modutils - update-modules
Première chose : je crois qu'update-modules n'est plus la bonne procédure avec Sarge ; la page man donne d'ailleurs :
"update-modules is an obsolete command. In its current form it will execute /sbin/update-modules.modutils (the old update-modules program provided by the modutils package) if it exists and do nothing else."
Je crois d'ailleurs que rien ne remplace cette commande, c'est fait automatiquement (probablement par l'exploration automatique du répertoire des modules).
update-modules est remplacée par updat-modules.modutils. update-modules existe encore mais pointe sur update-modules.modutils.
Le pourquoi de ces changements : ce sont les différence de comportement entre 2.6.x et 2.4.xx
en 2.4.xx, on utilise /etc/modules.conf pour gérer les options et aliases des modules. ce fichier est créé à partir des informations trouvées dans le répertoire /etc/modutils/ par la commande update- modules.modutils
en 2.6.x, jusqu'à il y a peu de temps, on faisait la même chose à cec i près que les fichier modules.conf s'appelait modprobe.conf (il se trouvait alors soit dans /etc/, soit dans /lib/modules/ et il était créé par la même commande à partir du contenu de /etc/modprobe.d
Le paquet module-init-tools, utilisé en 2.6.x procure des commandes de remplacement pour modprobe, insmod, rmmod, lsmod.
Maintenant : modprobe utilise *directemetn* les informations trouvée dans /etc/modprobe.d sans passer par un fichier intermédiaire modprobe.conf.
la commande update-modules.modutils ne fait d'ailleurs *rien* si on est en 2.6.x
Je ne suis pas un expert, mais voici quelques idées.
Sur une Sarge, je n'arrive pas à installer le module. Voici ce que
j'ai fait :
- récupération des packages alsa
- compilation modules
- ajout d'un fichier alsa dans /etc/modutils
- update-modules
Première chose : je crois qu'update-modules n'est plus la bonne
procédure avec Sarge ; la page man donne d'ailleurs :
"update-modules is an obsolete command. In its current form it will
execute /sbin/update-modules.modutils (the old update-modules program
provided by the modutils package) if it exists and do nothing else."
Je crois d'ailleurs que rien ne remplace cette commande, c'est fait
automatiquement (probablement par l'exploration automatique du
répertoire des modules).
update-modules est remplacée par updat-modules.modutils. update-modules
existe encore mais pointe sur update-modules.modutils.
Le pourquoi de ces changements : ce sont les différence de comportement
entre 2.6.x et 2.4.xx
en 2.4.xx, on utilise /etc/modules.conf pour gérer les options et
aliases des modules. ce fichier est créé à partir des informations
trouvées dans le répertoire /etc/modutils/ par la commande update-
modules.modutils
en 2.6.x, jusqu'à il y a peu de temps, on faisait la même chose à cec i
près que les fichier modules.conf s'appelait modprobe.conf (il se
trouvait alors soit dans /etc/, soit dans /lib/modules/ et il était
créé par la même commande à partir du contenu de /etc/modprobe.d
Le paquet module-init-tools, utilisé en 2.6.x procure des commandes de
remplacement pour modprobe, insmod, rmmod, lsmod.
Maintenant : modprobe utilise *directemetn* les informations trouvée
dans /etc/modprobe.d sans passer par un fichier intermédiaire
modprobe.conf.
la commande update-modules.modutils ne fait d'ailleurs *rien* si on est
en 2.6.x
Je ne suis pas un expert, mais voici quelques idées.
Sur une Sarge, je n'arrive pas à installer le module. Voici ce que j'ai fait : - récupération des packages alsa - compilation modules - ajout d'un fichier alsa dans /etc/modutils - update-modules
Première chose : je crois qu'update-modules n'est plus la bonne procédure avec Sarge ; la page man donne d'ailleurs :
"update-modules is an obsolete command. In its current form it will execute /sbin/update-modules.modutils (the old update-modules program provided by the modutils package) if it exists and do nothing else."
Je crois d'ailleurs que rien ne remplace cette commande, c'est fait automatiquement (probablement par l'exploration automatique du répertoire des modules).
update-modules est remplacée par updat-modules.modutils. update-modules existe encore mais pointe sur update-modules.modutils.
Le pourquoi de ces changements : ce sont les différence de comportement entre 2.6.x et 2.4.xx
en 2.4.xx, on utilise /etc/modules.conf pour gérer les options et aliases des modules. ce fichier est créé à partir des informations trouvées dans le répertoire /etc/modutils/ par la commande update- modules.modutils
en 2.6.x, jusqu'à il y a peu de temps, on faisait la même chose à cec i près que les fichier modules.conf s'appelait modprobe.conf (il se trouvait alors soit dans /etc/, soit dans /lib/modules/ et il était créé par la même commande à partir du contenu de /etc/modprobe.d
Le paquet module-init-tools, utilisé en 2.6.x procure des commandes de remplacement pour modprobe, insmod, rmmod, lsmod.
Maintenant : modprobe utilise *directemetn* les informations trouvée dans /etc/modprobe.d sans passer par un fichier intermédiaire modprobe.conf.
la commande update-modules.modutils ne fait d'ailleurs *rien* si on est en 2.6.x
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
julien
Jean-Luc Coulon (f5ibh) a écrit :
Le 04.09.2004 15:48:58, Emmanuel Cornet a écrit :
Salut !
Je ne suis pas un expert, mais voici quelques idées.
Sur une Sarge, je n'arrive pas à installer le module. Voici ce que j'ai fait : - récupération des packages alsa - compilation modules - ajout d'un fichier alsa dans /etc/modutils - update-modules
Première chose : je crois qu'update-modules n'est plus la bonne procédure avec Sarge ; la page man donne d'ailleurs :
"update-modules is an obsolete command. In its current form it will execute /sbin/update-modules.modutils (the old update-modules program provided by the modutils package) if it exists and do nothing else."
Je crois d'ailleurs que rien ne remplace cette commande, c'est fait automatiquement (probablement par l'exploration automatique du répertoire des modules).
update-modules est remplacée par updat-modules.modutils. update-modules existe encore mais pointe sur update-modules.modutils.
un ls -l sur /sbin/update-modules me donne : -rwxr-xr-x 1 root root 4559 2003-12-31 06:45 /sbin/update-modules
Je ne comprends pas trop pourquoi tu parles de lien.
Le pourquoi de ces changements : ce sont les différence de comportement entre 2.6.x et 2.4.xx
en 2.4.xx, on utilise /etc/modules.conf pour gérer les options et aliases des modules. ce fichier est créé à partir des informations trouvées dans le répertoire /etc/modutils/ par la commande update- modules.modutils
en 2.6.x, jusqu'à il y a peu de temps, on faisait la même chose à ceci près que les fichier modules.conf s'appelait modprobe.conf (il se trouvait alors soit dans /etc/, soit dans /lib/modules/ et il était créé par la même commande à partir du contenu de /etc/modprobe.d
Le paquet module-init-tools, utilisé en 2.6.x procure des commandes de remplacement pour modprobe, insmod, rmmod, lsmod.
Maintenant : modprobe utilise *directemetn* les informations trouvée dans /etc/modprobe.d sans passer par un fichier intermédiaire modprobe.conf.
la commande update-modules.modutils ne fait d'ailleurs *rien* si on est en 2.6.x
Je ne savais pas tout ça, faut dire que je suis contraint de rester sur une 2.4 à cause de ma cg :-(
[ ... ]
Jean-Luc
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Jean-Luc Coulon (f5ibh) a écrit :
Le 04.09.2004 15:48:58, Emmanuel Cornet a écrit :
Salut !
Je ne suis pas un expert, mais voici quelques idées.
Sur une Sarge, je n'arrive pas à installer le module. Voici ce que
j'ai fait :
- récupération des packages alsa
- compilation modules
- ajout d'un fichier alsa dans /etc/modutils
- update-modules
Première chose : je crois qu'update-modules n'est plus la bonne
procédure avec Sarge ; la page man donne d'ailleurs :
"update-modules is an obsolete command. In its current form it will
execute /sbin/update-modules.modutils (the old update-modules program
provided by the modutils package) if it exists and do nothing else."
Je crois d'ailleurs que rien ne remplace cette commande, c'est fait
automatiquement (probablement par l'exploration automatique du
répertoire des modules).
update-modules est remplacée par updat-modules.modutils. update-modules
existe encore mais pointe sur update-modules.modutils.
un ls -l sur /sbin/update-modules me donne :
-rwxr-xr-x 1 root root 4559 2003-12-31 06:45 /sbin/update-modules
Je ne comprends pas trop pourquoi tu parles de lien.
Le pourquoi de ces changements : ce sont les différence de comportement
entre 2.6.x et 2.4.xx
en 2.4.xx, on utilise /etc/modules.conf pour gérer les options et
aliases des modules. ce fichier est créé à partir des informations
trouvées dans le répertoire /etc/modutils/ par la commande update-
modules.modutils
en 2.6.x, jusqu'à il y a peu de temps, on faisait la même chose à ceci
près que les fichier modules.conf s'appelait modprobe.conf (il se
trouvait alors soit dans /etc/, soit dans /lib/modules/ et il était
créé par la même commande à partir du contenu de /etc/modprobe.d
Le paquet module-init-tools, utilisé en 2.6.x procure des commandes de
remplacement pour modprobe, insmod, rmmod, lsmod.
Maintenant : modprobe utilise *directemetn* les informations trouvée
dans /etc/modprobe.d sans passer par un fichier intermédiaire
modprobe.conf.
la commande update-modules.modutils ne fait d'ailleurs *rien* si on est
en 2.6.x
Je ne savais pas tout ça, faut dire que je suis contraint de rester sur une 2.4
à cause de ma cg :-(
[ ... ]
Jean-Luc
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Je ne suis pas un expert, mais voici quelques idées.
Sur une Sarge, je n'arrive pas à installer le module. Voici ce que j'ai fait : - récupération des packages alsa - compilation modules - ajout d'un fichier alsa dans /etc/modutils - update-modules
Première chose : je crois qu'update-modules n'est plus la bonne procédure avec Sarge ; la page man donne d'ailleurs :
"update-modules is an obsolete command. In its current form it will execute /sbin/update-modules.modutils (the old update-modules program provided by the modutils package) if it exists and do nothing else."
Je crois d'ailleurs que rien ne remplace cette commande, c'est fait automatiquement (probablement par l'exploration automatique du répertoire des modules).
update-modules est remplacée par updat-modules.modutils. update-modules existe encore mais pointe sur update-modules.modutils.
un ls -l sur /sbin/update-modules me donne : -rwxr-xr-x 1 root root 4559 2003-12-31 06:45 /sbin/update-modules
Je ne comprends pas trop pourquoi tu parles de lien.
Le pourquoi de ces changements : ce sont les différence de comportement entre 2.6.x et 2.4.xx
en 2.4.xx, on utilise /etc/modules.conf pour gérer les options et aliases des modules. ce fichier est créé à partir des informations trouvées dans le répertoire /etc/modutils/ par la commande update- modules.modutils
en 2.6.x, jusqu'à il y a peu de temps, on faisait la même chose à ceci près que les fichier modules.conf s'appelait modprobe.conf (il se trouvait alors soit dans /etc/, soit dans /lib/modules/ et il était créé par la même commande à partir du contenu de /etc/modprobe.d
Le paquet module-init-tools, utilisé en 2.6.x procure des commandes de remplacement pour modprobe, insmod, rmmod, lsmod.
Maintenant : modprobe utilise *directemetn* les informations trouvée dans /etc/modprobe.d sans passer par un fichier intermédiaire modprobe.conf.
la commande update-modules.modutils ne fait d'ailleurs *rien* si on est en 2.6.x
Je ne savais pas tout ça, faut dire que je suis contraint de rester sur une 2.4 à cause de ma cg :-(
[ ... ]
Jean-Luc
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Je ne suis pas un expert, mais voici quelques idées.
Sur une Sarge, je n'arrive pas à installer le module. Voici ce que j'ai fait : - récupération des packages alsa - compilation modules - ajout d'un fichier alsa dans /etc/modutils - update-modules
Première chose : je crois qu'update-modules n'est plus la bonne procédure avec Sarge ; la page man donne d'ailleurs :
"update-modules is an obsolete command. In its current form it will execute /sbin/update-modules.modutils (the old update-modules program provided by the modutils package) if it exists and do nothing else."
Je crois d'ailleurs que rien ne remplace cette commande, c'est fait automatiquement (probablement par l'exploration automatique du répertoire des modules).
update-modules est remplacée par updat-modules.modutils. update- modules existe encore mais pointe sur update-modules.modutils.
un ls -l sur /sbin/update-modules me donne : -rwxr-xr-x 1 root root 4559 2003-12-31 06:45 /sbin/update-modules
Je ne comprends pas trop pourquoi tu parles de lien.
Je n'ai jamais parlé de lien, je dis qu'il « pointe vers ». Pour êt re rigoureux, il lance l'exécution modules-update.modutils s'il existe, sinon, il ne fait rien. Voici le contenu du fameux update-modules :
#!/bin/sh -e if [ -x /sbin/update-modules.modutils ]; then exec /sbin/update-modules.modutils "$*" fi exit 0
Le pourquoi de ces changements : ce sont les différence de comportement entre 2.6.x et 2.4.xx
en 2.4.xx, on utilise /etc/modules.conf pour gérer les options et aliases des modules. ce fichier est créé à partir des informations trouvées dans le répertoire /etc/modutils/ par la commande update- modules.modutils
en 2.6.x, jusqu'à il y a peu de temps, on faisait la même chose à ceci près que les fichier modules.conf s'appelait modprobe.conf (il se trouvait alors soit dans /etc/, soit dans /lib/modules/ et il était créé par la même commande à partir du contenu de /etc/ modprobe.d
Le paquet module-init-tools, utilisé en 2.6.x procure des commandes de remplacement pour modprobe, insmod, rmmod, lsmod.
Maintenant : modprobe utilise *directemetn* les informations trouvée dans /etc/modprobe.d sans passer par un fichier intermédiaire modprobe.conf.
la commande update-modules.modutils ne fait d'ailleurs *rien* si on est en 2.6.x
Je ne savais pas tout ça, faut dire que je suis contraint de rester sur une 2.4 à cause de ma cg :-(
« Tout ça », je l'ai découvert presuqe par hasard. Les choses évo luent assez vite et certaines information se trouvent cachées au détour d'un changelog... Certains DD sont même à la limite de la correction.
Il y a eu un bug ouvert en ce qui concerne la non mise à jour de modprobe.conf, la réponse du responsable du paquet a été "RTFM, y compris le changelog". C'est bref, expéditif. On n'a pas envie d'y revenir pour en reprendre... Enrevanche le scriptqui permet de générer un modprobe.conf et qui était nécessaire au début existe tojours dans le paquet...
Je ne suis pas un expert, mais voici quelques idées.
Sur une Sarge, je n'arrive pas à installer le module. Voici ce que
j'ai fait :
- récupération des packages alsa
- compilation modules
- ajout d'un fichier alsa dans /etc/modutils
- update-modules
Première chose : je crois qu'update-modules n'est plus la bonne
procédure avec Sarge ; la page man donne d'ailleurs :
"update-modules is an obsolete command. In its current form it will
execute /sbin/update-modules.modutils (the old update-modules
program
provided by the modutils package) if it exists and do nothing
else."
Je crois d'ailleurs que rien ne remplace cette commande, c'est fait
automatiquement (probablement par l'exploration automatique du
répertoire des modules).
update-modules est remplacée par updat-modules.modutils. update-
modules existe encore mais pointe sur update-modules.modutils.
un ls -l sur /sbin/update-modules me donne :
-rwxr-xr-x 1 root root 4559 2003-12-31 06:45 /sbin/update-modules
Je ne comprends pas trop pourquoi tu parles de lien.
Je n'ai jamais parlé de lien, je dis qu'il « pointe vers ». Pour êt re
rigoureux, il lance l'exécution modules-update.modutils s'il existe,
sinon, il ne fait rien. Voici le contenu du fameux update-modules :
#!/bin/sh -e
if [ -x /sbin/update-modules.modutils ]; then
exec /sbin/update-modules.modutils "$*"
fi
exit 0
Le pourquoi de ces changements : ce sont les différence de
comportement entre 2.6.x et 2.4.xx
en 2.4.xx, on utilise /etc/modules.conf pour gérer les options et
aliases des modules. ce fichier est créé à partir des informations
trouvées dans le répertoire /etc/modutils/ par la commande update-
modules.modutils
en 2.6.x, jusqu'à il y a peu de temps, on faisait la même chose à
ceci près que les fichier modules.conf s'appelait modprobe.conf (il
se trouvait alors soit dans /etc/, soit dans /lib/modules/ et il
était créé par la même commande à partir du contenu de /etc/
modprobe.d
Le paquet module-init-tools, utilisé en 2.6.x procure des commandes
de remplacement pour modprobe, insmod, rmmod, lsmod.
Maintenant : modprobe utilise *directemetn* les informations trouvée
dans /etc/modprobe.d sans passer par un fichier intermédiaire
modprobe.conf.
la commande update-modules.modutils ne fait d'ailleurs *rien* si on
est en 2.6.x
Je ne savais pas tout ça, faut dire que je suis contraint de rester
sur une 2.4 à cause de ma cg :-(
« Tout ça », je l'ai découvert presuqe par hasard. Les choses évo luent
assez vite et certaines information se trouvent cachées au détour d'un
changelog... Certains DD sont même à la limite de la correction.
Il y a eu un bug ouvert en ce qui concerne la non mise à jour de
modprobe.conf, la réponse du responsable du paquet a été "RTFM, y
compris le changelog". C'est bref, expéditif. On n'a pas envie d'y
revenir pour en reprendre... Enrevanche le scriptqui permet de générer
un modprobe.conf et qui était nécessaire au début existe tojours dans
le paquet...
Je ne suis pas un expert, mais voici quelques idées.
Sur une Sarge, je n'arrive pas à installer le module. Voici ce que j'ai fait : - récupération des packages alsa - compilation modules - ajout d'un fichier alsa dans /etc/modutils - update-modules
Première chose : je crois qu'update-modules n'est plus la bonne procédure avec Sarge ; la page man donne d'ailleurs :
"update-modules is an obsolete command. In its current form it will execute /sbin/update-modules.modutils (the old update-modules program provided by the modutils package) if it exists and do nothing else."
Je crois d'ailleurs que rien ne remplace cette commande, c'est fait automatiquement (probablement par l'exploration automatique du répertoire des modules).
update-modules est remplacée par updat-modules.modutils. update- modules existe encore mais pointe sur update-modules.modutils.
un ls -l sur /sbin/update-modules me donne : -rwxr-xr-x 1 root root 4559 2003-12-31 06:45 /sbin/update-modules
Je ne comprends pas trop pourquoi tu parles de lien.
Je n'ai jamais parlé de lien, je dis qu'il « pointe vers ». Pour êt re rigoureux, il lance l'exécution modules-update.modutils s'il existe, sinon, il ne fait rien. Voici le contenu du fameux update-modules :
#!/bin/sh -e if [ -x /sbin/update-modules.modutils ]; then exec /sbin/update-modules.modutils "$*" fi exit 0
Le pourquoi de ces changements : ce sont les différence de comportement entre 2.6.x et 2.4.xx
en 2.4.xx, on utilise /etc/modules.conf pour gérer les options et aliases des modules. ce fichier est créé à partir des informations trouvées dans le répertoire /etc/modutils/ par la commande update- modules.modutils
en 2.6.x, jusqu'à il y a peu de temps, on faisait la même chose à ceci près que les fichier modules.conf s'appelait modprobe.conf (il se trouvait alors soit dans /etc/, soit dans /lib/modules/ et il était créé par la même commande à partir du contenu de /etc/ modprobe.d
Le paquet module-init-tools, utilisé en 2.6.x procure des commandes de remplacement pour modprobe, insmod, rmmod, lsmod.
Maintenant : modprobe utilise *directemetn* les informations trouvée dans /etc/modprobe.d sans passer par un fichier intermédiaire modprobe.conf.
la commande update-modules.modutils ne fait d'ailleurs *rien* si on est en 2.6.x
Je ne savais pas tout ça, faut dire que je suis contraint de rester sur une 2.4 à cause de ma cg :-(
« Tout ça », je l'ai découvert presuqe par hasard. Les choses évo luent assez vite et certaines information se trouvent cachées au détour d'un changelog... Certains DD sont même à la limite de la correction.
Il y a eu un bug ouvert en ce qui concerne la non mise à jour de modprobe.conf, la réponse du responsable du paquet a été "RTFM, y compris le changelog". C'est bref, expéditif. On n'a pas envie d'y revenir pour en reprendre... Enrevanche le scriptqui permet de générer un modprobe.conf et qui était nécessaire au début existe tojours dans le paquet...
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Arnaud CALVO
Emmanuel Cornet a écrit, Le 04.09.2004 15:48 :
Là encore, je ne suis pas sûr de moi, mais un problème possible (que j'avais eu) est le conflit entre OSS (l'ancien système de gestion des sons) et Alsa (le nouveau). Il me semble que parmi ces modules, certains font partie d'OSS (ac97_codec en particulier, qui s'appelle snd_ac97_codec sous Alsa). Une fois qu'OSS est chargé, Alsa ne peut plus prendre sa place correctement (d'après ce que j'ai compris). Une première chose à faire, si tu veux n'utiliser qu'Alsa, est donc d'empêcher les modules OSS de se charger. Pour cela :
Bonsoir
Merci pour cette explication *très* instructive. J'avais déjà eu un message similaire, mais je n'avais pas "tilté" ! J'ai appliqué tes préconisations, et maintenant, alsa fonctionne aussi très bien chez moi. Il me reste à configurer le système pour avoir plusieurs sons en même temps :-)
Merci, tu as fait un 2ème heureux ! (google ne m'avait jusque là été d'aucun secours à ce niveau, malgré plusieurs tentatives : ça fait plusieurs mois que je n'utilise plus alsa...).
-- La citation du jour : On a toujours besoin d'un plus petit que soi pour lui péter la gueule (Coluche).
:::::::::::::::::::::::::::::: Arnaud ::::
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Emmanuel Cornet a écrit, Le 04.09.2004 15:48 :
Là encore, je ne suis pas sûr de moi, mais un problème possible (que
j'avais eu) est le conflit entre OSS (l'ancien système de gestion des
sons) et Alsa (le nouveau). Il me semble que parmi ces modules, certains
font partie d'OSS (ac97_codec en particulier, qui s'appelle
snd_ac97_codec sous Alsa). Une fois qu'OSS est chargé, Alsa ne peut plus
prendre sa place correctement (d'après ce que j'ai compris). Une
première chose à faire, si tu veux n'utiliser qu'Alsa, est donc
d'empêcher les modules OSS de se charger. Pour cela :
Bonsoir
Merci pour cette explication *très* instructive.
J'avais déjà eu un message similaire, mais je n'avais pas "tilté" !
J'ai appliqué tes préconisations, et maintenant, alsa fonctionne aussi
très bien chez moi.
Il me reste à configurer le système pour avoir plusieurs sons en même
temps :-)
Merci, tu as fait un 2ème heureux !
(google ne m'avait jusque là été d'aucun secours à ce niveau, malgré
plusieurs tentatives : ça fait plusieurs mois que je n'utilise plus
alsa...).
--
La citation du jour :
On a toujours besoin d'un plus petit que soi pour lui péter la gueule
(Coluche).
:::::::::::::::::::::::::::::: Arnaud ::::
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Là encore, je ne suis pas sûr de moi, mais un problème possible (que j'avais eu) est le conflit entre OSS (l'ancien système de gestion des sons) et Alsa (le nouveau). Il me semble que parmi ces modules, certains font partie d'OSS (ac97_codec en particulier, qui s'appelle snd_ac97_codec sous Alsa). Une fois qu'OSS est chargé, Alsa ne peut plus prendre sa place correctement (d'après ce que j'ai compris). Une première chose à faire, si tu veux n'utiliser qu'Alsa, est donc d'empêcher les modules OSS de se charger. Pour cela :
Bonsoir
Merci pour cette explication *très* instructive. J'avais déjà eu un message similaire, mais je n'avais pas "tilté" ! J'ai appliqué tes préconisations, et maintenant, alsa fonctionne aussi très bien chez moi. Il me reste à configurer le système pour avoir plusieurs sons en même temps :-)
Merci, tu as fait un 2ème heureux ! (google ne m'avait jusque là été d'aucun secours à ce niveau, malgré plusieurs tentatives : ça fait plusieurs mois que je n'utilise plus alsa...).
-- La citation du jour : On a toujours besoin d'un plus petit que soi pour lui péter la gueule (Coluche).
:::::::::::::::::::::::::::::: Arnaud ::::
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
julien
Arnaud CALVO a écrit :
Emmanuel Cornet a écrit, Le 04.09.2004 15:48 :
Là encore, je ne suis pas sûr de moi, mais un problème possible (que j'avais eu) est le conflit entre OSS (l'ancien système de gestion des sons) et Alsa (le nouveau). Il me semble que parmi ces modules, certains font partie d'OSS (ac97_codec en particulier, qui s'appelle snd_ac97_codec sous Alsa). Une fois qu'OSS est chargé, Alsa ne peut plus prendre sa place correctement (d'après ce que j'ai compris). Une première chose à faire, si tu veux n'utiliser qu'Alsa, est donc d'empêcher les modules OSS de se charger. Pour cela :
Bonsoir
Merci pour cette explication *très* instructive. J'avais déjà eu un message similaire, mais je n'avais pas "tilté" ! J'ai appliqué tes préconisations, et maintenant, alsa fonctionne aussi très bien chez moi. Il me reste à configurer le système pour avoir plusieurs sons en même temps :-)
J'essaye jackd tout en tentant de virer arts (alors que j'ai kde) c'est pas gagné !! Pour l'instant, j'ai pu faire marche timidity mais le test midi avec le centre de configuration kde ne marche pas même si je lui demande d'utiliser timidity. J'essaye aussi Rosegarden mais pas de son non plus ...
Merci, tu as fait un 2ème heureux ! (google ne m'avait jusque là été d'aucun secours à ce niveau, malgré plusieurs tentatives : ça fait plusieurs mois que je n'utilise plus alsa...).
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Arnaud CALVO a écrit :
Emmanuel Cornet a écrit, Le 04.09.2004 15:48 :
Là encore, je ne suis pas sûr de moi, mais un problème possible (que
j'avais eu) est le conflit entre OSS (l'ancien système de gestion des
sons) et Alsa (le nouveau). Il me semble que parmi ces modules, certains
font partie d'OSS (ac97_codec en particulier, qui s'appelle
snd_ac97_codec sous Alsa). Une fois qu'OSS est chargé, Alsa ne peut plus
prendre sa place correctement (d'après ce que j'ai compris). Une
première chose à faire, si tu veux n'utiliser qu'Alsa, est donc
d'empêcher les modules OSS de se charger. Pour cela :
Bonsoir
Merci pour cette explication *très* instructive.
J'avais déjà eu un message similaire, mais je n'avais pas "tilté" !
J'ai appliqué tes préconisations, et maintenant, alsa fonctionne aussi
très bien chez moi.
Il me reste à configurer le système pour avoir plusieurs sons en même
temps :-)
J'essaye jackd tout en tentant de virer arts (alors que j'ai kde) c'est pas gagné !!
Pour l'instant, j'ai pu faire marche timidity mais le test midi avec le centre
de configuration kde ne marche pas même si je lui demande d'utiliser timidity.
J'essaye aussi Rosegarden mais pas de son non plus ...
Merci, tu as fait un 2ème heureux !
(google ne m'avait jusque là été d'aucun secours à ce niveau, malgré
plusieurs tentatives : ça fait plusieurs mois que je n'utilise plus
alsa...).
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Là encore, je ne suis pas sûr de moi, mais un problème possible (que j'avais eu) est le conflit entre OSS (l'ancien système de gestion des sons) et Alsa (le nouveau). Il me semble que parmi ces modules, certains font partie d'OSS (ac97_codec en particulier, qui s'appelle snd_ac97_codec sous Alsa). Une fois qu'OSS est chargé, Alsa ne peut plus prendre sa place correctement (d'après ce que j'ai compris). Une première chose à faire, si tu veux n'utiliser qu'Alsa, est donc d'empêcher les modules OSS de se charger. Pour cela :
Bonsoir
Merci pour cette explication *très* instructive. J'avais déjà eu un message similaire, mais je n'avais pas "tilté" ! J'ai appliqué tes préconisations, et maintenant, alsa fonctionne aussi très bien chez moi. Il me reste à configurer le système pour avoir plusieurs sons en même temps :-)
J'essaye jackd tout en tentant de virer arts (alors que j'ai kde) c'est pas gagné !! Pour l'instant, j'ai pu faire marche timidity mais le test midi avec le centre de configuration kde ne marche pas même si je lui demande d'utiliser timidity. J'essaye aussi Rosegarden mais pas de son non plus ...
Merci, tu as fait un 2ème heureux ! (google ne m'avait jusque là été d'aucun secours à ce niveau, malgré plusieurs tentatives : ça fait plusieurs mois que je n'utilise plus alsa...).
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
