Mise à jour du Bottin :
Pas de révision du Bottin à la mi-août, mon programme dans la période ayant consisté en 1 première semaine sans PC (vacances) et l’autre avec un nouveau lot d’ennuis / de découverte de ma Debian Stable :)
Passage de KDE à GNOME :
Depuis plusieurs mois GNOME n’était plus installable sous ma Debian Stable (du fait d’incompatibilités de versions des derniers paquets avec KDE). Il n’était d’ailleurs même plus accessible sous mon interface de connexion (kdm).
En parlant de gestionnaire de démarrage :
– gdm3 ne peut plus être mis à jour depuis des lustres sous Synaptic (noté avec des bogues graves),
– gdm ne fonctionne plus (de mémoire),
– sddm ne me semble actuellement pas une bonne alternative (il se connecte directement au compte par défaut sans interface permettant de choisir un autre gestionnaire de fenêtre qui ne serait pas buggé)
– il ne me reste que kdm, heureusement fonctionnel.
Pas très reluisant, au moment où Windows 10 débarque dans (presque) toutes les chaumières.
Comme d’habitude – je sais que ce n’est pas une bonne idée, mais je le fais quand même : je mets à jour ma Debian Stable avant de partir en vacances.
Et hop, çà me plante les fenêtres sous KDE : je n’ai plus de bordures, mais j’arrive tout de même à publier (la précédente version du Bottin).
Pas de problème me dis-je (naïvement, comme d’hab), à mon retour, les mises à jour auront vite réparé ce petit souci.
A mon retour, je met à nouveau à jour ma distrib Debian Stable et hop, cette fois-ci c’est vraiment cassé :)
Plus de KDE fonctionnel, et plus de GNOME non plus. Super.
Vous avez bien dit Debian Stable ?
Heureusement, il me restait encore le petit gestionnaire de fenêtres que je n’utilisais pas, mais que j’avais installé pour les jours de bugs : fluxbox. Installez-le si ce n’est déjà fait : un jour il pourra vous servir, s’il ne vous sert pas déjà au quotidien, il est rapide et léger. Bref, il m’aura été bien utile celui-là.
Après maintes péripéties dont je vous fais grâce (je suis repassé provisoirement en Debian Sid pour bénéficier des derniers paquets disponibles pour KDE et Gnome, en espérant qu’ils ne soient pas trop buggés), je désinstalle un certain nombre de paquets KDE pour tenter une installation de Gnome. Ça marche, Gnome est à présent installé, accessible et « presque » fonctionnel sous ma Debian Stable.
« Presque » fonctionnel car je n’ai plus de son. La faute – me dis-je, à Pulseaudio (en fait, une fois correctement paramétré, le son fonctionne sous Gnome, même si PulseAudio est déconnecté, mais çà je ne le savais pas à ce moment précis) puisque le son fonctionnait bien sous KDE.
Voilà donc un vieux rat crevé qui refait surface. J’avais depuis longtemps évité Pulseaudio car je n’avais jamais réussi à le faire fonctionner celui-là. Mais avec l’installation de Gnome, je me suis dit qu’il était temps de m’y mettre.
En passant, j’avais déjà remarqué que Gnome avait fait d’énormes progrès, mais là je dois dire qu’il en a fait suffisamment pour que je me décide à faire le pas (même le gestionnaire de fichier ne me semble plus complètement dépassé).
Je repasserai peut-être à KDE ultérieurement, mais Gnome me semble à présent crédible, pour peu que j’arrive à faire fonctionner ce son.
J’ai donc passé quasiment cette 2nde semaine à tenter de faire marcher le son, et j’ai fini par y parvenir.
Sur cette semaine :
– 1 ou 2 jours perdus à cause d’un câble (reliant le HP de mon moniteur à la carte son intégrée à la carte mère) non connecté (j’étais persuadé qu’il l’était, et il l’avait été, mais lors de tests avec mon micro-casque, j’ai dû le débrancher accidentellement).
– plusieurs jours (combien ?) à cause de l’installation du paquet oss4-base (voir ci-après, à proscrire !)
Dans l’espoir qu’elles permettrons de mettre certains lecteurs sur la voie, je vous livre ci-après quelques indications pour mettre en place le son sous Gnome et paramétrer Pulseaudio (selon mes lectures sur les forums, il aura donné du fil à retordre à beaucoup de gens).
Pulseaudio et indications utiles pour l’installation du son sous Gnome :
Le constat est que même PulseAudio déconnecté sous gnome (via l’utilitaire paman), le son est fonctionnel (à condition qu’il soit correctement paramétré). Donc PulseAudio ne me semble pas un passage obligé, mais un outil de plus, qui apporte des fonctionnalités intéressantes (voir ci-après).
Lisez la page Wikipedia correspondante, elle permet de mieux comprendre et appréhender cet outil.
Pulseaudio est un serveur de son, que l’on interface avec le pilote de son ALSA. PulseAudio apporte des fonctionnalités telles que le support de multiples sources audio, le contrôle du volume par application, la possibilité de combiner plusieurs cartes sons en une seule, etc… (voir la page Wikipedia ci-avant).
Les paquets indispensables :
linux-sound-base alsa-base alsa-utils libasound2 : le minimum vital pour le son ALSA sous Linux
pulseaudio : le serveur de son
pavucontrol : permet de contrôler les périphériques de lecture, de sortie, d’enregistrement, les périphériques d’entrée, et de choisir le type de sortie
paman (PulseAudio MANager) : permet de connecter/déconnecter PulseAudio, d’afficher et tuer les clients, d’afficher les devices reconnus). Surtout utile à mon avis pour voir si PulseAudio est bien connecté
Les paquets fortement recommandés :
padevchooser : Permet d’afficher les contrôles principaux dans le Systray. Avantage sous gnome (par rapport à pasystray ou veromix) : il se charge automatiquement dans le Systray au démarrage suivant.
J’ai aussi testé :
– pasystray : plus beau mais ne se charge pas automatiquement dans le systray
– veromix : j’ai constaté des plantages du son lorsque je modifiais ses paramètres.
Optionnels :
xmms2-plugin-pulse (pour mon player xmms2)
paprefs : permet d’activer les fonctionnalités réseau de PulseAudio (peu utile si l’on ne souhaite pas partager du son)
pavumeter : un vumetre graphique
projectm-pulseaudio : un vumetre graphique psychédélique
Ne PAS installer :
oss4-base : Le son ne fonctionnant pas au premier abord sous Gnome, dans le doute j’avais installé plusieurs paquets en rapport avec le son, dont celui-ci. Voici sa description sous Debian : « Open Sound System (OSS) is an attempt in unifying the digital audio architecture for UNIX. This package contains various utilities for configuring and using OSS. For OSS to work on a system with a given sound card, there must be an OSS driver for that card in the kernel. For Linux, a custom oss4-modules package can be built from the sources in the oss4-source package using the module-assistant utility. ».
Cette saloperie de paquet (excusez du peu) m’aura fait perdre vraisemblablement plusieurs jours. Il installe dans /etc/modprobe.d/ plusieurs fichiers dont un qui blacklist tous les modules de sons, de sorte qu’aucun ne se charge plus automatiquement ! Il m’aura fallu un moment avant que j’identifie l’origine de ce problème précis …
Le paramétrage :
Important :
Le paquet pulseaudio installe ses fichiers de configuration (daemon.conf, default.pa, system.pa) dans /etc/pulse/.
Le fichier que l’on paramètre est default.pa (je ne sais pas à quoi servent les autres)
Il est possible de copier le fichier default.pa dans votre home ici : ~/.config/pulse/
Dans ce cas, l’ordre de priorité de lecture de pulseaudio sera ~/.config/pulse/ (au lieu de /etc/pulse/).
Néanmoins ce paramétrage ne sera fonctionnel que pour votre utilisateur.
Vérifiez qu’aucun fichier default.pa n’est présent dans ~/.config/ ou ~/ (à ne pas confondre avec ~/.config/pulse/)
Une fois les paquets ci-dessus (sauf oss4-base !) installés, le paramétrage :
Vérifiez que le module (aka le pilote) de votre carte son est bien chargé par un :
# lsmod | grep snd
Celui de ma carte son intégrée à ma carte mère se nomme snd_hda_intel
Il vous faudra trouver le votre, je vous laisse le soin de le trouver (voir les forums sur le net).
S’il n’est pas chargé, un : # modprobe snd_hda_intel (à adapter selon le pilote de votre carte) permet de le charger temporairement (jusqu’au prochain démarrage), mais il vous faudra trouver pourquoi il ne se charge pas automatiquement (regarder dans /etc/modprobe.d/ s’il n’y a pas un fichier qui le blacklist).
Editer /etc/pulse/default.pa :
– en bas du fichier décommenter load-module module-x11-xsmp
– au milieu du fichier éventuellement (si sous le gestionnaire de son de Gnome vous constatez que Pulseaudio n’affiche pas la bonne sortie audio de votre carte son) ajoutez : load-module module-alsa-source device=hw:0,0
Ce dernier paramètre (hw:0,0) a été trouvé ci-après (avec la commande aplay -l). Il indique à pulseaudio de retenir pour sortie par défaut le périphérique n°0,0 correspondant à la sortie son analogique (car par défaut il retenait le hw:0,1 correspondant à la sortie numérique S/PDIF aka IEC958 que je n’utilise pas sur ma carte son)
Pour trouver les adresses de sorties de votre carte son :
Si le pilote de votre carte son est bien chargé, la commande : # aplay -l
Affiche (j’ai mis en rouge les infos importantes) :
**** Liste des Périphériques Matériels PLAYBACK ****
No protocol specified
xcb_connection_has_error() returned true
XDG_RUNTIME_DIR (/run/user/1000) is not owned by us (uid 0), but by uid 1000! (This could e g happen if you try to connect to a non-root PulseAudio as a root user, over the native protocol. Don’t do that.)
carte 0: Intel [HDA Intel], périphérique 0: AD1989B Analog [AD1989B Analog]
Sous-périphériques: 0/1
Sous-périphérique #0: subdevice #0
carte 0: Intel [HDA Intel], périphérique 1: AD1989B Digital [AD1989B Digital]
Sous-périphériques: 1/1
Sous-périphérique #0: subdevice #0
carte 0: Intel [HDA Intel], périphérique 2: AD1989B Alt Analog [AD1989B Alt Analog]
Sous-périphériques: 1/1
Sous-périphérique #0: subdevice #0
La sortie (0,0) est la sortie analogique, (0,1) est la sortie numérique S/PDIF).
Dans le menu de configuration du son de Gnome, onglet « Sortie », sélectionnez pour la sortie son : « Line Out – Audio interne ».
Lancez l’utilitaire pavucontrol (soit en console, soit via padevchooser et son menu « Volume control… ») :
-> onglet « Configuration », à Audio interne, sélectionnez « Duplex stéréo analogique » ou « Stéréo analogique Output + Multichannel Input » ou « Surround analogique 5.1 Output + Stéréo analogique Input » (si l’on prend « Surround analogique 5.1 Output » seul, le micro n’est pas reconnu dans l’onglet « Périphérique d’entrée », si l’on prend « Stéréo analogique Input » seule l’entrée micro est fonctionnelle, normal),
-> dans l’onglet « Périphérique d’entrée », sélectionnez « Afficher : Hardware Input Devices » (« All Input devices » affichera en plus les autres entrées et permet aussi le contrôle indépendant des entrées), à « Audio Stéréo analogique », choisissez « Rear Microphone (plugged in) » (à adapter suivant si votre micro / micro-casque est connecté à une prise frontale de votre PC ou à l’arrière de celui-ci) et mettez le curseur de l’amplification à au moins 100% (ou plus pour les tests).
-> dans l’onglet « Lecture », sélectionnez « All Streams » pour afficher tous les flux, et si vous utilisez qmmp et avez installé le paquet xmms2-plugin-pulse, mettez « ALSA plug-in [qmmp] sur au moins 100 % pour obtenir un son d’une bonne puissance.
Voilà.
Lancez votre lecteur favori, le son devrait être audible (parfois après un temps d’initialisation de quelques dizaines de secondes).
Autres utilitaires (en vrac) :
$ alsamixer : à lancer en console. Un utilitaire de paramétrage ALSA de votre carte son. Voir les touches F6 (choix de la carte son), F3 (accès aux paramètres de lecture), F4 (idem pour la capture). Surtout utile pour voir si des canaux de votre carte son ne sont pas « muttés » (aka canaux fermés, touche « M » sous l’interface) ou le son réglé au minimum vous empêchant d’entendre le son.
il ne s’est pas révélé d’une fiabilité à toute épreuve : par exemple, le fait que je « mutte » un canal mutte d’autres canaux, je suis obligé de repasser sur plusieurs canaux et les « démutter » pour retrouver le son. Je ne suis pas sûr que la touche F6 change quelque-chose / mémorise le choix au démarrage suivant. En dehors de la vérif des canaux et des volumes sonores, pas sûr qu’il soit d’une grande utilité (mais là je m’avance).
Un script intéressant trouvé sur le net, permettant de vérifier si votre carte son est reconnue ou non par ALSA :
$ echo « Sound cards recognized by the system: »; lspci -nn | grep –color=none ‘\[04[80][13]\]’; echo « Sound cards recognized by ALSA: »; lspci -nn | grep ‘\[04[80][13]\]’ | while read line; do lspci -nnk | grep -A 3 ‘\[04[80][13]\]’ | grep -e ‘Kernel modules: ..*’ -e ‘\[04[80][13]\]’ | grep –color=none -F « $line »; done; echo « Sound cards recognized by ALSA, and activated: »; lspci -nn | grep ‘\[04[80][13]\]’ | while read line; do lspci -nnk | grep -A 3 ‘\[04[80][13]\]’ | grep -e ‘Kernel drivers in use: ..*’ -e ‘\[04[80][13]\]’ | grep –color=none -F « $line »; done
M’affiche :
Sound cards recognized by the system:
00:1b.0 Audio device [0403]: Intel Corporation 82801JI (ICH10 Family) HD Audio Controller [8086:3a3e]
Sound cards recognized by ALSA:
00:1b.0 Audio device [0403]: Intel Corporation 82801JI (ICH10 Family) HD Audio Controller [8086:3a3e]
Sound cards recognized by ALSA, and activated:
00:1b.0 Audio device [0403]: Intel Corporation 82801JI (ICH10 Family) HD Audio Controller [8086:3a3e]
# alsactl init : donne quelques infos sur votre / vos cartes sons
No protocol specified
xcb_connection_has_error() returned true
XDG_RUNTIME_DIR (/run/user/1000) is not owned by us (uid 0), but by uid 1000! (This could e g happen if you try
to connect to a non-root PulseAudio as a root user, over the native protocol. Don’t do that.)
Found hardware: « HDA-Intel » « Analog Devices AD1989B » « HDA:11d4989b,10438372,00100300 » « 0x1043 » « 0x82ea »
Hardware is initialized using a generic method