depuis qqe temps, quand je mets le son de mon PC ( un portable
Toshiba ), je n'obtiens plus rien, et je ne sais pas pourquoi.
Tout ce que je sais, c'est qu'il y a quelques semaines, j'ai
supprim=C3=A9 des paquets "gnome", puisque j' utilise KDE, et pas gnome.
J'ai bien fait attention aux paquets qui allaient =C3=AAtre supprim=C3=A9s =
en
suppl=C3=A9ment, et je n'ai RIEN supprim=C3=A9 quand cela me semblait dange=
reux.
Cependant, il y a une semaine, j'ai eu besoin ( exceptionnellement )
du son, et j'ai constat=C3=A9 en cherchant que je n'avais plus qu'une
"sortie factice", et plus de carte sonore install=C3=A9e.
Pourriez-vous me dire quel paquet/programme permettrait de retester
mon syst=C3=A8me, et r=C3=A9-installer ma carte son?
Je vous en remercie =C3=A0 l'avance.
Patrick Carabin.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/CAJmF4bkVeB9592+n530+KAnmnzjC0g0sp53bYda8EKRkp4T=UQ@mail.gmail.com
Sylvain L. Sauvage a écrit : > > Utiliser modprobe plutôt qu'insmod pour avoir les dépendances > automatiques > >> grep "blacklist.*snd.hda.intel" /etc/modprobe.d/* >> /etc/modprobe.d/oss4-base_noALSA.conf:blacklist snd-hda-intel > > - mais ça ne fonctionnera pas puisque tu interdis à modprobe > de le charger.
Mais si. Sauf grossière erreur de ma part, blacklist n'empêche le chargement d'un module que si ce dernier est appelé par un de ses "alias" (identifiant PCI), comme le fait udev lors de la détection du matériele et du chargement automatique des modules pilotes. Pas lorsqu'on appelle le module avec son "vrai" nom.
Bonjour, un module blacklisté empêche le noyau de le charger (par son alias ou p as). Il peut comme même être charger à la main (même s'il est toujours d ans la blacklist). Par contre il ne peut être charger quand tu branche le périphérique à chaud.
<div dir="ltr"><div class="gmail_quote"><br>Le 26 mai 2013 21:12, " ;Pascal Hambourg" <<a href="mailto:" target ="_blank"></a>> a écrit :<br type="attribu tion"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-l eft:1px #ccc solid;padding-left:1ex">
Salut,<br> <br> Sylvain L. Sauvage a écrit :<br> ><br> > Utiliser modprobe plutôt qu'insmod pour avoir les dépendan ces<br> > automatiques<br> ><br> >> grep "blacklist.*snd.hda.intel" /etc/modprobe.d/*<br> >> /etc/modprobe.d/oss4-base_noALSA.conf:blacklist snd-hda-intel<br> ><br> > - mais ça ne fonctionnera pas puisque tu interdis à modprobe<b r> > de le charger.<br> <br> Mais si. Sauf grossière erreur de ma part, blacklist n'empêche le<b r> chargement d'un module que si ce dernier est appelé par un de ses<br> "alias" (identifiant PCI), comme le fait udev lors de la détect ion du<br> matériele et du chargement automatique des modules pilotes. Pas<br> lorsqu'on appelle le module avec son "vrai" nom.<br> <a href="mailto:" target="_blank"></a></bloc kquote><div><br></div><div>Bonjour,<br></div><div>un module blacklisté em pêche le noyau de le charger (par son alias ou pas). Il peut comme même être charger à la main (même s'il est toujours dans la blacklist ). Par contre il ne peut être charger quand tu branche le périphériqu e à chaud. <br> </div></div> </div>
--047d7bfcfa1a61fb3504ddaeba9a--
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/CAFuS2bZ0pADnr12JKgQV5d+
Le 26 mai 2013 21:12, "Pascal Hambourg" <pascal@plouf.fr.eu.org> a écrit :
Salut,
Sylvain L. Sauvage a écrit :
>
> Utiliser modprobe plutôt qu'insmod pour avoir les dépendances
> automatiques
>
>> grep "blacklist.*snd.hda.intel" /etc/modprobe.d/*
>> /etc/modprobe.d/oss4-base_noALSA.conf:blacklist snd-hda-intel
>
> - mais ça ne fonctionnera pas puisque tu interdis à modprobe
> de le charger.
Mais si. Sauf grossière erreur de ma part, blacklist n'empêche le
chargement d'un module que si ce dernier est appelé par un de ses
"alias" (identifiant PCI), comme le fait udev lors de la détection du
matériele et du chargement automatique des modules pilotes. Pas
lorsqu'on appelle le module avec son "vrai" nom.
<listmaster@lists.debian.org>
Bonjour,
un module blacklisté empêche le noyau de le charger (par son alias ou p as).
Il peut comme même être charger à la main (même s'il est toujours d ans la
blacklist). Par contre il ne peut être charger quand tu branche le
périphérique à chaud.
<div dir="ltr"><div class="gmail_quote"><br>Le 26 mai 2013 21:12, " ;Pascal Hambourg" <<a href="mailto:pascal@plouf.fr.eu.org" target ="_blank">pascal@plouf.fr.eu.org</a>> a écrit :<br type="attribu tion"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-l eft:1px #ccc solid;padding-left:1ex">
Salut,<br>
<br>
Sylvain L. Sauvage a écrit :<br>
><br>
> Utiliser modprobe plutôt qu'insmod pour avoir les dépendan ces<br>
> automatiques<br>
><br>
>> grep "blacklist.*snd.hda.intel" /etc/modprobe.d/*<br>
>> /etc/modprobe.d/oss4-base_noALSA.conf:blacklist snd-hda-intel<br>
><br>
> - mais ça ne fonctionnera pas puisque tu interdis à modprobe<b r>
> de le charger.<br>
<br>
Mais si. Sauf grossière erreur de ma part, blacklist n'empêche le<b r>
chargement d'un module que si ce dernier est appelé par un de ses<br>
"alias" (identifiant PCI), comme le fait udev lors de la détect ion du<br>
matériele et du chargement automatique des modules pilotes. Pas<br>
lorsqu'on appelle le module avec son "vrai" nom.<br>
<a href="mailto:listmaster@lists.debian.org" target="_blank"></a></bloc kquote><div><br></div><div>Bonjour,<br></div><div>un module blacklisté em pêche le noyau de le charger (par son alias ou pas). Il peut comme même être charger à la main (même s'il est toujours dans la blacklist ). Par contre il ne peut être charger quand tu branche le périphériqu e à chaud. <br>
</div></div>
</div>
--047d7bfcfa1a61fb3504ddaeba9a--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/CAFuS2bZ0pADnr12JKgQV5d+fGZrRbVsGt2TZDk_0FFAqMowbyg@mail.gmail.com
Sylvain L. Sauvage a écrit : > > Utiliser modprobe plutôt qu'insmod pour avoir les dépendances > automatiques > >> grep "blacklist.*snd.hda.intel" /etc/modprobe.d/* >> /etc/modprobe.d/oss4-base_noALSA.conf:blacklist snd-hda-intel > > - mais ça ne fonctionnera pas puisque tu interdis à modprobe > de le charger.
Mais si. Sauf grossière erreur de ma part, blacklist n'empêche le chargement d'un module que si ce dernier est appelé par un de ses "alias" (identifiant PCI), comme le fait udev lors de la détection du matériele et du chargement automatique des modules pilotes. Pas lorsqu'on appelle le module avec son "vrai" nom.
Bonjour, un module blacklisté empêche le noyau de le charger (par son alias ou p as). Il peut comme même être charger à la main (même s'il est toujours d ans la blacklist). Par contre il ne peut être charger quand tu branche le périphérique à chaud.
<div dir="ltr"><div class="gmail_quote"><br>Le 26 mai 2013 21:12, " ;Pascal Hambourg" <<a href="mailto:" target ="_blank"></a>> a écrit :<br type="attribu tion"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-l eft:1px #ccc solid;padding-left:1ex">
Salut,<br> <br> Sylvain L. Sauvage a écrit :<br> ><br> > Utiliser modprobe plutôt qu'insmod pour avoir les dépendan ces<br> > automatiques<br> ><br> >> grep "blacklist.*snd.hda.intel" /etc/modprobe.d/*<br> >> /etc/modprobe.d/oss4-base_noALSA.conf:blacklist snd-hda-intel<br> ><br> > - mais ça ne fonctionnera pas puisque tu interdis à modprobe<b r> > de le charger.<br> <br> Mais si. Sauf grossière erreur de ma part, blacklist n'empêche le<b r> chargement d'un module que si ce dernier est appelé par un de ses<br> "alias" (identifiant PCI), comme le fait udev lors de la détect ion du<br> matériele et du chargement automatique des modules pilotes. Pas<br> lorsqu'on appelle le module avec son "vrai" nom.<br> <a href="mailto:" target="_blank"></a></bloc kquote><div><br></div><div>Bonjour,<br></div><div>un module blacklisté em pêche le noyau de le charger (par son alias ou pas). Il peut comme même être charger à la main (même s'il est toujours dans la blacklist ). Par contre il ne peut être charger quand tu branche le périphériqu e à chaud. <br> </div></div> </div>
--047d7bfcfa1a61fb3504ddaeba9a--
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/CAFuS2bZ0pADnr12JKgQV5d+
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/CAJmF4bkLPaAX3-KAjkW=1GXMMR2n-K4uceLþ
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/CAJmF4bkLPaAX3-KAjkW=1GXMMR2n-K4uceLþQWvfvextuygA@mail.gmail.com
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/CAJmF4bkLPaAX3-KAjkW=1GXMMR2n-K4uceLþ
Bzzz
On Mon, 27 May 2013 23:25:37 +0200 Patrick Carabin wrote:
Connaissez-vous un moyen pour "forcer" cette installation automatique?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20130527235140.29d02073@anubis.defcon1