Vous n'êtes pas identifié(e).
À pésent, je pense que le problème est réglé… tu nous diras si c'est le
cas wink
Je suis navrée car le problème persite...
Princesse Petit Pois
****
Rien de plus facile à dire / Ni de plus difficile à faire / Que de lâcher prise.
Taneda Santoka
Hors ligne
Car le fait de l'avoir désactivé ne l'arrête pas…
Il faut aussi rétablir les droits sur le script /etc/init.d/mpd :
Et tu peux refaire :
Comme cela il ne sera pas lancer à l'initialisation du système.
Enfin tu pourras réessayer de démarrer mpd :
Dernière modification par enicar (01-01-2016 16:29:01)
Hors ligne
il faut que tu sois plus précis. Tu peux faire un « ps -C mpd -O user », pour voir quel est l'identité
du mpd qui t'empêche éventuellement de démarrer un mpd utilisateur.
Tu peux aussi arrêter le mpd qui est démarré par systemd en faisant :
systemctl stop mpd
Car le fait de l'avoir désactivé ne l'arrête pas…
Il faut aussi rétablir les droits sur le script /etc/init.d/mpd :
chmod +x /etc/init.d/mpd
Il n'y a pas eu aucun commentaire.
Et tu peux refaire :
systemctl disable mpd
Comme cela il ne sera pas lancer à l'initialisation du système.
Enfin tu pourras réessayer de démarrer mpd :
mpd
J'ai testé gmpc, mpd "failed to decode"
Est-ce que je devrais remettre l'ancien port 6600 ?? au lieu de 6601 ?
Princesse Petit Pois
****
Rien de plus facile à dire / Ni de plus difficile à faire / Que de lâcher prise.
Taneda Santoka
Hors ligne
Est-ce que je devrais remettre l'ancien port 6600 ?? au lieu de 6601 ?
Oui, pourquoi pas. Mais le message d'erreur n'a rien à voir avec cela.
Le groupe 29 devrait être le groupe audio. Quel est le résultat de la
commande :
Il devrait avoir une ligne qui ressemble à :
Il faut que tu utilises le bon fichier de configuration de mpd.
C'est à dire celui qui est dans ~/.mpd/. Que donne la commande :
Et quel est le résultat de :
Hors ligne
Puis j'ai remis le port à 6600.
Ensuite, ça à donner pour le groups :
Les fichiers mpd.conf et mpd.log, je les ai trouvé dans home/tiare/.mpd et non dans tiare/.config
Il doit être normalement dans .config le répertoire mpd ?
Princesse Petit Pois
****
Rien de plus facile à dire / Ni de plus difficile à faire / Que de lâcher prise.
Taneda Santoka
Hors ligne
Ensuite en tant qu'utilisateur :
J'espère que tu as bien laissé les valeurs que j'avais donné dans mon post #40
pour les options de configurations de mpd dans ton fichier ~/.mpd/mpd.conf.
Le fichier /etc/mpd.conf, on s'en fiche. On ne va plus y toucher.
Dernière modification par enicar (01-01-2016 17:27:07)
Hors ligne
Princesse Petit Pois
****
Rien de plus facile à dire / Ni de plus difficile à faire / Que de lâcher prise.
Taneda Santoka
Hors ligne
indique que tu as démarré mpd avec une configuration qui utilise alsa depuis un
utilisateur qui n'est pas dans le groupe audio…
D'ailleurs qu'elle est la configuration de mpd en ce qui concerne la sortie audio.
Dans ton ~/.mpd/mpd.conf tu chercheras une option :
Tu peux aussi avoir :
Normalement il y a plusieurs configuration donnée en exemple.
Seule la configuration pour alsa n'est pas mise en commentaire,
c'est à dire ne commence pas par un #.
Hors ligne
la plaisanterie a assez duré…
Puis ensuite tu regraderas si tu peux démarré mpd avec ton utilisateur :
Hors ligne
Ici j'ai des #
Princesse Petit Pois
****
Rien de plus facile à dire / Ni de plus difficile à faire / Que de lâcher prise.
Taneda Santoka
Hors ligne
Hors ligne
Bon, il y en a assez, aux grands maux les grands moyens, tu feras en root :
pkill mpd
la plaisanterie a assez duré…
Puis ensuite tu regraderas si tu peux démarré mpd avec ton utilisateur :
mpd
Ok j'ai fait pkill mpd.
Et toujours :
Princesse Petit Pois
****
Rien de plus facile à dire / Ni de plus difficile à faire / Que de lâcher prise.
Taneda Santoka
Hors ligne
Hors ligne
Princesse Petit Pois
****
Rien de plus facile à dire / Ni de plus difficile à faire / Que de lâcher prise.
Taneda Santoka
Hors ligne
Hors ligne
Princesse Petit Pois
****
Rien de plus facile à dire / Ni de plus difficile à faire / Que de lâcher prise.
Taneda Santoka
Hors ligne
Ensuite pour savoir quel programme utilise cette socket :
Je crains que ce soit cette saloperie de systemd qui utilise cette
socket et donc empêche le démarrage de mpd en tant que user…
On peut aussi contourner le problème en mettant dans le ~/.mpd/mpd.conf :
En supposant que ton utilisateur est tiare.
Il faudra mettre la même valeur dans gmpc (le champ Hôte des
préférences de connexion…) Et là, je te garanti que le problème
ne peut plus venir de là.
D'ailleurs, ce n'est pas normal que ce problème persiste si tu as
bien exécuté les commandes qui permettent de désactivé le lancement de
mpd… mais on verra cela plus tard ou pas…
Hors ligne
J'ai bien mis bind_to_address /home/tiare/.mpd/socket à la place de
Dans hôte je mets bien : bind_to_address /home/tiare/.mpd/socket ou /home/tiare/.mpd/socket
Dans tous les cas cela ne marche pas...
Cela suppose qu'il y ait un répertoire socket dans .mpd ??
Princesse Petit Pois
****
Rien de plus facile à dire / Ni de plus difficile à faire / Que de lâcher prise.
Taneda Santoka
Hors ligne
Dernière modification par enicar (01-01-2016 18:30:42)
Hors ligne
Princesse Petit Pois
****
Rien de plus facile à dire / Ni de plus difficile à faire / Que de lâcher prise.
Taneda Santoka
Hors ligne
Après ça, mpd ne devrait plus démarré à l'initialisation du système. Ce qui veut dire
que quand tu redémarres ta machine il n'y a plus de mpd lancé avec l'identité de mpd.
Redémarrer la machine, ça veut dire faire un reboot complet de ton pc
portable (le serveur on s'en fiche).
Hors ligne
Et ensuite tu redémarres ta machine. Ceci fait, tu vérifieras que mpd ne tourne plus avec
l'identité de mpd (tu sais comment…) et tu pourras toujours me montrer le résultat de la commande
Dernière modification par enicar (01-01-2016 18:44:45)
Hors ligne
home/.mpd/mpd.conf = c'est ici que j'ai pu changer les valeurs
Est-ce que le fait que l'autre fichier dans etc/mpd.conf dont les valeurs sont fausses peut perturber la configuration ??
J'ai fait en root
Puis identité du mpd :
Ensuite après avoir redémarré mon pc, en root :
Princesse Petit Pois
****
Rien de plus facile à dire / Ni de plus difficile à faire / Que de lâcher prise.
Taneda Santoka
Hors ligne
Une question, j'ai deux fichiers mpd.conf :
Et bien, on ne s'occupe pas de /etc/mpd.conf car c'est le fichier de
configuration utilisé par le mpd système… et c'est justement ce que
l'on ne veut pas utiliser.
Donc il faut modifier les valeurs dans ~/.mpd/mpd.conf, oui. Je
suppose que ton home est /home/tiare. Si tu as gardé la valeur de la
socket unix (/home/tiare/.mpd/socket) pour l'option bind_to_address
dans ~/.mpd/mpd.conf, il faudra mettre la même valeur dans la
configuration de connexion de gmpc (champ hôte). C'est à dire bien
mettre la valeur /home/tiare/.mpd/socket dans ce champ. Remarque, tu
n'as besoin que d'une seule option bind_to_address dans le mpd.conf.
On peut en mettre plusieurs, mais ça sera inutile dans ton cas.
La sortie de netstat -naut indique que le daemon mpd n'occupe plus le
port 6600 sur le localhost (ce sont les adresses (en ipv4) 127.0.0.1
et (en ipv6) ::1.
Normalement tu devrais pouvoir démarrer mpd avec ton utilisateur. Et
en fait, tu ne devrais même pas avoir besoin de le démarrer car il est
démarré automatiquement avec ta session Xorg.
Toutefois, il est possible que tu aies besoin de changer la
configuration du mpd.conf et de gmpc pour que ça marche correctement.
Pour cela, après avoir modifié ta configuration, il faudra tuer mpd et
le redémarrer comme suit :
Fais attention à la correspondance des valeurs suivantes :
Valeur du champ Hôte de gmpc et valeur de l'option bind_to_address dans mpd.conf.
Valeur du champ Port de gmpc et valeur de l'option port dans mpd.conf
Si tu uitlises une socket unix la valeur du port n'est pas utilisée.
Tu voudras peut être remettre un configuration plus classique que
l'utilisation d'une socket unix, en remettant le champ Hôte à la
valeur localhost ainsi que celle de l'option bind_to_address du
mpd.conf, ainsi que le port sur 6600 dans les deux cas.
Ah ! Et aussi, j'ai rédigé ce post pour que tu sois obligé de lire, et donc tu ne pourras pas
copier/coller des commandes en espérant que ça marche, car c'est bien mieux ainsi
Dernière modification par enicar (03-01-2016 17:30:50)
Hors ligne