[full systemd] KDE4 ne trouve pas ma carte son (résolu)

[Elbarto]

je viens de passer mon portable ( vieux de 10 ans ) sous full systemd,

ça semble ok mais j'ai perdu le son, kde ne trouve plus ma carte son intégrée, j'ai ce message d'erreur au boot de kde :



est-ce un bug de systemd ?

ça marchait très bien avant la migration quand j'étais sous sysvinit,

je peux quand même encore lire du son avec mplayer, c'est juste kde qui croit que ma carte son a été retiré ( l’icône du mixeur audio de kde est remplacée par une icône en forme de page blanche avec la mention "mixeur introuvable" )

des programmes comme VLC n'arrivent pas à lire du son, seul mplayer fonctionne,

quand je lance alsamixer ma carte son est bien reconnu et je peux modifier le volume sonore, bref on dirait que KDE4 s'est embourbé tout seul, c'est incomprehensible, comment s'en sortir pour qu'il puisse utiliser ma carte son intégrée SIS7012 ?

[FoolEcho]

Tu utilises quoi pour phonon ? (voir panneau de configuration de Kde/multimedia)
As-tu installé ou testé pulseaudio à un moment quelconque ?

Avec un utilisateur test, as-tu le même souci ?

[archey]

Bonjour,

Tu peux aussi supprimer le fichier .kde4/share/config/phonondevicesrc et redémarrer ta session afin de réinitialiser les paramètres de phonon.

Ce dernier le recréera automatiquement au démarrage de ta session. Vas savoir pourquoi, sur une de mes machines, je suis quasiment obligé de le faire tous les 2-3 mois. Si je ne le fais pas, j'ai des problèmes de son et des messages comme le tiens à chaque ouverture de session.

[Elbarto]

Tu utilises quoi pour phonon ? (voir panneau de configuration de Kde/multimedia)
As-tu installé ou testé pulseaudio à un moment quelconque ?

Avec un utilisateur test, as-tu le même souci ?

j'ai essayé d'abord gstreamer ( qui fonctionnait très bien du temps de initscripts ) mais ça ne résout pas le problème,

j'ai essayé aussi vlc-phonon mais sans résultat,

je n'avais pas installé pulseaudio, je l'ai donc installé mais ça ne change rien,

enfin j'ai aussi pensé à essayer avec un nouveau profil kde4 ( en renommant le dossier .kde4 ) mais ça ne résout rien, toujours le même problème, à savoir que KDE ne trouve pas ma carte son ( il affiche la capture d'écran au boot que j'ai mis dans mon premier message ), et seul mplayer arrive à lire du son,

à noter que les utilitaires de test d'alsa ( paquet alsa-utils ) ne détectent aucun problème avec ma carte son, les tests passent avec succès, alsamixer me permet de voir les curseurs de reglages du niveau audio, il n'y a que KDE qui pose problème, comme s'il n'avait pas l'autorisation d'accèder à ma carte son ( problème de droits type "pam_so" lié à un bug de systemd ) ?

en attendant je suis revenu à initscripts pour pouvoir utiliser ma carte son,

c'est vraiment dommage ce problème car systemd avait l'air interessant ( démarrage rapide ), j'ai l'impression que systemd est loin d'être aussi abouti qu'initscripts, ceux qui n'ont pas de problème ont probablement une configuration PC récente, mais ceux qui ont encore des vieux PC comme moi ça pourrait poser problème

[FoolEcho]

Il y a aussi phonon-mplayer-git sur Aur ou archlinuxfr.
(pour pulseaudio, il ne s'agissait pas de l'installer mais de savoir si tu t'en étais servi )

il n'y a que KDE qui pose problème, comme s'il n'avait pas l'autorisation d'accèder à ma carte son ( problème de droits type "pam_so" lié à un bug de systemd ) ?

Je suis très sceptique dans la mesure où alsamixer te détecte ce qu'il faut... et que tu as du son par mplayer...
Peut-être un problème de cache ? Reconnecte-toi après suppression de /var/tmp/kdecache-ton_user/.

[benjarobin]

Si le son fonctionne ailleurs il suffit de corriger ceci dans la configuration de KDE
Configuration du système -> Multimédia -> Phonon -> Lecture Audio.
Puis tu test les canaux présents à droite, et tu met en premier celui qui fonctionne
Puis une fois que l'ordre est bon tu appliques cette configuration à l'ensemble des éléments "Appliquer la liste de périphérique à ..."

[Elbarto]

Si le son fonctionne ailleurs il suffit de corriger ceci dans la configuration de KDE
Configuration du système -> Multimédia -> Phonon -> Lecture Audio.
Puis tu test les canaux présents à droite, et tu met en premier celui qui fonctionne
Puis une fois que l'ordre est bon tu appliques cette configuration à l'ensemble des éléments "Appliquer la liste de périphérique à ..."

j'ai déjà essayé ça, ça ne donne rien, la carte son SIS7012 apparait bien mais KDE affiche un message d'erreur de type "impossible de lire" quand je clique sur le bouton "tester",

plus j'y pense plus je me dis que c'est une histoire d'autorisation, systemd qui empêche KDE d’accéder à la carte son, il y a peut-être des droits à configurer, un groupe "kde-sound" à ajouter dans une config de systemd ?

ou bien un daemon mal lancé par systemd, comme le principe de systemd est de lancer tout en "parrallèle" ça perturbe peut-être le fonctionnement d'un daemon lié au son

[benjarobin]

Comme l'a indiqué FoolEcho pour alsa il n'y a rien, pas de daemon, rien... Donc systemd ne peux avoir aucun impact sur le fonctionnement de alsa. Alsa est intégré au kernel.
La question est : est ce que le son fonctionne correctement avec VLC par exemple ?

[tuxce]

Comment tu démarres ta session ?
Si c'est avec startx et que tu le fais depuis le tty1, teste en la démarrant avec :

Code : Tout sélectionner

startx -- vt1

(vt2 si t'es en tty2, etc.)

[Elbarto]

Comment tu démarres ta session ?
Si c'est avec startx et que tu le fais depuis le tty1, teste en la démarrant avec :
startx -- vt1

(vt2 si t'es en tty2, etc.)

bingo !

j'utilise en effet startx et en tapant :

Code : Tout sélectionner

startx -- vt1

ça résout le problème, KDE retrouve enfin ma carte son

mais j'aimerai bien comprendre pourquoi le fait d'ajouter "-- vt1" à startx résout le problème ?

dans mon fichier .xinitrc j'ai ça :

Code : Tout sélectionner

exec ck-launch-session startkde

avec ton astuce X utilise maintenant la console VT1 alors qu'auparavant il était sur le 7 il me semble, est-ce que cela ne posera pas un problème pour la suite ?

[Elbarto]

à noter que je viens de faire une modif dans mon fichier .xinitrc, son contenu est maintenant :

Code : Tout sélectionner

exec startkde

au lieu de

Code : Tout sélectionner

exec ck-launch-session startkde

je suis obligé de faire ça afin d'avoir les options d'hibernation, de mise en veille et d'arrêt dans le menu K->quitter de KDE, car ces options disparaissent si je lance KDE via la commande "startx -- vt1" et que mon .xinitrc contient la mention "ck-launch-session",

de plus mon souci de carte son ne se produit pas dans une machine virtuelle ( virtualbox ), je peux lancer "startx" sans arguments, KDE4 trouve alors la carte son de la machine virtuelle,

mais sur un vrai PC physique ( un portable ) systemd pose problème à startx et KDE au niveau de la carte son, je suis donc obligé d'utiliser l'astuce du forumeur tuxce ( et qui n'est pas mentionnée dans le wiki US de startx alors qu'il l'est dans la version française, il faudrait aussi ajouter cette astuce dans la fiche wiki liée à systemd )

[tuxce]

mais j'aimerai bien comprendre pourquoi le fait d'ajouter "-- vt1" à startx résout le problème ?

systemd/logind.
Avec -- vt1 ta session garde le statut active, sans, tu as 2 sessions dont une online (celle sur tty1) et une qui n'est pas suivi par logind (la session graphique). Or, l'accès à certaines fonctionnalités (ou matériel) n'est possible que pour la session locale et active.

à noter que je viens de faire une modif dans mon fichier .xinitrc, son contenu est maintenant :

Code : Tout sélectionner

exec startkde

au lieu de

Code : Tout sélectionner

exec ck-launch-session startkde

consolekit est déprécié et ne tient que par des patch tant que le passage à systemd n'est pas effectif. Mais le passage de systemd dans le groupe base ne saurait tarder (thread sur arch-dev-public), tu peux donc oublier consolekit.

de plus mon souci de carte son ne se produit pas dans une machine virtuelle ( virtualbox ), je peux lancer "startx" sans arguments, KDE4 trouve alors la carte son de la machine virtuelle,

Le wiki sur logind donne de quoi avoir des informations sur ta session, regarde les différences.

[FoolEcho]

consolekit est déprécié et ne tient que par des patch tant que le passage à systemd n'est pas effectif. Mais le passage de systemd dans le groupe base ne saurait tarder (thread sur arch-dev-public), tu peux donc oublier consolekit.

On n'a pas fini de voir des sujets là-dessus.

[Elbarto]

merci pour vos réponses

je considère donc que lancer startx avec les options "-- vt1" constitue la solution à ce problème, je mets donc le tag "résolu" dans le titre du topic