problème audio (d-upgrade wheezy 3.2 -> jessie 3.16)

--001a114321265fc043052a06ce0c
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Bonsoir,

aprés un dist-upgrade, du noyau wheezy 3.2 au noyau jessie 3.16, il y =
a un
problème de son.
pour le problème de son, merci. ça donne donc ceci :

# lspci | grep Audio
00:05.0 Audio device: NVIDIA Corporation MCP61 High Definition Audio (rev
a2)

> alsamixer
Failed to create secure directory (/run/user/1001/pulse): Permission non
accordée

je suis allé voir sur le wiki debian ( https://wiki.debian.org/fr/ALSA=
),
et j'ai tenté :

# alsactl init
No protocol specified
xcb_connection_has_error() returned true
Found hardware: "HDA-Intel" "Realtek ALC888"
"HDA:10ec0888,1019e619,00100001" "0x1019" "0xa88d"
Hardware is initialized using a generic method

je redémarre, ça ne marche pas mieux niveau audio, mais alsamixer=
réussit à
s'ouvrir.

les modules audio sont :

> lsmod | grep snd
snd_hda_codec_realtek 62023 1
snd_hda_codec_generic 58021 1 snd_hda_codec_realtek
snd_hda_intel 25959 5
snd_hda_controller 26262 1 snd_hda_intel
snd_hda_codec 93797 4
snd_hda_codec_realtek,snd_hda_codec_generic,snd_hda_intel,snd_hda_controlle=
r
snd_hwdep 12906 1 snd_hda_codec
snd_pcm 78128 3
snd_hda_codec,snd_hda_intel,snd_hda_controller
snd_timer 22010 1 snd_pcm
snd 55101 17
snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_pcm,snd_hda_codec_generic,snd=
_hda_codec,snd_hda_intel
soundcore 12890 2 snd,snd_hda_codec

> cat /proc/asound/cards
0 [NVidia ]: HDA-Intel - HDA NVidia
HDA NVidia at 0xfe028000 irq 20

je rajoute mon "user" au groupe audio (bien que cela fonctionnait
auparavant sans) et le module snd-pcm-oss.

je redémarre, mais ça ne fonctionne pas mieux

peut-etre faire un différentiel des modules entre le noyau 3.2 et le 3=
.16 ?

cordialement,

patg

Le 23 janvier 2016 à 18:19, Bernard Schoenacker <bernard.schoenacker@f=
ree.fr
> a écrit :

> Le Sat, 23 Jan 2016 17:56:33 +0100,
> Patrice Go <patgsiosisr@gmail.com> a écrit :
>
> > bonjour,
> >
> > histoire de partager un problème solutionné
> >
> > j'ai eu un problème avec le serveur X qui freezait de temps en tem=
ps
> > (suite à un dist-upgrade wheezy -> jessie), mais je n'arrivai pas =
à
> > trouver la solution.
> > j'ai vu des exemples de problèmes similaires ici (dont sur bug tra=
ck):
> >
> > https://lists.debian.org/debian-x/2015/07/msg00109.html
> >
> > mais ça semblait lié soit à un module du noyau "nouveau"=
, soit au
> > noyau lui-même.
> >
> > il est énoncé l'idée de supprimer "xserver-xorg-video-no=
uveau" ou de
> > booter sur le noyau de wheezy.
> >
> > si je vais sur le noyau 3.2 de wheezy, il n'y a plus de problème d=
e
> > freeze.
> >
> > mais je préférerai garder le nouveau noyau 3.16. donc aprÃ=
©s
> > suppression de "xserver-xorg-video-nouveau" puis une réinstallatio=
n de
> > "xserver-xorg-video-nouveau", plus de problèmes de freeze juste
> > plus de son pour le moment, avant de trouver la solution.
> >
> > Librement,
> >
> > Patg
>
> bonjour,
>
> que donne (?): lspci |grep Audio
>
>
> alsamixer ( <F6> )
>
> slt
> bernard
>
>

--001a114321265fc043052a06ce0c
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir="ltr"><div>Bonsoir,<br><br></div><div>aprés un dist-upgrade=
, du noyau wheezy 3.2 au noyau jessie 3.16, il y a un problème de son.=
<br></div>pour le problème de son, merci. ça donne donc ceci :<br=
><div><div><br>#  lspci | grep Audio<br>00:05.0 Audio device: NVIDIA C=
orporation MCP61 High Definition Audio (rev a2)<br><br>&gt; alsamixer <br>F=
ailed to create secure directory (/run/user/1001/pulse): Permission non acc=
ordée<br><br></div><div>je suis allé voir sur le wiki debian ( <a=
href="https://wiki.debian.org/fr/ALSA" target="_blank">https://wiki.de=
bian.org/fr/ALSA</a> ), et j&#39;ai tenté :<br><br># alsactl init<br>N=
o protocol specified<br>xcb_connection_has_error() returned true<br>Found h=
ardware: &quot;HDA-Intel&quot; &quot;Realtek ALC888&quot; &quot;HDA:10ec088=
8,1019e619,00100001&quot; &quot;0x1019&quot; &quot;0xa88d&quot;<br>Hardware=
is initialized using a generic method<br><br></div><div>je redémarre,=
ça ne marche pas mieux niveau audio, mais alsamixer réussit Ã=
  s&#39;ouvrir.<br><br></div><div>les modules audio sont :<br><br>&gt; ls=
mod | grep snd<br>snd_hda_codec_realtek    62023  1 <br=
>snd_hda_codec_generic    58021  1 snd_hda_codec_realte=
k<br>snd_hda_intel          25=
959  5 <br>snd_hda_controller     26262  1 sn=
d_hda_intel<br>snd_hda_codec       Â=
 Â  93797  4 snd_hda_codec_realtek,snd_hda_codec_generic,snd_hda=
_intel,snd_hda_controller<br>snd_hwdep      =
        12906  1 snd_hda_codec<br>s=
nd_pcm           Â=
 Â Â Â  78128  3 snd_hda_codec,snd_hda_intel,snd_hda_con=
troller<br>snd_timer         =
     22010  1 snd_pcm<br>snd   Â=
 Â Â Â Â Â Â Â Â Â Â Â Â =
    55101  17 snd_hda_codec_realtek,snd_hwdep,snd_timer=
,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel<br>soundcoreÂ=
 Â Â Â Â Â Â Â Â Â Â Â Â =
12890  2 snd,snd_hda_codec<br></div><div><br>&gt; cat /proc/asound/ca=
rds<br> 0 [NVidia         ]: H=
DA-Intel - HDA NVidia<br>        =
            Â=
  HDA NVidia at 0xfe028000 irq 20<br><br>je rajoute mon &quot;user&quot; =
au groupe audio (bien que cela fonctionnait auparavant sans) et le module s=
nd-pcm-oss.<br><br></div><div>je redémarre, mais ça ne fonctionne=
pas mieux<br></div></div><div class="gmail_extra"><br></div><div clas=
s="gmail_extra">peut-etre faire un différentiel des modules entre le=
noyau 3.2 et le 3.16 ?<br><br></div><div class="gmail_extra">cordialemen=
t,<br><br></div><div class="gmail_extra">patg<br></div><div class="gmai=
l_extra"><br><div class="gmail_quote">Le 23 janvier 2016 à 18:19, Be=
rnard Schoenacker <span dir="ltr">&lt;<a href="mailto:bernard.schoenack=
er@free.fr" target="_blank">bernard.schoenacker@free.fr</a>&gt;</span> a =
écrit :<br><blockquote class="gmail_quote" style="margin:0px 0px 0=
px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Le Sat, 2=
3 Jan 2016 17:56:33 +0100,<br>
Patrice Go &lt;<a href="mailto:patgsiosisr@gmail.com" target="_blank">p=
atgsiosisr@gmail.com</a>&gt; a écrit :<br>
<div><div><br>
&gt; bonjour,<br>
&gt;<br>
&gt; histoire de partager un problème solutionné<br>
&gt;<br>
&gt; j&#39;ai eu un problème avec le serveur X qui freezait de temps e=
n temps<br>
&gt; (suite à un dist-upgrade wheezy -&gt; jessie), mais je n&#39;arri=
vai pas à<br>
&gt; trouver la solution.<br>
&gt; j&#39;ai vu des exemples de problèmes similaires ici (dont sur bu=
g track):<br>
&gt;<br>
&gt; <a href="https://lists.debian.org/debian-x/2015/07/msg00109.html" re=
l="noreferrer" target="_blank">https://lists.debian.org/debian-x/2015/0=
7/msg00109.html</a><br>
&gt;<br>
&gt; mais ça semblait lié soit à un module du noyau &quot;no=
uveau&quot;, soit au<br>
&gt; noyau lui-même.<br>
&gt;<br>
&gt; il est énoncé l&#39;idée de supprimer &quot;xserver-xor=
g-video-nouveau&quot; ou de<br>
&gt; booter sur le noyau de wheezy.<br>
&gt;<br>
&gt; si je vais sur le noyau 3.2 de wheezy, il n&#39;y a plus de problÃ=
¨me de<br>
&gt; freeze.<br>
&gt;<br>
&gt; mais je préférerai garder le nouveau noyau 3.16. donc aprÃ=
©s<br>
&gt; suppression de &quot;xserver-xorg-video-nouveau&quot; puis une ré=
installation de<br>
&gt; &quot;xserver-xorg-video-nouveau&quot;, plus de problèmes de free=
ze juste<br>
&gt; plus de son pour le moment, avant de trouver la solution.<br>
&gt;<br>
&gt; Librement,<br>
&gt;<br>
&gt; Patg<br>
<br>
</div></div>bonjour,<br>
<br>
que donne (?): lspci |grep Audio<br>
<br>
<br>
alsamixer ( &lt;F6&gt; )<br>
<br>
slt<br>
<span><font color="#888888">bernard<br>
<br>
</font></span></blockquote></div><br></div></div>

--001a114321265fc043052a06ce0c--