J'utilise Lenny depuis trois ans. Parfois j'ai du son puis quelques temps
après je n'en ai plus et ça recommence.Une fois une fenêtr e s'est ouverte
et j'ai pu cliquer sur "sourdine non". Depuis je ne retrouve pas cette
fenêtre. Actuellement je n'ai plus de son. Quelqu'un peut-il m'aider ?
Merci d'avance.
J'utilise Lenny depuis trois ans. Parfois j'ai du son puis quelques temps
après je n'en ai plus et ça recommence.Une fois une fenêtr e s'est ouverte
et j'ai pu cliquer sur "sourdine non". Depuis je ne retrouve pas cette
fenêtre. Actuellement je n'ai plus de son. Quelqu'un peut-il m'aider ?
Merci d'avance.
J'utilise Lenny depuis trois ans. Parfois j'ai du son puis quelques temps
après je n'en ai plus et ça recommence.Une fois une fenêtr e s'est ouverte
et j'ai pu cliquer sur "sourdine non". Depuis je ne retrouve pas cette
fenêtre. Actuellement je n'ai plus de son. Quelqu'un peut-il m'aider ?
Merci d'avance.
Une bonne idée serait de faire un lsmod | sort -n quand ça m arche et
quand cela ne marche pas et de comparer les modules chargés.
Une bonne idée serait de faire un lsmod | sort -n quand ça m arche et
quand cela ne marche pas et de comparer les modules chargés.
Une bonne idée serait de faire un lsmod | sort -n quand ça m arche et
quand cela ne marche pas et de comparer les modules chargés.
Thomas Preud'homme a écrit :
>> Une bonne idée serait de faire un lsmod | sort -n quand ça m arche et
>> quand cela ne marche pas et de comparer les modules chargés.
Désolé de squatter ce fil, mais ayant aussi régulière ment le son qui
"saute" mais sous squeeze + pulseaudio, j'ai suivi cette piste :
du son :
#lsmod | sort -n > modules_son_on
plus de son :
#lsmod | sort -n > modules_son_off
#diff modules_son_off modules_son_on
< snd 58148 15
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_p cm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
> snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_p cm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
< snd_intel8x0 33052 2
> snd_intel8x0 33052 3
donc si je comprends bien, snd_intel8x0 est utilisé par 3 autres mod ules
quand ça marche et plus que 2 quand ça ne marche plus ?
pour l'instant avec du son :
# lsmod |grep snd
snd_intel8x0 33052 3
snd_intel8x0m 17676 0
snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
ac97_bus 5760 1 snd_ac97_codec
snd_pcm_oss 42368 0
snd_mixer_oss 18688 1 snd_pcm_oss
snd_pcm 76548 4
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
snd_seq_dummy 6788 0
snd_seq_oss 34048 0
snd_seq_midi 10368 0
snd_rawmidi 25344 1 snd_seq_midi
snd_seq_midi_event 11136 2 snd_seq_oss,snd_seq_midi
snd_seq 53552 6
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 24712 2 snd_pcm,snd_seq
snd_seq_device 11020 5
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_p cm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore 11232 1 snd
snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
#lsmod |grep snd_intel8x0
snd_intel8x0 33052 3
snd_intel8x0m 17676 0
snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
snd_pcm 76548 4
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_p cm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
dès que le son re-plante je les recommence, afin d'identifier le mod ule
qui cesse d'utiliser snd_intel8x0 et qui serait la source du problèm e,
c'est bien ça ?
si j'ai compris et que j'arrive à identifier ce module, quelle pourra
être la suite ( tenter des modprobe -r XX + modprobe XX ou modprobe -r
snd_intel8x0 + modprobe snd_intel8x0 ) ?
merci d'avance
Antoine Y
Thomas Preud'homme a écrit :
>> Une bonne idée serait de faire un lsmod | sort -n quand ça m arche et
>> quand cela ne marche pas et de comparer les modules chargés.
Désolé de squatter ce fil, mais ayant aussi régulière ment le son qui
"saute" mais sous squeeze + pulseaudio, j'ai suivi cette piste :
du son :
#lsmod | sort -n > modules_son_on
plus de son :
#lsmod | sort -n > modules_son_off
#diff modules_son_off modules_son_on
< snd 58148 15
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_p cm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
> snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_p cm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
< snd_intel8x0 33052 2
> snd_intel8x0 33052 3
donc si je comprends bien, snd_intel8x0 est utilisé par 3 autres mod ules
quand ça marche et plus que 2 quand ça ne marche plus ?
pour l'instant avec du son :
# lsmod |grep snd
snd_intel8x0 33052 3
snd_intel8x0m 17676 0
snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
ac97_bus 5760 1 snd_ac97_codec
snd_pcm_oss 42368 0
snd_mixer_oss 18688 1 snd_pcm_oss
snd_pcm 76548 4
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
snd_seq_dummy 6788 0
snd_seq_oss 34048 0
snd_seq_midi 10368 0
snd_rawmidi 25344 1 snd_seq_midi
snd_seq_midi_event 11136 2 snd_seq_oss,snd_seq_midi
snd_seq 53552 6
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 24712 2 snd_pcm,snd_seq
snd_seq_device 11020 5
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_p cm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore 11232 1 snd
snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
#lsmod |grep snd_intel8x0
snd_intel8x0 33052 3
snd_intel8x0m 17676 0
snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
snd_pcm 76548 4
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_p cm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
dès que le son re-plante je les recommence, afin d'identifier le mod ule
qui cesse d'utiliser snd_intel8x0 et qui serait la source du problèm e,
c'est bien ça ?
si j'ai compris et que j'arrive à identifier ce module, quelle pourra
être la suite ( tenter des modprobe -r XX + modprobe XX ou modprobe -r
snd_intel8x0 + modprobe snd_intel8x0 ) ?
merci d'avance
Antoine Y
Thomas Preud'homme a écrit :
>> Une bonne idée serait de faire un lsmod | sort -n quand ça m arche et
>> quand cela ne marche pas et de comparer les modules chargés.
Désolé de squatter ce fil, mais ayant aussi régulière ment le son qui
"saute" mais sous squeeze + pulseaudio, j'ai suivi cette piste :
du son :
#lsmod | sort -n > modules_son_on
plus de son :
#lsmod | sort -n > modules_son_off
#diff modules_son_off modules_son_on
< snd 58148 15
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_p cm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
> snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_p cm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
< snd_intel8x0 33052 2
> snd_intel8x0 33052 3
donc si je comprends bien, snd_intel8x0 est utilisé par 3 autres mod ules
quand ça marche et plus que 2 quand ça ne marche plus ?
pour l'instant avec du son :
# lsmod |grep snd
snd_intel8x0 33052 3
snd_intel8x0m 17676 0
snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
ac97_bus 5760 1 snd_ac97_codec
snd_pcm_oss 42368 0
snd_mixer_oss 18688 1 snd_pcm_oss
snd_pcm 76548 4
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
snd_seq_dummy 6788 0
snd_seq_oss 34048 0
snd_seq_midi 10368 0
snd_rawmidi 25344 1 snd_seq_midi
snd_seq_midi_event 11136 2 snd_seq_oss,snd_seq_midi
snd_seq 53552 6
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 24712 2 snd_pcm,snd_seq
snd_seq_device 11020 5
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_p cm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore 11232 1 snd
snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
#lsmod |grep snd_intel8x0
snd_intel8x0 33052 3
snd_intel8x0m 17676 0
snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
snd_pcm 76548 4
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_p cm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
dès que le son re-plante je les recommence, afin d'identifier le mod ule
qui cesse d'utiliser snd_intel8x0 et qui serait la source du problèm e,
c'est bien ça ?
si j'ai compris et que j'arrive à identifier ce module, quelle pourra
être la suite ( tenter des modprobe -r XX + modprobe XX ou modprobe -r
snd_intel8x0 + modprobe snd_intel8x0 ) ?
merci d'avance
Antoine Y
On Wednesday 18 February 2009 18:41:29 Antoine Y wrote:Thomas Preud'homme a écrit :Une bonne idée serait de faire un lsmod | sort -n quand ça marche et
quand cela ne marche pas et de comparer les modules chargés.
Désolé de squatter ce fil, mais ayant aussi régulièrement le son qui
"saute" mais sous squeeze + pulseaudio, j'ai suivi cette piste :
du son :
#lsmod | sort -n > modules_son_on
plus de son :
#lsmod | sort -n > modules_son_off
#diff modules_son_off modules_son_on
< snd 58148 15
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
> snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
< snd_intel8x0 33052 2
> snd_intel8x0 33052 3
donc si je comprends bien, snd_intel8x0 est utilisé par 3 autres modules
quand ça marche et plus que 2 quand ça ne marche plus ?
pour l'instant avec du son :
# lsmod |grep snd
snd_intel8x0 33052 3
snd_intel8x0m 17676 0
snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
ac97_bus 5760 1 snd_ac97_codec
snd_pcm_oss 42368 0
snd_mixer_oss 18688 1 snd_pcm_oss
snd_pcm 76548 4
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
snd_seq_dummy 6788 0
snd_seq_oss 34048 0
snd_seq_midi 10368 0
snd_rawmidi 25344 1 snd_seq_midi
snd_seq_midi_event 11136 2 snd_seq_oss,snd_seq_midi
snd_seq 53552 6
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 24712 2 snd_pcm,snd_seq
snd_seq_device 11020 5
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore 11232 1 snd
snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
#lsmod |grep snd_intel8x0
snd_intel8x0 33052 3
snd_intel8x0m 17676 0
snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
snd_pcm 76548 4
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
dès que le son re-plante je les recommence, afin d'identifier le module
qui cesse d'utiliser snd_intel8x0 et qui serait la source du problème,
c'est bien ça ?
Oui même si dans mon cas la différence portait carrément sur les modules
chargéssi j'ai compris et que j'arrive à identifier ce module, quelle pourra
être la suite ( tenter des modprobe -r XX + modprobe XX ou modprobe -r
snd_intel8x0 + modprobe snd_intel8x0 ) ?
J'avoue que je n'ai pas trop d'idée sur le moment. Je m'en étais sorti avec
une blacklist mais dans ton cas tu utilises les mêmes modules chaque fois.
Arf si, à tous les coup ça vient de ac97. Mon problème venait de ce truc
également. En plus tu n'as pas de raison d'avoir le driver intel8x0 et le
driver ac97. Essaie quand le son déconne de virer tout ce qui est lié à ac97
(regarde aussi ce dont il dépend).merci d'avance
Antoine Y
Cordialement,
Thomas Preud'homme
On Wednesday 18 February 2009 18:41:29 Antoine Y wrote:
Thomas Preud'homme a écrit :
Une bonne idée serait de faire un lsmod | sort -n quand ça marche et
quand cela ne marche pas et de comparer les modules chargés.
Désolé de squatter ce fil, mais ayant aussi régulièrement le son qui
"saute" mais sous squeeze + pulseaudio, j'ai suivi cette piste :
du son :
#lsmod | sort -n > modules_son_on
plus de son :
#lsmod | sort -n > modules_son_off
#diff modules_son_off modules_son_on
< snd 58148 15
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
> snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
< snd_intel8x0 33052 2
> snd_intel8x0 33052 3
donc si je comprends bien, snd_intel8x0 est utilisé par 3 autres modules
quand ça marche et plus que 2 quand ça ne marche plus ?
pour l'instant avec du son :
# lsmod |grep snd
snd_intel8x0 33052 3
snd_intel8x0m 17676 0
snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
ac97_bus 5760 1 snd_ac97_codec
snd_pcm_oss 42368 0
snd_mixer_oss 18688 1 snd_pcm_oss
snd_pcm 76548 4
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
snd_seq_dummy 6788 0
snd_seq_oss 34048 0
snd_seq_midi 10368 0
snd_rawmidi 25344 1 snd_seq_midi
snd_seq_midi_event 11136 2 snd_seq_oss,snd_seq_midi
snd_seq 53552 6
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 24712 2 snd_pcm,snd_seq
snd_seq_device 11020 5
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore 11232 1 snd
snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
#lsmod |grep snd_intel8x0
snd_intel8x0 33052 3
snd_intel8x0m 17676 0
snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
snd_pcm 76548 4
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
dès que le son re-plante je les recommence, afin d'identifier le module
qui cesse d'utiliser snd_intel8x0 et qui serait la source du problème,
c'est bien ça ?
Oui même si dans mon cas la différence portait carrément sur les modules
chargés
si j'ai compris et que j'arrive à identifier ce module, quelle pourra
être la suite ( tenter des modprobe -r XX + modprobe XX ou modprobe -r
snd_intel8x0 + modprobe snd_intel8x0 ) ?
J'avoue que je n'ai pas trop d'idée sur le moment. Je m'en étais sorti avec
une blacklist mais dans ton cas tu utilises les mêmes modules chaque fois.
Arf si, à tous les coup ça vient de ac97. Mon problème venait de ce truc
également. En plus tu n'as pas de raison d'avoir le driver intel8x0 et le
driver ac97. Essaie quand le son déconne de virer tout ce qui est lié à ac97
(regarde aussi ce dont il dépend).
merci d'avance
Antoine Y
Cordialement,
Thomas Preud'homme
On Wednesday 18 February 2009 18:41:29 Antoine Y wrote:Thomas Preud'homme a écrit :Une bonne idée serait de faire un lsmod | sort -n quand ça marche et
quand cela ne marche pas et de comparer les modules chargés.
Désolé de squatter ce fil, mais ayant aussi régulièrement le son qui
"saute" mais sous squeeze + pulseaudio, j'ai suivi cette piste :
du son :
#lsmod | sort -n > modules_son_on
plus de son :
#lsmod | sort -n > modules_son_off
#diff modules_son_off modules_son_on
< snd 58148 15
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
> snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
< snd_intel8x0 33052 2
> snd_intel8x0 33052 3
donc si je comprends bien, snd_intel8x0 est utilisé par 3 autres modules
quand ça marche et plus que 2 quand ça ne marche plus ?
pour l'instant avec du son :
# lsmod |grep snd
snd_intel8x0 33052 3
snd_intel8x0m 17676 0
snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
ac97_bus 5760 1 snd_ac97_codec
snd_pcm_oss 42368 0
snd_mixer_oss 18688 1 snd_pcm_oss
snd_pcm 76548 4
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
snd_seq_dummy 6788 0
snd_seq_oss 34048 0
snd_seq_midi 10368 0
snd_rawmidi 25344 1 snd_seq_midi
snd_seq_midi_event 11136 2 snd_seq_oss,snd_seq_midi
snd_seq 53552 6
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 24712 2 snd_pcm,snd_seq
snd_seq_device 11020 5
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore 11232 1 snd
snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
#lsmod |grep snd_intel8x0
snd_intel8x0 33052 3
snd_intel8x0m 17676 0
snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
snd_pcm 76548 4
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
dès que le son re-plante je les recommence, afin d'identifier le module
qui cesse d'utiliser snd_intel8x0 et qui serait la source du problème,
c'est bien ça ?
Oui même si dans mon cas la différence portait carrément sur les modules
chargéssi j'ai compris et que j'arrive à identifier ce module, quelle pourra
être la suite ( tenter des modprobe -r XX + modprobe XX ou modprobe -r
snd_intel8x0 + modprobe snd_intel8x0 ) ?
J'avoue que je n'ai pas trop d'idée sur le moment. Je m'en étais sorti avec
une blacklist mais dans ton cas tu utilises les mêmes modules chaque fois.
Arf si, à tous les coup ça vient de ac97. Mon problème venait de ce truc
également. En plus tu n'as pas de raison d'avoir le driver intel8x0 et le
driver ac97. Essaie quand le son déconne de virer tout ce qui est lié à ac97
(regarde aussi ce dont il dépend).merci d'avance
Antoine Y
Cordialement,
Thomas Preud'homme
Message du 18/02/09 19:09
De : "Thomas Preud'homme"
A :
Copie à :
Objet : Re: son avec lenny
On Wednesday 18 February 2009 18:41:29 Antoine Y wrote:
> Thomas Preud'homme a écrit :
> >> Une bonne idée serait de faire un lsmod | sort -n quand ça marche et
> >> quand cela ne marche pas et de comparer les modules chargés.
>
> Désolé de squatter ce fil, mais ayant aussi réguliè rement le son qui
> "saute" mais sous squeeze + pulseaudio, j'ai suivi cette piste :
>
> du son :
> #lsmod | sort -n > modules_son_on
> plus de son :
> #lsmod | sort -n > modules_son_off
>
> #diff modules_son_off modules_son_on
> < snd 58148 15
> snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd _pcm
>,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
>
> > snd 58148 17
>
> snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd _pcm
>,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
>
> < snd_intel8x0 33052 2
>
> > snd_intel8x0 33052 3
>
> donc si je comprends bien, snd_intel8x0 est utilisé par 3 autres m odules
> quand ça marche et plus que 2 quand ça ne marche plus ?
>
> pour l'instant avec du son :
>
> # lsmod |grep snd
> snd_intel8x0 33052 3
> snd_intel8x0m 17676 0
> snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
> ac97_bus 5760 1 snd_ac97_codec
> snd_pcm_oss 42368 0
> snd_mixer_oss 18688 1 snd_pcm_oss
> snd_pcm 76548 4
> snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
> snd_seq_dummy 6788 0
> snd_seq_oss 34048 0
> snd_seq_midi 10368 0
> snd_rawmidi 25344 1 snd_seq_midi
> snd_seq_midi_event 11136 2 snd_seq_oss,snd_seq_midi
> snd_seq 53552 6
> snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
> snd_timer 24712 2 snd_pcm,snd_seq
> snd_seq_device 11020 5
> snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
> snd 58148 17
> snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd _pcm
>,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
>
> soundcore 11232 1 snd
> snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
>
> #lsmod |grep snd_intel8x0
> snd_intel8x0 33052 3
> snd_intel8x0m 17676 0
> snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
> snd_pcm 76548 4
> snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
> snd 58148 17
> snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd _pcm
>,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
>
> snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
>
> dès que le son re-plante je les recommence, afin d'identifier le m odule
> qui cesse d'utiliser snd_intel8x0 et qui serait la source du problà ¨me,
> c'est bien ça ?
Oui même si dans mon cas la différence portait carrément s ur les modules
chargés
> si j'ai compris et que j'arrive à identifier ce module, quelle pou rra
> être la suite ( tenter des modprobe -r XX + modprobe XX ou modprob e -r
> snd_intel8x0 + modprobe snd_intel8x0 ) ?
J'avoue que je n'ai pas trop d'idée sur le moment. Je m'en étai s sorti avec
une blacklist mais dans ton cas tu utilises les mêmes modules chaque fois.
Arf si, à tous les coup ça vient de ac97. Mon problème ven ait de ce truc
également. En plus tu n'as pas de raison d'avoir le driver intel8x0 et le
driver ac97. Essaie quand le son déconne de virer tout ce qui est li é à ac97
(regarde aussi ce dont il dépend).
>
> merci d'avance
> Antoine Y
Cordialement,
Thomas Preud'homme
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact .org
Message du 18/02/09 19:09
De : "Thomas Preud'homme"
A : debian-user-french@lists.debian.org
Copie à :
Objet : Re: son avec lenny
On Wednesday 18 February 2009 18:41:29 Antoine Y wrote:
> Thomas Preud'homme a écrit :
> >> Une bonne idée serait de faire un lsmod | sort -n quand ça marche et
> >> quand cela ne marche pas et de comparer les modules chargés.
>
> Désolé de squatter ce fil, mais ayant aussi réguliè rement le son qui
> "saute" mais sous squeeze + pulseaudio, j'ai suivi cette piste :
>
> du son :
> #lsmod | sort -n > modules_son_on
> plus de son :
> #lsmod | sort -n > modules_son_off
>
> #diff modules_son_off modules_son_on
> < snd 58148 15
> snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd _pcm
>,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
>
> > snd 58148 17
>
> snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd _pcm
>,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
>
> < snd_intel8x0 33052 2
>
> > snd_intel8x0 33052 3
>
> donc si je comprends bien, snd_intel8x0 est utilisé par 3 autres m odules
> quand ça marche et plus que 2 quand ça ne marche plus ?
>
> pour l'instant avec du son :
>
> # lsmod |grep snd
> snd_intel8x0 33052 3
> snd_intel8x0m 17676 0
> snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
> ac97_bus 5760 1 snd_ac97_codec
> snd_pcm_oss 42368 0
> snd_mixer_oss 18688 1 snd_pcm_oss
> snd_pcm 76548 4
> snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
> snd_seq_dummy 6788 0
> snd_seq_oss 34048 0
> snd_seq_midi 10368 0
> snd_rawmidi 25344 1 snd_seq_midi
> snd_seq_midi_event 11136 2 snd_seq_oss,snd_seq_midi
> snd_seq 53552 6
> snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
> snd_timer 24712 2 snd_pcm,snd_seq
> snd_seq_device 11020 5
> snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
> snd 58148 17
> snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd _pcm
>,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
>
> soundcore 11232 1 snd
> snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
>
> #lsmod |grep snd_intel8x0
> snd_intel8x0 33052 3
> snd_intel8x0m 17676 0
> snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
> snd_pcm 76548 4
> snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
> snd 58148 17
> snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd _pcm
>,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
>
> snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
>
> dès que le son re-plante je les recommence, afin d'identifier le m odule
> qui cesse d'utiliser snd_intel8x0 et qui serait la source du problà ¨me,
> c'est bien ça ?
Oui même si dans mon cas la différence portait carrément s ur les modules
chargés
> si j'ai compris et que j'arrive à identifier ce module, quelle pou rra
> être la suite ( tenter des modprobe -r XX + modprobe XX ou modprob e -r
> snd_intel8x0 + modprobe snd_intel8x0 ) ?
J'avoue que je n'ai pas trop d'idée sur le moment. Je m'en étai s sorti avec
une blacklist mais dans ton cas tu utilises les mêmes modules chaque fois.
Arf si, à tous les coup ça vient de ac97. Mon problème ven ait de ce truc
également. En plus tu n'as pas de raison d'avoir le driver intel8x0 et le
driver ac97. Essaie quand le son déconne de virer tout ce qui est li é à ac97
(regarde aussi ce dont il dépend).
>
> merci d'avance
> Antoine Y
Cordialement,
Thomas Preud'homme
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter 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
Message du 18/02/09 19:09
De : "Thomas Preud'homme"
A :
Copie à :
Objet : Re: son avec lenny
On Wednesday 18 February 2009 18:41:29 Antoine Y wrote:
> Thomas Preud'homme a écrit :
> >> Une bonne idée serait de faire un lsmod | sort -n quand ça marche et
> >> quand cela ne marche pas et de comparer les modules chargés.
>
> Désolé de squatter ce fil, mais ayant aussi réguliè rement le son qui
> "saute" mais sous squeeze + pulseaudio, j'ai suivi cette piste :
>
> du son :
> #lsmod | sort -n > modules_son_on
> plus de son :
> #lsmod | sort -n > modules_son_off
>
> #diff modules_son_off modules_son_on
> < snd 58148 15
> snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd _pcm
>,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
>
> > snd 58148 17
>
> snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd _pcm
>,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
>
> < snd_intel8x0 33052 2
>
> > snd_intel8x0 33052 3
>
> donc si je comprends bien, snd_intel8x0 est utilisé par 3 autres m odules
> quand ça marche et plus que 2 quand ça ne marche plus ?
>
> pour l'instant avec du son :
>
> # lsmod |grep snd
> snd_intel8x0 33052 3
> snd_intel8x0m 17676 0
> snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
> ac97_bus 5760 1 snd_ac97_codec
> snd_pcm_oss 42368 0
> snd_mixer_oss 18688 1 snd_pcm_oss
> snd_pcm 76548 4
> snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
> snd_seq_dummy 6788 0
> snd_seq_oss 34048 0
> snd_seq_midi 10368 0
> snd_rawmidi 25344 1 snd_seq_midi
> snd_seq_midi_event 11136 2 snd_seq_oss,snd_seq_midi
> snd_seq 53552 6
> snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
> snd_timer 24712 2 snd_pcm,snd_seq
> snd_seq_device 11020 5
> snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
> snd 58148 17
> snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd _pcm
>,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
>
> soundcore 11232 1 snd
> snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
>
> #lsmod |grep snd_intel8x0
> snd_intel8x0 33052 3
> snd_intel8x0m 17676 0
> snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
> snd_pcm 76548 4
> snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
> snd 58148 17
> snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd _pcm
>,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
>
> snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
>
> dès que le son re-plante je les recommence, afin d'identifier le m odule
> qui cesse d'utiliser snd_intel8x0 et qui serait la source du problà ¨me,
> c'est bien ça ?
Oui même si dans mon cas la différence portait carrément s ur les modules
chargés
> si j'ai compris et que j'arrive à identifier ce module, quelle pou rra
> être la suite ( tenter des modprobe -r XX + modprobe XX ou modprob e -r
> snd_intel8x0 + modprobe snd_intel8x0 ) ?
J'avoue que je n'ai pas trop d'idée sur le moment. Je m'en étai s sorti avec
une blacklist mais dans ton cas tu utilises les mêmes modules chaque fois.
Arf si, à tous les coup ça vient de ac97. Mon problème ven ait de ce truc
également. En plus tu n'as pas de raison d'avoir le driver intel8x0 et le
driver ac97. Essaie quand le son déconne de virer tout ce qui est li é à ac97
(regarde aussi ce dont il dépend).
>
> merci d'avance
> Antoine Y
Cordialement,
Thomas Preud'homme
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact .org
merci de ta réponse voila ce que donne ce que tu m'as conseillé de faire :
#lsmod|sort -n >modules_son_on rien
#lsmod|sort -n >modules_son_off rien
#lsmod|sort -n >modules_son_on rien
#diff modules_son_off modules_son_on rien
#lsmod|grep snd
snd_hda_intel 324248 1
snd_pcm_oss 32800 0
snd_mixer_oss 12320 1 snd_pcm_oss
snd_pcm 62596 2 snd_hda_intel,snd_pcm_oss
snd_seq_dummy 2660 0
snd_seq_oss 24992 0
snd_seq_midi 5728 0
snd_rawmidi 18496 1 snd_seq_midi
snd_seq_midi_event 6432 2 snd_seq_oss,snd_seq_midi
snd_seq 41456 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 17800 2 snd_pcm,snd_seq
snd_seq_device 6380 5
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq snd 45604 11
snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,s nd
_seq,snd_timer,snd_seq_device soundcore 6368 1 snd
snd_page_alloc 7816 2 snd_hda_intel,snd_pcm
debian:/home/albert2# lsmod|grep snd
snd_hda_intel 324248 1
snd_pcm_oss 32800 0
snd_mixer_oss 12320 1 snd_pcm_oss
snd_pcm 62596 2 snd_hda_intel,snd_pcm_oss
snd_seq_dummy 2660 0
snd_seq_oss 24992 0
snd_seq_midi 5728 0
snd_rawmidi 18496 1 snd_seq_midi
snd_seq_midi_event 6432 2 snd_seq_oss,snd_seq_midi
snd_seq 41456 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 17800 2 snd_pcm,snd_seq
snd_seq_device 6380 5
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq snd 45604 11
snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,s nd
_seq,snd_timer,snd_seq_device soundcore 6368 1 snd
snd_page_alloc 7816 2 snd_hda_intel,snd_pcm
> Message du 18/02/09 19:09
> De : "Thomas Preud'homme"
> A :
> Copie à :
> Objet : Re: son avec lenny
>
> On Wednesday 18 February 2009 18:41:29 Antoine Y wrote:
> > Thomas Preud'homme a écrit :
> > >> Une bonne idée serait de faire un lsmod | sort -n quand à §a marche et
> > >> quand cela ne marche pas et de comparer les modules chargés.
> >
> > Désolé de squatter ce fil, mais ayant aussi régulià ¨rement le son qui
> > "saute" mais sous squeeze + pulseaudio, j'ai suivi cette piste :
> >
> > du son :
> > #lsmod | sort -n > modules_son_on
> > plus de son :
> > #lsmod | sort -n > modules_son_off
> >
> > #diff modules_son_off modules_son_on
> > < snd 58148 15
> > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,s nd
> >_pcm ,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
> >
> > > snd 58148 17
> >
> > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,s nd
> >_pcm ,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
> >
> > < snd_intel8x0 33052 2
> >
> > > snd_intel8x0 33052 3
> >
> > donc si je comprends bien, snd_intel8x0 est utilisé par 3 autres
> > modules quand ça marche et plus que 2 quand ça ne marche pl us ?
> >
> > pour l'instant avec du son :
> >
> > # lsmod |grep snd
> > snd_intel8x0 33052 3
> > snd_intel8x0m 17676 0
> > snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
> > ac97_bus 5760 1 snd_ac97_codec
> > snd_pcm_oss 42368 0
> > snd_mixer_oss 18688 1 snd_pcm_oss
> > snd_pcm 76548 4
> > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
> > snd_seq_dummy 6788 0
> > snd_seq_oss 34048 0
> > snd_seq_midi 10368 0
> > snd_rawmidi 25344 1 snd_seq_midi
> > snd_seq_midi_event 11136 2 snd_seq_oss,snd_seq_midi
> > snd_seq 53552 6
> > snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
> > snd_timer 24712 2 snd_pcm,snd_seq
> > snd_seq_device 11020 5
> > snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
> > snd 58148 17
> > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,s nd
> >_pcm ,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
> >
> > soundcore 11232 1 snd
> > snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
> >
> > #lsmod |grep snd_intel8x0
> > snd_intel8x0 33052 3
> > snd_intel8x0m 17676 0
> > snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
> > snd_pcm 76548 4
> > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
> > snd 58148 17
> > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,s nd
> >_pcm ,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
> >
> > snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
> >
> > dès que le son re-plante je les recommence, afin d'identifier le module
> > qui cesse d'utiliser snd_intel8x0 et qui serait la source du problà ¨me,
> > c'est bien ça ?
>
> Oui même si dans mon cas la différence portait carrément sur les modules
> chargés
>
> > si j'ai compris et que j'arrive à identifier ce module, quelle p ourra
> > être la suite ( tenter des modprobe -r XX + modprobe XX ou modpr obe -r
> > snd_intel8x0 + modprobe snd_intel8x0 ) ?
>
> J'avoue que je n'ai pas trop d'idée sur le moment. Je m'en ét ais sorti
> avec une blacklist mais dans ton cas tu utilises les mêmes modules chaque
> fois. Arf si, à tous les coup ça vient de ac97. Mon problà ¨me venait de ce
> truc également. En plus tu n'as pas de raison d'avoir le driver in tel8x0
> et le driver ac97. Essaie quand le son déconne de virer tout ce qu i est
> lié à ac97 (regarde aussi ce dont il dépend).
>
> > merci d'avance
> > Antoine Y
>
> Cordialement,
>
> Thomas Preud'homme
>
> --
> Lisez la FAQ de la liste avant de poser une question :
> http://wiki.debian.org/DebFrFrenchLists
> Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
> "Reply-To:"
>
> To UNSUBSCRIBE, email to
> with a subject of "unsubscribe". Trouble? Contact
>
merci de ta réponse voila ce que donne ce que tu m'as conseillé de faire :
#lsmod|sort -n >modules_son_on rien
#lsmod|sort -n >modules_son_off rien
#lsmod|sort -n >modules_son_on rien
#diff modules_son_off modules_son_on rien
#lsmod|grep snd
snd_hda_intel 324248 1
snd_pcm_oss 32800 0
snd_mixer_oss 12320 1 snd_pcm_oss
snd_pcm 62596 2 snd_hda_intel,snd_pcm_oss
snd_seq_dummy 2660 0
snd_seq_oss 24992 0
snd_seq_midi 5728 0
snd_rawmidi 18496 1 snd_seq_midi
snd_seq_midi_event 6432 2 snd_seq_oss,snd_seq_midi
snd_seq 41456 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 17800 2 snd_pcm,snd_seq
snd_seq_device 6380 5
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq snd 45604 11
snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,s nd
_seq,snd_timer,snd_seq_device soundcore 6368 1 snd
snd_page_alloc 7816 2 snd_hda_intel,snd_pcm
debian:/home/albert2# lsmod|grep snd
snd_hda_intel 324248 1
snd_pcm_oss 32800 0
snd_mixer_oss 12320 1 snd_pcm_oss
snd_pcm 62596 2 snd_hda_intel,snd_pcm_oss
snd_seq_dummy 2660 0
snd_seq_oss 24992 0
snd_seq_midi 5728 0
snd_rawmidi 18496 1 snd_seq_midi
snd_seq_midi_event 6432 2 snd_seq_oss,snd_seq_midi
snd_seq 41456 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 17800 2 snd_pcm,snd_seq
snd_seq_device 6380 5
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq snd 45604 11
snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,s nd
_seq,snd_timer,snd_seq_device soundcore 6368 1 snd
snd_page_alloc 7816 2 snd_hda_intel,snd_pcm
> Message du 18/02/09 19:09
> De : "Thomas Preud'homme"
> A : debian-user-french@lists.debian.org
> Copie à :
> Objet : Re: son avec lenny
>
> On Wednesday 18 February 2009 18:41:29 Antoine Y wrote:
> > Thomas Preud'homme a écrit :
> > >> Une bonne idée serait de faire un lsmod | sort -n quand à §a marche et
> > >> quand cela ne marche pas et de comparer les modules chargés.
> >
> > Désolé de squatter ce fil, mais ayant aussi régulià ¨rement le son qui
> > "saute" mais sous squeeze + pulseaudio, j'ai suivi cette piste :
> >
> > du son :
> > #lsmod | sort -n > modules_son_on
> > plus de son :
> > #lsmod | sort -n > modules_son_off
> >
> > #diff modules_son_off modules_son_on
> > < snd 58148 15
> > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,s nd
> >_pcm ,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
> >
> > > snd 58148 17
> >
> > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,s nd
> >_pcm ,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
> >
> > < snd_intel8x0 33052 2
> >
> > > snd_intel8x0 33052 3
> >
> > donc si je comprends bien, snd_intel8x0 est utilisé par 3 autres
> > modules quand ça marche et plus que 2 quand ça ne marche pl us ?
> >
> > pour l'instant avec du son :
> >
> > # lsmod |grep snd
> > snd_intel8x0 33052 3
> > snd_intel8x0m 17676 0
> > snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
> > ac97_bus 5760 1 snd_ac97_codec
> > snd_pcm_oss 42368 0
> > snd_mixer_oss 18688 1 snd_pcm_oss
> > snd_pcm 76548 4
> > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
> > snd_seq_dummy 6788 0
> > snd_seq_oss 34048 0
> > snd_seq_midi 10368 0
> > snd_rawmidi 25344 1 snd_seq_midi
> > snd_seq_midi_event 11136 2 snd_seq_oss,snd_seq_midi
> > snd_seq 53552 6
> > snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
> > snd_timer 24712 2 snd_pcm,snd_seq
> > snd_seq_device 11020 5
> > snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
> > snd 58148 17
> > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,s nd
> >_pcm ,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
> >
> > soundcore 11232 1 snd
> > snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
> >
> > #lsmod |grep snd_intel8x0
> > snd_intel8x0 33052 3
> > snd_intel8x0m 17676 0
> > snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
> > snd_pcm 76548 4
> > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
> > snd 58148 17
> > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,s nd
> >_pcm ,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
> >
> > snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
> >
> > dès que le son re-plante je les recommence, afin d'identifier le module
> > qui cesse d'utiliser snd_intel8x0 et qui serait la source du problà ¨me,
> > c'est bien ça ?
>
> Oui même si dans mon cas la différence portait carrément sur les modules
> chargés
>
> > si j'ai compris et que j'arrive à identifier ce module, quelle p ourra
> > être la suite ( tenter des modprobe -r XX + modprobe XX ou modpr obe -r
> > snd_intel8x0 + modprobe snd_intel8x0 ) ?
>
> J'avoue que je n'ai pas trop d'idée sur le moment. Je m'en ét ais sorti
> avec une blacklist mais dans ton cas tu utilises les mêmes modules chaque
> fois. Arf si, à tous les coup ça vient de ac97. Mon problà ¨me venait de ce
> truc également. En plus tu n'as pas de raison d'avoir le driver in tel8x0
> et le driver ac97. Essaie quand le son déconne de virer tout ce qu i est
> lié à ac97 (regarde aussi ce dont il dépend).
>
> > merci d'avance
> > Antoine Y
>
> Cordialement,
>
> Thomas Preud'homme
>
> --
> Lisez la FAQ de la liste avant de poser une question :
> http://wiki.debian.org/DebFrFrenchLists
> Vous pouvez aussi ajouter 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
merci de ta réponse voila ce que donne ce que tu m'as conseillé de faire :
#lsmod|sort -n >modules_son_on rien
#lsmod|sort -n >modules_son_off rien
#lsmod|sort -n >modules_son_on rien
#diff modules_son_off modules_son_on rien
#lsmod|grep snd
snd_hda_intel 324248 1
snd_pcm_oss 32800 0
snd_mixer_oss 12320 1 snd_pcm_oss
snd_pcm 62596 2 snd_hda_intel,snd_pcm_oss
snd_seq_dummy 2660 0
snd_seq_oss 24992 0
snd_seq_midi 5728 0
snd_rawmidi 18496 1 snd_seq_midi
snd_seq_midi_event 6432 2 snd_seq_oss,snd_seq_midi
snd_seq 41456 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 17800 2 snd_pcm,snd_seq
snd_seq_device 6380 5
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq snd 45604 11
snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,s nd
_seq,snd_timer,snd_seq_device soundcore 6368 1 snd
snd_page_alloc 7816 2 snd_hda_intel,snd_pcm
debian:/home/albert2# lsmod|grep snd
snd_hda_intel 324248 1
snd_pcm_oss 32800 0
snd_mixer_oss 12320 1 snd_pcm_oss
snd_pcm 62596 2 snd_hda_intel,snd_pcm_oss
snd_seq_dummy 2660 0
snd_seq_oss 24992 0
snd_seq_midi 5728 0
snd_rawmidi 18496 1 snd_seq_midi
snd_seq_midi_event 6432 2 snd_seq_oss,snd_seq_midi
snd_seq 41456 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 17800 2 snd_pcm,snd_seq
snd_seq_device 6380 5
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq snd 45604 11
snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,s nd
_seq,snd_timer,snd_seq_device soundcore 6368 1 snd
snd_page_alloc 7816 2 snd_hda_intel,snd_pcm
> Message du 18/02/09 19:09
> De : "Thomas Preud'homme"
> A :
> Copie à :
> Objet : Re: son avec lenny
>
> On Wednesday 18 February 2009 18:41:29 Antoine Y wrote:
> > Thomas Preud'homme a écrit :
> > >> Une bonne idée serait de faire un lsmod | sort -n quand à §a marche et
> > >> quand cela ne marche pas et de comparer les modules chargés.
> >
> > Désolé de squatter ce fil, mais ayant aussi régulià ¨rement le son qui
> > "saute" mais sous squeeze + pulseaudio, j'ai suivi cette piste :
> >
> > du son :
> > #lsmod | sort -n > modules_son_on
> > plus de son :
> > #lsmod | sort -n > modules_son_off
> >
> > #diff modules_son_off modules_son_on
> > < snd 58148 15
> > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,s nd
> >_pcm ,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
> >
> > > snd 58148 17
> >
> > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,s nd
> >_pcm ,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
> >
> > < snd_intel8x0 33052 2
> >
> > > snd_intel8x0 33052 3
> >
> > donc si je comprends bien, snd_intel8x0 est utilisé par 3 autres
> > modules quand ça marche et plus que 2 quand ça ne marche pl us ?
> >
> > pour l'instant avec du son :
> >
> > # lsmod |grep snd
> > snd_intel8x0 33052 3
> > snd_intel8x0m 17676 0
> > snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
> > ac97_bus 5760 1 snd_ac97_codec
> > snd_pcm_oss 42368 0
> > snd_mixer_oss 18688 1 snd_pcm_oss
> > snd_pcm 76548 4
> > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
> > snd_seq_dummy 6788 0
> > snd_seq_oss 34048 0
> > snd_seq_midi 10368 0
> > snd_rawmidi 25344 1 snd_seq_midi
> > snd_seq_midi_event 11136 2 snd_seq_oss,snd_seq_midi
> > snd_seq 53552 6
> > snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
> > snd_timer 24712 2 snd_pcm,snd_seq
> > snd_seq_device 11020 5
> > snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
> > snd 58148 17
> > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,s nd
> >_pcm ,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
> >
> > soundcore 11232 1 snd
> > snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
> >
> > #lsmod |grep snd_intel8x0
> > snd_intel8x0 33052 3
> > snd_intel8x0m 17676 0
> > snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
> > snd_pcm 76548 4
> > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
> > snd 58148 17
> > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,s nd
> >_pcm ,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
> >
> > snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
> >
> > dès que le son re-plante je les recommence, afin d'identifier le module
> > qui cesse d'utiliser snd_intel8x0 et qui serait la source du problà ¨me,
> > c'est bien ça ?
>
> Oui même si dans mon cas la différence portait carrément sur les modules
> chargés
>
> > si j'ai compris et que j'arrive à identifier ce module, quelle p ourra
> > être la suite ( tenter des modprobe -r XX + modprobe XX ou modpr obe -r
> > snd_intel8x0 + modprobe snd_intel8x0 ) ?
>
> J'avoue que je n'ai pas trop d'idée sur le moment. Je m'en ét ais sorti
> avec une blacklist mais dans ton cas tu utilises les mêmes modules chaque
> fois. Arf si, à tous les coup ça vient de ac97. Mon problà ¨me venait de ce
> truc également. En plus tu n'as pas de raison d'avoir le driver in tel8x0
> et le driver ac97. Essaie quand le son déconne de virer tout ce qu i est
> lié à ac97 (regarde aussi ce dont il dépend).
>
> > merci d'avance
> > Antoine Y
>
> Cordialement,
>
> Thomas Preud'homme
>
> --
> Lisez la FAQ de la liste avant de poser une question :
> http://wiki.debian.org/DebFrFrenchLists
> Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
> "Reply-To:"
>
> To UNSUBSCRIBE, email to
> with a subject of "unsubscribe". Trouble? Contact
>
merci de ta réponse voila ce que donne ce que tu m'as conseillé de faire :
#lsmod|sort -n >modules_son_on rien
#lsmod|sort -n >modules_son_off rien
#lsmod|sort -n >modules_son_on rien
#diff modules_son_off modules_son_on rien
#lsmod|grep snd
snd_hda_intel 324248 1
snd_pcm_oss 32800 0
snd_mixer_oss 12320 1 snd_pcm_oss
snd_pcm 62596 2 snd_hda_intel,snd_pcm_oss
snd_seq_dummy 2660 0
snd_seq_oss 24992 0
snd_seq_midi 5728 0
snd_rawmidi 18496 1 snd_seq_midi
snd_seq_midi_event 6432 2 snd_seq_oss,snd_seq_midi
snd_seq 41456 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 17800 2 snd_pcm,snd_seq
snd_seq_device 6380 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
snd 45604 11 snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore 6368 1 snd
snd_page_alloc 7816 2 snd_hda_intel,snd_pcm
debian:/home/albert2# lsmod|grep snd
snd_hda_intel 324248 1
snd_pcm_oss 32800 0
snd_mixer_oss 12320 1 snd_pcm_oss
snd_pcm 62596 2 snd_hda_intel,snd_pcm_oss
snd_seq_dummy 2660 0
snd_seq_oss 24992 0
snd_seq_midi 5728 0
snd_rawmidi 18496 1 snd_seq_midi
snd_seq_midi_event 6432 2 snd_seq_oss,snd_seq_midi
snd_seq 41456 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 17800 2 snd_pcm,snd_seq
snd_seq_device 6380 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
snd 45604 11 snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore 6368 1 snd
snd_page_alloc 7816 2 snd_hda_intel,snd_pcmMessage du 18/02/09 19:09
De : "Thomas Preud'homme"
A :
Copie à :
Objet : Re: son avec lenny
On Wednesday 18 February 2009 18:41:29 Antoine Y wrote:Thomas Preud'homme a écrit :Une bonne idée serait de faire un lsmod | sort -n quand ça marche et
quand cela ne marche pas et de comparer les modules chargés.
Désolé de squatter ce fil, mais ayant aussi régulièrement le son qui
"saute" mais sous squeeze + pulseaudio, j'ai suivi cette piste :
du son :
#lsmod | sort -n > modules_son_on
plus de son :
#lsmod | sort -n > modules_son_off
#diff modules_son_off modules_son_on
< snd 58148 15
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_devicesnd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
< snd_intel8x0 33052 2snd_intel8x0 33052 3
donc si je comprends bien, snd_intel8x0 est utilisé par 3 autres modules
quand ça marche et plus que 2 quand ça ne marche plus ?
pour l'instant avec du son :
# lsmod |grep snd
snd_intel8x0 33052 3
snd_intel8x0m 17676 0
snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
ac97_bus 5760 1 snd_ac97_codec
snd_pcm_oss 42368 0
snd_mixer_oss 18688 1 snd_pcm_oss
snd_pcm 76548 4
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
snd_seq_dummy 6788 0
snd_seq_oss 34048 0
snd_seq_midi 10368 0
snd_rawmidi 25344 1 snd_seq_midi
snd_seq_midi_event 11136 2 snd_seq_oss,snd_seq_midi
snd_seq 53552 6
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 24712 2 snd_pcm,snd_seq
snd_seq_device 11020 5
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore 11232 1 snd
snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
#lsmod |grep snd_intel8x0
snd_intel8x0 33052 3
snd_intel8x0m 17676 0
snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
snd_pcm 76548 4
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
dès que le son re-plante je les recommence, afin d'identifier le module
qui cesse d'utiliser snd_intel8x0 et qui serait la source du problème,
c'est bien ça ?
Oui même si dans mon cas la différence portait carrément sur les modules
chargéssi j'ai compris et que j'arrive à identifier ce module, quelle pourra
être la suite ( tenter des modprobe -r XX + modprobe XX ou modprobe -r
snd_intel8x0 + modprobe snd_intel8x0 ) ?
J'avoue que je n'ai pas trop d'idée sur le moment. Je m'en étais sorti avec
une blacklist mais dans ton cas tu utilises les mêmes modules chaque fois.
Arf si, à tous les coup ça vient de ac97. Mon problème venait de ce truc
également. En plus tu n'as pas de raison d'avoir le driver intel8x0 et le
driver ac97. Essaie quand le son déconne de virer tout ce qui est lié à ac97
(regarde aussi ce dont il dépend).merci d'avance
Antoine Y
Cordialement,
Thomas Preud'homme
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
merci de ta réponse voila ce que donne ce que tu m'as conseillé de faire :
#lsmod|sort -n >modules_son_on rien
#lsmod|sort -n >modules_son_off rien
#lsmod|sort -n >modules_son_on rien
#diff modules_son_off modules_son_on rien
#lsmod|grep snd
snd_hda_intel 324248 1
snd_pcm_oss 32800 0
snd_mixer_oss 12320 1 snd_pcm_oss
snd_pcm 62596 2 snd_hda_intel,snd_pcm_oss
snd_seq_dummy 2660 0
snd_seq_oss 24992 0
snd_seq_midi 5728 0
snd_rawmidi 18496 1 snd_seq_midi
snd_seq_midi_event 6432 2 snd_seq_oss,snd_seq_midi
snd_seq 41456 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 17800 2 snd_pcm,snd_seq
snd_seq_device 6380 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
snd 45604 11 snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore 6368 1 snd
snd_page_alloc 7816 2 snd_hda_intel,snd_pcm
debian:/home/albert2# lsmod|grep snd
snd_hda_intel 324248 1
snd_pcm_oss 32800 0
snd_mixer_oss 12320 1 snd_pcm_oss
snd_pcm 62596 2 snd_hda_intel,snd_pcm_oss
snd_seq_dummy 2660 0
snd_seq_oss 24992 0
snd_seq_midi 5728 0
snd_rawmidi 18496 1 snd_seq_midi
snd_seq_midi_event 6432 2 snd_seq_oss,snd_seq_midi
snd_seq 41456 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 17800 2 snd_pcm,snd_seq
snd_seq_device 6380 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
snd 45604 11 snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore 6368 1 snd
snd_page_alloc 7816 2 snd_hda_intel,snd_pcm
Message du 18/02/09 19:09
De : "Thomas Preud'homme"
A : debian-user-french@lists.debian.org
Copie à :
Objet : Re: son avec lenny
On Wednesday 18 February 2009 18:41:29 Antoine Y wrote:
Thomas Preud'homme a écrit :
Une bonne idée serait de faire un lsmod | sort -n quand ça marche et
quand cela ne marche pas et de comparer les modules chargés.
Désolé de squatter ce fil, mais ayant aussi régulièrement le son qui
"saute" mais sous squeeze + pulseaudio, j'ai suivi cette piste :
du son :
#lsmod | sort -n > modules_son_on
plus de son :
#lsmod | sort -n > modules_son_off
#diff modules_son_off modules_son_on
< snd 58148 15
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
< snd_intel8x0 33052 2
snd_intel8x0 33052 3
donc si je comprends bien, snd_intel8x0 est utilisé par 3 autres modules
quand ça marche et plus que 2 quand ça ne marche plus ?
pour l'instant avec du son :
# lsmod |grep snd
snd_intel8x0 33052 3
snd_intel8x0m 17676 0
snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
ac97_bus 5760 1 snd_ac97_codec
snd_pcm_oss 42368 0
snd_mixer_oss 18688 1 snd_pcm_oss
snd_pcm 76548 4
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
snd_seq_dummy 6788 0
snd_seq_oss 34048 0
snd_seq_midi 10368 0
snd_rawmidi 25344 1 snd_seq_midi
snd_seq_midi_event 11136 2 snd_seq_oss,snd_seq_midi
snd_seq 53552 6
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 24712 2 snd_pcm,snd_seq
snd_seq_device 11020 5
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore 11232 1 snd
snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
#lsmod |grep snd_intel8x0
snd_intel8x0 33052 3
snd_intel8x0m 17676 0
snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
snd_pcm 76548 4
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
dès que le son re-plante je les recommence, afin d'identifier le module
qui cesse d'utiliser snd_intel8x0 et qui serait la source du problème,
c'est bien ça ?
Oui même si dans mon cas la différence portait carrément sur les modules
chargés
si j'ai compris et que j'arrive à identifier ce module, quelle pourra
être la suite ( tenter des modprobe -r XX + modprobe XX ou modprobe -r
snd_intel8x0 + modprobe snd_intel8x0 ) ?
J'avoue que je n'ai pas trop d'idée sur le moment. Je m'en étais sorti avec
une blacklist mais dans ton cas tu utilises les mêmes modules chaque fois.
Arf si, à tous les coup ça vient de ac97. Mon problème venait de ce truc
également. En plus tu n'as pas de raison d'avoir le driver intel8x0 et le
driver ac97. Essaie quand le son déconne de virer tout ce qui est lié à ac97
(regarde aussi ce dont il dépend).
merci d'avance
Antoine Y
Cordialement,
Thomas Preud'homme
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter 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
merci de ta réponse voila ce que donne ce que tu m'as conseillé de faire :
#lsmod|sort -n >modules_son_on rien
#lsmod|sort -n >modules_son_off rien
#lsmod|sort -n >modules_son_on rien
#diff modules_son_off modules_son_on rien
#lsmod|grep snd
snd_hda_intel 324248 1
snd_pcm_oss 32800 0
snd_mixer_oss 12320 1 snd_pcm_oss
snd_pcm 62596 2 snd_hda_intel,snd_pcm_oss
snd_seq_dummy 2660 0
snd_seq_oss 24992 0
snd_seq_midi 5728 0
snd_rawmidi 18496 1 snd_seq_midi
snd_seq_midi_event 6432 2 snd_seq_oss,snd_seq_midi
snd_seq 41456 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 17800 2 snd_pcm,snd_seq
snd_seq_device 6380 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
snd 45604 11 snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore 6368 1 snd
snd_page_alloc 7816 2 snd_hda_intel,snd_pcm
debian:/home/albert2# lsmod|grep snd
snd_hda_intel 324248 1
snd_pcm_oss 32800 0
snd_mixer_oss 12320 1 snd_pcm_oss
snd_pcm 62596 2 snd_hda_intel,snd_pcm_oss
snd_seq_dummy 2660 0
snd_seq_oss 24992 0
snd_seq_midi 5728 0
snd_rawmidi 18496 1 snd_seq_midi
snd_seq_midi_event 6432 2 snd_seq_oss,snd_seq_midi
snd_seq 41456 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 17800 2 snd_pcm,snd_seq
snd_seq_device 6380 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
snd 45604 11 snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore 6368 1 snd
snd_page_alloc 7816 2 snd_hda_intel,snd_pcmMessage du 18/02/09 19:09
De : "Thomas Preud'homme"
A :
Copie à :
Objet : Re: son avec lenny
On Wednesday 18 February 2009 18:41:29 Antoine Y wrote:Thomas Preud'homme a écrit :Une bonne idée serait de faire un lsmod | sort -n quand ça marche et
quand cela ne marche pas et de comparer les modules chargés.
Désolé de squatter ce fil, mais ayant aussi régulièrement le son qui
"saute" mais sous squeeze + pulseaudio, j'ai suivi cette piste :
du son :
#lsmod | sort -n > modules_son_on
plus de son :
#lsmod | sort -n > modules_son_off
#diff modules_son_off modules_son_on
< snd 58148 15
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_devicesnd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
< snd_intel8x0 33052 2snd_intel8x0 33052 3
donc si je comprends bien, snd_intel8x0 est utilisé par 3 autres modules
quand ça marche et plus que 2 quand ça ne marche plus ?
pour l'instant avec du son :
# lsmod |grep snd
snd_intel8x0 33052 3
snd_intel8x0m 17676 0
snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
ac97_bus 5760 1 snd_ac97_codec
snd_pcm_oss 42368 0
snd_mixer_oss 18688 1 snd_pcm_oss
snd_pcm 76548 4
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
snd_seq_dummy 6788 0
snd_seq_oss 34048 0
snd_seq_midi 10368 0
snd_rawmidi 25344 1 snd_seq_midi
snd_seq_midi_event 11136 2 snd_seq_oss,snd_seq_midi
snd_seq 53552 6
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 24712 2 snd_pcm,snd_seq
snd_seq_device 11020 5
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore 11232 1 snd
snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
#lsmod |grep snd_intel8x0
snd_intel8x0 33052 3
snd_intel8x0m 17676 0
snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m
snd_pcm 76548 4
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
snd 58148 17
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm
,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm
dès que le son re-plante je les recommence, afin d'identifier le module
qui cesse d'utiliser snd_intel8x0 et qui serait la source du problème,
c'est bien ça ?
Oui même si dans mon cas la différence portait carrément sur les modules
chargéssi j'ai compris et que j'arrive à identifier ce module, quelle pourra
être la suite ( tenter des modprobe -r XX + modprobe XX ou modprobe -r
snd_intel8x0 + modprobe snd_intel8x0 ) ?
J'avoue que je n'ai pas trop d'idée sur le moment. Je m'en étais sorti avec
une blacklist mais dans ton cas tu utilises les mêmes modules chaque fois.
Arf si, à tous les coup ça vient de ac97. Mon problème venait de ce truc
également. En plus tu n'as pas de raison d'avoir le driver intel8x0 et le
driver ac97. Essaie quand le son déconne de virer tout ce qui est lié à ac97
(regarde aussi ce dont il dépend).merci d'avance
Antoine Y
Cordialement,
Thomas Preud'homme
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
N'y a-t-il pas de channel muet quand tu fais alsamixer ?
N'y a-t-il pas de channel muet quand tu fais alsamixer ?
N'y a-t-il pas de channel muet quand tu fais alsamixer ?
Salut à tous,
Albert :
Pour clarifier les choses que j'ai un peut-être un peu embrouillées,
j'ai répondu à ce fil de msg parce que je rencontre des problèmes
similaires, et ayant suivi la piste que t'avais soumise Thomas, j'ai
voulu te faire profiter de mes essais tout en demandant plus d'infos à
thomas.
Vu les commentaires ('rien') que tu as fait quant aux commandes que je
t'avais rapportées, je me permet de te les expliciter un peu, mais
peut-être devrais-tu lire des infos quant à la ligne de commande/console
pour te familiariser
(http://formation-debian.via.ecp.fr/debuter-console.html)
L'idée étant d'auditer les états des modules de noyau chargés ('lsmod')
en lançant des commandes lorsque le son marche et lorsque le son ne
marche plus, puis de comparer leur resultat respectif ('diff') afin de
degager des pistes de resolution, notamment activer/desactiver/reactiver
des modules ('modprobe').
Lorsque tu fais la commande "lsmod |sort -n > modules_son_on" il s'agit
de lister les modules chargés et d'écrire cette liste dans un fichier
nommé "modules_son_on" dans le répertoire en cours (que tu peux savoir
en lançant "pwd")
Ceci étant fait lorsque le son marche ('on')
Puis lorsque le son ne marche plus ('off') tu refais la commande mais en
écrivant le résultat cette fois dans le fichier "modules_son_off"
enfin tu compares ces résultats en comparant les 2 fichiers générés (ils
doivent être dans le même répertoire) : "diff modules_son_off
modules_son_on"
Les 2 premières commandes (lorsque le son marche puis ne marche plus)
écrivant le résultat dans un fichier, il est normal que la ligne de
commande ne te retourne 'rien'
Par contre les différences entre les deux fichiers (puisque cela n'a pas
été redirigé vers un fichier : c'est la signification de l'opérateur
'>') sont retournées directement dans la console, donc si cela ne te
renvoie rien c'est qu'il n'y a pas de différences (ou as-tu lancé les
commandes sans attendre que le son ne marche plus ?)
bref, peut-être que cette armada de commandes ne sont pas adaptées à ton
problème, essayes plutôt la piste relevée par thomas :N'y a-t-il pas de channel muet quand tu fais alsamixer ?
"alsamixer" permettant (en console,équivalent à faire un bouton droit
sur l'icône de volume de la barr des tâches + "Ouvrir le contrôleur de
volume" ) de régler le niveau sonore des différents canaux. Il s'agit de
voir s'il n'y en a pas un qui est 'muté' càd en sourdine.
+ pour répondre à cette liste publique et non pas à l'auteur d'une
réponse avec le bouton 'répondre à', il faut envoyer ton mel à l'adresse
de la liste : , en essayant de ne
citer qu'une partie ciblée du post précédent plutôt qu'entièrement
...comme le disait claudux avec poésie peux-être devrais-tu lire la faq
de la liste :
http://www.debian.org/MailingLists/index.fr.html#codeofconduct
voilà désolé de t'avoir peut-être embrouillé et en espérant ne pas
t'avoir trop infantilisé (et démystifié la belle poésie de claudux !)-
cordialement - bon courage
Thomas:
merci pour la piste ac97. Les modules snd_ac97_codec et ac97_bus son
chargés par mon modem rtc. pas réussi à les désactiver malgré des
blacklist dans /etc/modprobe.d. Une connexion à un autre utilisateur
puis fermeture résolvant le problème, je ne suis pas sûr que ça vienne
de là mais plutôt de pulseaudio...étant en sid, je m'en contenterai donc
pour le moment et je re-tenterai des trucs dès la prochaine version de pa.
sputnik:
super ta checklist alsa, je met de côté. Maintenant ayant réussi à avoir
pulseaudio 'presque' stable, j'ose même plus à re-toucher ni à la config
alsa ou oss...
re-merci à tous
Antoine Y
Salut à tous,
Albert :
Pour clarifier les choses que j'ai un peut-être un peu embrouillées,
j'ai répondu à ce fil de msg parce que je rencontre des problèmes
similaires, et ayant suivi la piste que t'avais soumise Thomas, j'ai
voulu te faire profiter de mes essais tout en demandant plus d'infos à
thomas.
Vu les commentaires ('rien') que tu as fait quant aux commandes que je
t'avais rapportées, je me permet de te les expliciter un peu, mais
peut-être devrais-tu lire des infos quant à la ligne de commande/console
pour te familiariser
(http://formation-debian.via.ecp.fr/debuter-console.html)
L'idée étant d'auditer les états des modules de noyau chargés ('lsmod')
en lançant des commandes lorsque le son marche et lorsque le son ne
marche plus, puis de comparer leur resultat respectif ('diff') afin de
degager des pistes de resolution, notamment activer/desactiver/reactiver
des modules ('modprobe').
Lorsque tu fais la commande "lsmod |sort -n > modules_son_on" il s'agit
de lister les modules chargés et d'écrire cette liste dans un fichier
nommé "modules_son_on" dans le répertoire en cours (que tu peux savoir
en lançant "pwd")
Ceci étant fait lorsque le son marche ('on')
Puis lorsque le son ne marche plus ('off') tu refais la commande mais en
écrivant le résultat cette fois dans le fichier "modules_son_off"
enfin tu compares ces résultats en comparant les 2 fichiers générés (ils
doivent être dans le même répertoire) : "diff modules_son_off
modules_son_on"
Les 2 premières commandes (lorsque le son marche puis ne marche plus)
écrivant le résultat dans un fichier, il est normal que la ligne de
commande ne te retourne 'rien'
Par contre les différences entre les deux fichiers (puisque cela n'a pas
été redirigé vers un fichier : c'est la signification de l'opérateur
'>') sont retournées directement dans la console, donc si cela ne te
renvoie rien c'est qu'il n'y a pas de différences (ou as-tu lancé les
commandes sans attendre que le son ne marche plus ?)
bref, peut-être que cette armada de commandes ne sont pas adaptées à ton
problème, essayes plutôt la piste relevée par thomas :
N'y a-t-il pas de channel muet quand tu fais alsamixer ?
"alsamixer" permettant (en console,équivalent à faire un bouton droit
sur l'icône de volume de la barr des tâches + "Ouvrir le contrôleur de
volume" ) de régler le niveau sonore des différents canaux. Il s'agit de
voir s'il n'y en a pas un qui est 'muté' càd en sourdine.
+ pour répondre à cette liste publique et non pas à l'auteur d'une
réponse avec le bouton 'répondre à', il faut envoyer ton mel à l'adresse
de la liste : debian-user-french@lists.debian.org, en essayant de ne
citer qu'une partie ciblée du post précédent plutôt qu'entièrement
...comme le disait claudux avec poésie peux-être devrais-tu lire la faq
de la liste :
http://www.debian.org/MailingLists/index.fr.html#codeofconduct
voilà désolé de t'avoir peut-être embrouillé et en espérant ne pas
t'avoir trop infantilisé (et démystifié la belle poésie de claudux !)-
cordialement - bon courage
Thomas:
merci pour la piste ac97. Les modules snd_ac97_codec et ac97_bus son
chargés par mon modem rtc. pas réussi à les désactiver malgré des
blacklist dans /etc/modprobe.d. Une connexion à un autre utilisateur
puis fermeture résolvant le problème, je ne suis pas sûr que ça vienne
de là mais plutôt de pulseaudio...étant en sid, je m'en contenterai donc
pour le moment et je re-tenterai des trucs dès la prochaine version de pa.
sputnik:
super ta checklist alsa, je met de côté. Maintenant ayant réussi à avoir
pulseaudio 'presque' stable, j'ose même plus à re-toucher ni à la config
alsa ou oss...
re-merci à tous
Antoine Y
Salut à tous,
Albert :
Pour clarifier les choses que j'ai un peut-être un peu embrouillées,
j'ai répondu à ce fil de msg parce que je rencontre des problèmes
similaires, et ayant suivi la piste que t'avais soumise Thomas, j'ai
voulu te faire profiter de mes essais tout en demandant plus d'infos à
thomas.
Vu les commentaires ('rien') que tu as fait quant aux commandes que je
t'avais rapportées, je me permet de te les expliciter un peu, mais
peut-être devrais-tu lire des infos quant à la ligne de commande/console
pour te familiariser
(http://formation-debian.via.ecp.fr/debuter-console.html)
L'idée étant d'auditer les états des modules de noyau chargés ('lsmod')
en lançant des commandes lorsque le son marche et lorsque le son ne
marche plus, puis de comparer leur resultat respectif ('diff') afin de
degager des pistes de resolution, notamment activer/desactiver/reactiver
des modules ('modprobe').
Lorsque tu fais la commande "lsmod |sort -n > modules_son_on" il s'agit
de lister les modules chargés et d'écrire cette liste dans un fichier
nommé "modules_son_on" dans le répertoire en cours (que tu peux savoir
en lançant "pwd")
Ceci étant fait lorsque le son marche ('on')
Puis lorsque le son ne marche plus ('off') tu refais la commande mais en
écrivant le résultat cette fois dans le fichier "modules_son_off"
enfin tu compares ces résultats en comparant les 2 fichiers générés (ils
doivent être dans le même répertoire) : "diff modules_son_off
modules_son_on"
Les 2 premières commandes (lorsque le son marche puis ne marche plus)
écrivant le résultat dans un fichier, il est normal que la ligne de
commande ne te retourne 'rien'
Par contre les différences entre les deux fichiers (puisque cela n'a pas
été redirigé vers un fichier : c'est la signification de l'opérateur
'>') sont retournées directement dans la console, donc si cela ne te
renvoie rien c'est qu'il n'y a pas de différences (ou as-tu lancé les
commandes sans attendre que le son ne marche plus ?)
bref, peut-être que cette armada de commandes ne sont pas adaptées à ton
problème, essayes plutôt la piste relevée par thomas :N'y a-t-il pas de channel muet quand tu fais alsamixer ?
"alsamixer" permettant (en console,équivalent à faire un bouton droit
sur l'icône de volume de la barr des tâches + "Ouvrir le contrôleur de
volume" ) de régler le niveau sonore des différents canaux. Il s'agit de
voir s'il n'y en a pas un qui est 'muté' càd en sourdine.
+ pour répondre à cette liste publique et non pas à l'auteur d'une
réponse avec le bouton 'répondre à', il faut envoyer ton mel à l'adresse
de la liste : , en essayant de ne
citer qu'une partie ciblée du post précédent plutôt qu'entièrement
...comme le disait claudux avec poésie peux-être devrais-tu lire la faq
de la liste :
http://www.debian.org/MailingLists/index.fr.html#codeofconduct
voilà désolé de t'avoir peut-être embrouillé et en espérant ne pas
t'avoir trop infantilisé (et démystifié la belle poésie de claudux !)-
cordialement - bon courage
Thomas:
merci pour la piste ac97. Les modules snd_ac97_codec et ac97_bus son
chargés par mon modem rtc. pas réussi à les désactiver malgré des
blacklist dans /etc/modprobe.d. Une connexion à un autre utilisateur
puis fermeture résolvant le problème, je ne suis pas sûr que ça vienne
de là mais plutôt de pulseaudio...étant en sid, je m'en contenterai donc
pour le moment et je re-tenterai des trucs dès la prochaine version de pa.
sputnik:
super ta checklist alsa, je met de côté. Maintenant ayant réussi à avoir
pulseaudio 'presque' stable, j'ose même plus à re-toucher ni à la config
alsa ou oss...
re-merci à tous
Antoine Y