La réponse à la première question m’intéresse aussi:
y a-t-il un effet sur le niveau sonore ?
Il faut lire un fichier audio/video pour faire l’essai bien sûr.
Si non, essayer:
systemctl start --user pipewire-pulse
Et retour dans un fichier de:
wpctl status
Oui.
Après un reboot le son est ok sur les hp et sur la prise casque avec brave, si j’arrête brave et que je relance la video plus de son sur les hp, par contre ok sur prise casque.
Le son est ok avec vlc, mais pas de son avec brave, chrome et firefox sur les hp.
Le son est ok avec vlc, chrome et firefox sur la prise casque.
Donc le son est OK, ça me semble l’essentiel; reste à l’aiguiller.
Essaie d’installer pipewire-audio / reboot.
[quote=« Verner, post:65, topic:89502 »]
Essaie d’installer pipewire-audio / reboot.
[/quote].
Déjà installé.
Il ne l’était pas ce matin. Ce serait bien d’informer des modifications pour suivre.
Un essai possible: voir ce qui se passe avec un profil neuf, la manip consistant à créer un nouveau ‹ user › et s’y logguer.
adduser test
Si adduser , n’est pas installé, l’ajouter.
Ajour de user dans audio. Sur user rien ne fonctionne.
C’est donc plus intéressant sur du neuf / en user mode.
systemctl --user --now enable wireplumber.service
Et bien sûr, vérifier les niveaux audio qui sont peut-être à zéro par défaut.
Même combat que dalle.
Quand je suis sur Desktop Manager et que je choisis « user » et que je rentre le mdp. Quand l’environnement apparaît j’entends un craquement dans les hp du pc/
Donc si VLC est OK, le son fonctionne au niveau bas (modules/kernel etc): c’est la base.
Il faut creuser au niveau user, puisque variable selon profil.
Le cas d’un profil neuf est le plus intéressant, mais ça va être compliqué pour moi, car trop de manips via un forum.
Je n’ai pas connu de souci pipewire, donc manque de plus d’inspiration.
Je ne vois pas ce qui est particulier précisément pour ton PC, en tout cas depuis bookworm.
Si xdg-desktop-portal-gnome (si tu utilises gnome) n’est pas installé, installe le.
Ça peut aussi être le session-manager qui ne démarra pas bien la session d’un profil neuf.
Non en user vlc n’est pas ok . Il n’ y a rien qui fonctionne.
Ben je vais voir ultérieurement sur l’utilisateur « user ».
Non je n’utilise pas gnome mais lighdm et mate seulement.
Dans tous les cas je te remercie pour tout le temps que tu as passé avec moi.
Si le son est OK au moins sur un profil, c’est que la base est OK.
La base est commune à tous les profils user.
Ben vi , c’est cohérent, mais force est de constater que ça ne fonctionne pas.
C’est une formulation trop vague pour poursuivre.
lightdm → essai autre chose.
ok. Je ferais ça, un peu plus tard. Pour l’instant j’en arrête là. Je reviendrais à nouveau sur ce fil. Merci pour ton aide, a plus tard.
→ installer libspa-0.2-modules si pas déjà présent.
Une autre piste concernant le problème d’aiguillage son est aussi la version de pipewire, qui a pris un coup de vieux sur sa version stable.
pipewire
Depends: libpipewire-0.3-modules pipewire-bin init-system-helpers adduser
---------
pipewire 1.0.1-2 trixie/main
pipewire 0.3.65-3 bookworm/main
Ce matin modification du fichier /etc/group comme suit:
=> more /etc/group | grep francoise
cdrom:x:24:francoise,user
floppy:x:25:francoise,user
audio:x:29:francoise,user
dip:x:30:francoise,user
video:x:44:francoise,user
plugdev:x:46:francoise,user
users:x:100:francoise,user
netdev:x:106:francoise,user
bluetooth:x:111:francoise,user
lpadmin:x:113:francoise,user
Et tout est OK que soit « user » ou « francoise ».
Je ne suis pas certains que cette définition de groupe soit pertinente.
Étant donné que les utilisateurs sont pare défaut dans un groupe du même nom (que l’utilisateur NDLR).
Il me semble que ce groupe est avant tout un « fallback » dans le cas où un utilisateur n’a pas besoin de faire partie d’un groupe particulier. Ce groupe ne me semble pas avoir de permissions particulières par défaut sur le filesystem.
J’ai parlé trop vite.
Le son est bon, mais seulement pendant un moment.
Après plus rien.
Dans le panneau préférences du son → onglet matériel case à cocher tester les hauts parleurs, j’ai du son.
C’est incompréhensible.
Une modification pré-suppose un état initial. Un système n’interdit jamais par défaut l’accès au son à un user dans un environnement de bureau, ça n’aurait aucun sens. et ça se saurait. C’est entre autre le paquet ‹ xdg-utils › qui gère les paramètres d’environnement par défaut d’un user.
Quel était l’état avant de ce fichier /etc/group pour voir le différentiel ?
D’où vient cette idée étrange ? Une doc ? Un forum ? Pour faire court, c’est une mauvaise idée de tripatouiller ça au hasard et sans raison et sans rapport avec le sujet (trop long à détailler plus). Il y a des exécutables pour gérer ça proprement, en supposant en avoir besoin.
Comme dans ta dernière installation « pactl » avait disparu de manière « irrationnelle », et qu’hier matin « pipewire-audio » n’était pas installé, alors que tu affirmais pourtant qu’il l’était, ça cache peut-être un autre problème matériel qui pourrait expliquer tous ces mystères.
A essayer:
Installer ‹ pipewire-alsa ›, puis
touch /etc/pipewire/media-session.d/with-alsa
cp /usr/share/alsa/alsa.conf.d/99-pipewire-default.conf /etc/alsa/conf.d/
reboot et retour de:
dpkg -l |awk '/pipe|pulse|alsa|wirep|firmw/ {print $1,$2}' |sort -u
systemctl --user status pipewire
systemctl --user status wireplumber
J’ai donné le droit du groupe audio à l’utilisateur « user » , c’est tout.
Boot essai sur l’utilisateur « user » pas de son.
Ce matin modif de l’utilisateur « user » comme indiqué dans le post ci-dessus. Le son fonctionne, je suis convaincu que cette manip n’était pas forcément nécessaire, mais je l’ai fait (de toute façon cet utilisateur va très rapidement disparaître).
En même temps l’ancienne distro n’était pas vraiment propre d’où réinstallation.
Je l’ai installé à ta demande:
Ok je m’en occupe demain.