Discussion :

[Jipété]

Bonsoir,

Pendant des années j'ai utilisé le même petit script dans une vieille machine avec un Debian Wheezy et sans systemD pour jouer un son juste après le login, et ça a toujours bien fonctionné, comme une sorte d'information auditive pendant que je prépare le café, genre j'entends la musiquette et là je me dis "la machine est up and running, parfait, au boulot !"

J'ai changé de machine, je me suis retrouvé avec les "améliorations" de systemD dans une Debian Bullseye, j'ai installé mon script de la même manière (dans /opt/autostart) et là, stupeur, parfois au login je n'ai pas de son !
J'ouvre une console pour lancer le script à la main et là j'ai le son.

La question est : comment diagnostiquer ce comportement farfelu ?

EDIT : petit oubli : il y a deux autres scripts dans /opt/autostart, qui sont toujours exécutés, eux. /EDIT

Merci,

Le script :

Code bash :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
#!/bin/bash
 
startsoundfile="/usr/share/sounds/bonus.ogg"
 
if [ -r "$startsoundfile" -a -d /proc/asound/card0 ] && \
type -p ogg123 >/dev/null 2>&1; then
    ogg123 -q --audio-buffer 4096 "$startsoundfile" >/dev/null 2>&1 &
fi

[A3gisS3c]

Hello,

Comment est lancé ton script?

Service Systemd de type système lancé en oneshot?
Service Systemd de type utilisateur lancé en oneshot?
Cron ou timer Systemd avec une directive @reboot?

[Jipété]

Comment est lancé ton script ?

Je n'en sais rien.
Comme dit,

j'ai installé [...] (dans /opt/autostart)

Donc c'est Debian qui gère.
Et il y a deux autres scripts, posés au même endroit, qui sont toujours exécutés, eux.

j'ai posé mes .sh dans le dossier indiqué suite à une discussion ici-même en 2014 je crois (mais inretrouvable, je ne remonte pas plus loin que 2019, ) et roule ma poule.
L'un fait afficher l'icône d'un haut-parleur en bas à droite, l'autre lance un binaire (écrit par moi en Lazarus/FreePascal) qui affichera également son icône à côté de l'heure.

Aucun défaut avec ces deux-là, et on sait pour le troisième, l'objet de ce post, que PulseAudio est susceptible et capricieux...

[A3gisS3c]

Ça doit être ton environnement graphique qui gère ce genre de chose (donc exit Systemd services/timers a ce niveau).

Faut voir ta distribution d'autres personnes du forum seront surement plus aptes à répondre à ce genre de question mais globalement je serais toi je ne placerai pas de scripts dans /opt/autostart mais je passerai par la fenêtre graphique "applications au démarrage".

Par exemple sous Mint, ce sont des fichiers .desktop dans ~/.config/autostart.

[Jipété]

Bonjour,

d'autres personnes du forum seront surement plus aptes à répondre à ce genre de question mais globalement je serais toi je ne placerai pas de scripts dans /opt/autostart mais je passerai par la fenêtre graphique "applications au démarrage".

Ça j'ai pas, mais j'ai Configuration de LXSession (puisque je suis sous LXDE) et dans la rubrique "démarrage automatique" je retrouve les trois scripts que j'ai posés dans /opt/autostart, comme ça me l'a été conseillé dans ce forum il y a 9 ans.

Mais je ne touche pas aux réglages de cette interface, elle est juste totalement incompréhensible, et comme il n'y a pas d'aide...

Il y a un truc que tu as peut-être perdu de vue, c'est que dans mon premier post j'ai écrit, à propos de ce script quand il était dans mon ancienne machine, "ça a toujours bien fonctionné", donc je m'interroge sur le fait que dans ma nouvelle machine ça fonctionne moins bien.

Maintenant, je suis bien conscient que ça devient de plus en plus compliqué, tout ça, et il n'y a aucune raison pour que ça s'arrange : j'ai souvent parlé des incohérences de configuration du son dans l'ancienne machine justement, mais la nouvelle m'en a fait voir des vertes et des pas mures concernant l'identification des disques avec les scripts de systemD ; curieusement ces deux outils viennent du même auteur, il parait.

[disedorgue]

Pour moi, ce genre de problème survient certainement à cause d'un fait sur systemd:

systemd provides aggressive parallelization capabilities

Et en général, quand on est agressif, on ne maitrise pas

[Jipété]

Pour moi, ce genre de problème survient certainement à cause d'un fait sur systemd:

systemd provides aggressive parallelization capabilities

Et en général, quand on est agressif, on ne maitrise pas

Je vote pour !

Et, tiens, ce matin j'ai allumé la machine, je me suis loggué j'ai eu la musiquette et j'ai vécu ma vie jusqu'à 13 h environ où j'ai éteint car plein de choses à faire outside.
Je rentre, je range puis vers 18 h 30 je démarre la babasse comme ce matin (y a qu'un bouton, je peux pas me tromper), je me loggue comme ce matin mais ensuite, pas comme ce matin, je n'ai pas la musiquette.
Alors j'appelle le script depuis un terminal et ça la joue, ma musiquette. Donc le script est bon, le fichier de musique aussi, la carte son idem, qu'est-ce qui coince ?

C'est vraiment pas fiable, ce bazar, parce que j'ai aussi remarqué que des fois cette musiquette n'avait pas la même qualité musicale que d'autres fois : elle est parfois hachurée, raccourcie, et ça se remarque également et surtout dans les machines virtuelles tournant sous XP, où là aussi le Windows XP Démarrage.wav est parfois massacré.

Et la question que je pose est la suivante : est-ce qu'un jour ce diable de systemD ne va pas massacrer un fichier pdf ou une image ou un film ou autre chose encore ?
Vous voyez où ça peut nous entrainer, cette misère ?
Je tremble...
Quand je pense que minot je me suis passionné pour l'informatique parce que ce qui s'y passait était reproductible, ben là je tombe par terre...


Ensuite, comme le hasard fait bien les choses, ce matin j'ai envoyé deux photos par email à ma frangine, et quand elle m'a répondu elle n'a pas pris la peine de les enlever, donc elles me sont revenues, et je vous la fais courte :

à gauche copie d'écran d'un bout de l'email que je lui ai envoyé, à droite copie d'écran de ce que j'ai reçu en retour.
J'attends de savoir ce qu'elle a vu en ouvrant mon email chez elle, et je ne manquerai pas de vous communiquer l'info.

Car mine de rien, pour l'heure, je ne m'explique absolument pas comment une chose pareille a pu arriver.
Tout ce que je peux dire pour le moment, c'est que le fichier de droite pèse 3 octets de plus que celui de gauche,
mais comme c'est du jpeg on ne va pas pouvoir comparer grand chose.

[Jipété]

J'attends de savoir ce qu'elle a vu en ouvrant mon email chez elle, et je ne manquerai pas de vous communiquer l'info.

Elle a ouvert l'email et l'image était normale...

[disedorgue]

Peut-être que tu pourrais rediriger la sortie d'erreur vers autre chose que /dev/null et regarder comment ça se passe quand ça fonctionne et quand ça ne fonctionne pas ?

[Jipété]

Peut-être que tu pourrais rediriger la sortie d'erreur vers autre chose que /dev/null et regarder comment ça se passe quand ça fonctionne et quand ça ne fonctionne pas ?

Bonne idée, j'ai donc remplacé > /dev/null par >> /logsound.log et plus qu'à attendre...
D'autres idées ?

Pour l'affaire de l'image moisie au retour, en attendant que ma sœur me dise comment est chez elle le fichier qu'elle a envoyé, j'ai constaté que sa vignette est correcte. C'est fou, ça.

[papajoker]

Et la question que je pose est la suivante : est-ce qu'un jour ce diable de systemD ne va pas massacrer un fichier pdf ou une image ou un film ou autre chose encore ?
Vous voyez où ça peut nous entrainer, cette misère ?
Je tremble...

Pure fantasme ou alors tu confonds systemd et FS ?

j'ai donc remplacé > /dev/null par >> /logsound.log

bof, a moins que tu ais l'habitude de te connecter à ton bureau en root

-------------
Pour faire ton opération avec systemd, il faut créer un service utilisateur qui va lancer ton bash. Ici, tu as un xdg .desktop qui lance ton bash (donc pas grande différence)

[Jipété]

j'ai donc remplacé > /dev/null par >> /logsound.log et plus qu'à attendre...

Voilà, j'ai eu le cas au démarrage de cette session, mais /logsound.log est désespéramment vide. Une autre idée ?

Pur fantasme ou alors tu confonds systemd et FS ?

FS... FileSystem ? Si "oui", pourquoi confondrais-je un outil et sa zone de travail ? Il s'agit de deux choses différentes.