Plus de sortie audio malgré alsamixer

Support Debian
#1

Bonjour à tous,
J’espère que vous allez bien !

J’ai en ce moment un souci que je n’arrive pas à résoudre. Le son a disparu. Je suis à la fois sous Gnome 3 et sous XFCE4, et ça bogue dans les deux cas.

Lorsque j’ouvre alsamixer, je fais F6, je choisis ma carte son (comme d’habitude), et voici ce que j’ai :

  • Master 100%
  • Headphone 100%
  • PCM 100%
  • Front 100%
  • Front mi 100%
  • Front mi 0% (je ne sais pas pourquoi j’ai deux micros devant)
  • Surround 100%
  • Center 100%
  • LFE 100%
  • Line 100%
  • Line boost 0% (si je mets 100%, j’entends un bruit de souffle)
  • S/PDIF on
  • S/PDIF D on
  • S/PDIF 1 on
  • Auto-mute Disabled
  • Channel 2ch
  • Loopback enabled
  • Rear mic 0%
  • Rear mic 0%

Si je monte les deux Rear mic à fond, j’ai un souffle. Du coup, je suis sûr que la liaison matérielle entre l’ordinateur et la chaîne est bonne. C’est donc au niveau logiciel que ça coince. Un reboot résiste à l’affaire.

Des idées ? Merci d’avance !

#2

je pense a un problème de configuration , vérifie si tu as des erreurs et que tu es bien dans le groupe audio

#3

Voici ce que me donne vlc en ligne de commande :

$ vlc blabla.m2ts 
VLC media player 3.0.3 Vetinari (revision 3.0.2-225-gc9e3360dd4)
[000055740caa4570] main libvlc: Lancement de vlc avec l'interface par défaut. Utilisez « cvlc » pour démarrer VLC sans interface.
[00007f5180cc18f0] mpeg4audio packetizer: AAC channels: 2 samplerate: 48000
[00007f5180c151e0] main decoder error: buffer deadlock prevented
libva info: VA-API version 1.1.0
libva info: va_getDriverName() returns -1
libva error: va_getDriverName() failed with unknown libva error,driver_name=(null)
[00007f5164003320] glconv_vaapi_x11 gl error: vaInitialize: unknown libva error
libva info: VA-API version 1.1.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_0
libva info: va_openDriver() returns 0
[00007f5180c151e0] avcodec decoder: Using Intel i965 driver for Intel(R) Ivybridge Desktop - 2.0.0 for hardware decoding

Et les groupes :

$ groups 
mon-user dialout cdrom floppy audio dip video plugdev netdev lpadmin scanner bluetooth vboxusers
#4

que disent:

apt-cache policy pulseaudio

apt-cache policy pavucontrol

#5

Voilà ! Globalement je suis sous Buster.

apt-cache policy pulseaudio
pulseaudio:
  Installé : 11.1-5
  Candidat : 11.1-5
 Table de version :
     12.0-1 -10
        -10 http://ftp.fr.debian.org/debian sid/main amd64 Packages
 *** 11.1-5 500
        500 http://ftp.fr.debian.org/debian buster/main amd64 Packages
        100 /var/lib/dpkg/status
     10.0-1+deb9u1 500
        500 http://ftp.fr.debian.org/debian stretch/main amd64 Packages
     2.0-6.1 500
        500 http://ftp.fr.debian.org/debian wheezy/main amd64 Packages
root@home:~/# apt-cache policy pavucontrol
pavucontrol:
  Installé : 3.0-4
  Candidat : 3.0-4
 Table de version :
 *** 3.0-4 500
        500 http://ftp.fr.debian.org/debian buster/main amd64 Packages
        -10 http://ftp.fr.debian.org/debian sid/main amd64 Packages
        100 /var/lib/dpkg/status
     3.0-3.1 500
        500 http://ftp.fr.debian.org/debian stretch/main amd64 Packages
     1.0-1 500
        500 http://ftp.fr.debian.org/debian wheezy/main amd64 Packages
root@home:~/#
#6

alors ouvrir pavucontrol; faire les bons réglages en entrées sorties avec les bons péripheriques audio. S’assurer que le son n’est pas mute.

Avant d’ouvrir pavucontrol peut être faire la commande en user:

pulseaudio --start au cas où et ça ne mange pas de pain.

#7

Étonnant : j’ai ouvert pavucontrol, j’ai mis mute/unmute, mais il ne me semble pas qu’il y avait des flux rendus muets.

En tous cas, le son fonctionne de nouveau, c’est formidable ! Merci anonyme2 (!) !

#8

Bonjour à tous,
Malheureusement le son a de nouveau disparu depuis trois jours… Je ne sais plus quoi faire. alsamixer, pavucontrol et pulseaudio --start ne donnent rien de mieux.

Merci pour votre aide.

#9

Bonjour Le_Barde,

Peut-être trouveras-tu la solution ici?

#10

Merci E18i3.

J’ai essayé pas mal de choses et toujours pas de son avec mon utilisateur.

En ROOT si je fais speaker-test -c 2 -l 1 -t wav j’entends du son.
En utilisateur normal la même commande ne donne rien.

#11

mais pas que buster à ce qu’il semble; quel est ton sources-list et as tu fait un fichier preferences?

#12 
deb http://ftp.fr.debian.org/debian/ wheezy           main contrib non-free

deb http://ftp.fr.debian.org/debian/ stretch           main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ stretch           main contrib non-free

deb http://security.debian.org/      stretch/updates   main contrib non-free

# Stretch-backports
deb http://ftp.debian.org/debian     stretch-backports main

# Buster
deb http://ftp.fr.debian.org/debian/ buster            main contrib non-free

# Sid
deb http://ftp.fr.debian.org/debian/ sid              main contrib

Et les préférences :

#Pin: release a=stable
#Pin-Priority: 900

#Package: *
#Pin: release a=testing
#Pin-Priority: -10

Package: *
Pin: release a=unstable
Pin-Priority: -10
#13

wheezy est old-old stable; jessie est old stable et faire cohabiter ces dépôts avec testing et sid je ne suis pas sûr que ça fonctionne correctement, c’est peut être bien l’origine des tes problèmes de son. As tu une raison particulière de faire cohabiter des dépôts old-old stable avec du buster et du sid? Tu as des paquets de wheezy qui cohabitent maintenant avec des paquets de buster et pas sûr que tout ça soit bien stable Tu devrais mettre ton système à jour vers buster ce qui le rendrait déjà plus homogène.
Ne fais rien sans sauvegarder l’existant parce que ça risque fort de beaucoup remuer.

#14

Merci pour l’idée. Je suis en train de débrouiller tout ça. J’ai retiré à la brutale tous les autres dépôts que Buster, et j’ai listé tous les paquets qui ne sont pas dans Buster. En l’occurrence, pas tant que ça, mais il y a sysvinit. Je vais voir ça.

#15

Voilà le travail !

~# aptitude search "?narrow(?installed,?not(?archive(testing)))"
i  brother-udev-rule-type1 - Brother udev rule type 1
i  brscan-skey - Brother Linux scanner S-KEY tool
i  brscan3 - Brother Scanner Driver
i  dropbox - cloud synchronization engine - CLI and Nautilus extension
i  mfc9450cdnlpr:i386 - Brother lpr Inkjet Printer Definitions
i  sublime-text - Sublime Text is a sophisticated text editor for code, markup and prose

Je vais maintenant rebooter pour voir ce qui se passe…

#16

Bon, j’ai downgradé quelques paquets (firefox par exemple), supprimé des tas de paquets dorénavant inutiles (je ne fais plus de dev pour android, etc.)… Bref, à part quelques paquets essentiels pour moi (brscan, dropbox et sublime-text), le système est bien assaini !

Eh bien après un redémarrage, pareil : pas de son.

Plus précisément, sous une session utilisateur, si je lance aplay /usr/share/sounds/alsa/Front_Center.wav en ROOT ça fonctionne, et avec mon utilisateur ça ne sort pas. Pavucontrol “voit” les flux dans les deux cas.

#17

Du coup, par rapport à ta première question @anonyme2 voici ce que j’ai :

~# apt-cache policy pulseaudio:
pulseaudio:
  Installé : 11.1-5
  Candidat : 11.1-5
 Table de version :
 *** 11.1-5 500
        500 http://ftp.fr.debian.org/debian buster/main amd64 Packages
        100 /var/lib/dpkg/status

~# apt-cache policy pavucontrol
pavucontrol:
  Installé : 3.0-4
  Candidat : 3.0-4
 Table de version :
 *** 3.0-4 500
        500 http://ftp.fr.debian.org/debian buster/main amd64 Packages
        100 /var/lib/dpkg/status
#18

Salut
Il faut vérifier qu’un autre logiciel ne monopolise pas le son

fuser -v /dev/snd/*

Exemple quand ça fonctionne bien

root@debian:/# fuser -v /dev/snd/*
_ UTIL. PID ACCÈS COMMANDE_
/dev/snd/controlC0: guy 4049 F… pulseaudio
root@debian:/#

#19

Merci @grandtoubab. Avec mon utilisateur ça donne :

:~$ fuser -v /dev/snd/*
:~$

Avec root ensuite :

~# fuser -v /dev/snd/*
                     UTIL.       PID ACCÈS  COMMANDE
/dev/snd/controlC0:  timidity    990 F.... timidity
/dev/snd/pcmC0D0p:   timidity    990 F...m timidity
/dev/snd/seq:        timidity    990 F.... timidity
/dev/snd/timer:      timidity    990 f.... timidity

~# aplay /usr/share/sounds/alsa/Front_Center.wav&
No protocol specified
xcb_connection_has_error() a retourné une valeur true
XDG_RUNTIME_DIR (/run/user/1000) ne nous appartient pas (uid 0), mais appartient à uid 1000! (Ceci peut se produire si par exemple vous tentez de vous connecter à un PulseAudio non root en tant qu'utilisateur root sur le protocole natif. Veuillez ne pas faire cela.)
Lecture WAVE '/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 bit Little Endian, Fréquence 48000 Hz, Mono

~# aplay /usr/share/sfuser -v /dev/snd/*
                     UTIL.       PID ACCÈS  COMMANDE
/dev/snd/controlC0:  timidity    990 F.... timidity
                     root       5375 F.... aplay
/dev/snd/pcmC0D0p:   timidity    990 F...m timidity
                     root       5375 F...m aplay
/dev/snd/seq:        timidity    990 F.... timidity
/dev/snd/timer:      timidity    990 f.... timidity
                     root       5375 f.... aplay
~#

Qu’en pensez-vous ?

#20

Donc timidity s’est approprié les ressources du son en tant que user timidity
Ce qui explique pourquoi ton utilisateur ordinaire ne peut plus utiliser le son

soit tu sais pourquoi tu utilises timidity et tu fais en sorte que l’utilisateur timidity et ton utilisateur ordinaire soient dans les memes groupes

soit tu ne sais pas a quoi sert timidity et tu le desinstalles

NB je ne l’utilise pas, je ne peux pas en dire plus

id timidity
id: « timidity » : utilisateur inexistant