Démarrage du son avec ALSA lorsque le script est lancé au démarrage

Version imprimable

11/02/2018, 17h08
danardui

1 pièce(s) jointe(s)

Démarrage du son avec ALSA lorsque le script est lancé au démarrage
Bonjour,

Pour lazncer un scritp au demarrage du PI ( raspbian stretch) j'ai saisi ceci :

Sudo nano /home/pi/demarauto.sh
J'ai place ceci deans :
# ! /bin/sh
lxterminal –e python3 “/home/pi/monscriptL.py”
puis dans :
sudo nano /home/pi/.config/lxsession/LXDE-pi/autostart
j'ai mis avant screensaver :
@sudo bash /home/pi/demarauto.sh

Mon script contient des fichiers audio qui passent par un DAC ou j'ai fait les modifs suivantes pour qu'il fonctionne :
dans /boot/config.txt :

dtoverlay=hifiberry-dac
dtoverlay= i2S-mmap

j'ai crée un nouveau fichier /etc/asound.conf pour y mettre ceci :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 pcm.hifiberry { type hw card O } pcm.!default { type plug slave.pcm "dmixer" } pcm.dmixer { type dmix ipc_key 1024 slave { pcm "hifiberry" channels 2 } }
Tous fonctionne bien en executant mes programmes par la console ou par IDLE mais lorsque je reboot voici ce que j'obtiens lors de l'appel du son dans mes progs :

Pièce jointe 350352

Auriez vous quelques idées car je ne sais pas par où m'y prendre
D'avence Merci
12/02/2018, 09h45
Philippe Dpt35

Bonjour,

Il y a une chose qui m'apparaît curieuse: le script démarrant dans la session utilisateur

Code:

/home/pi/.config/lxsession/LXDE-pi/autostart

mais qui doit avoir des droits administrateur

Code:

@sudo bash /home/pi/demarauto.sh

Je n'ai pas vérifié, mais il me semble que ça ne peut pas fonctionner. Comment se ferait la saisie du mot de passe pour avoir les droits administrateur ?

Je pense que si le script doit s'exécuter avec des droits root, il faut le lancer avant la session, par crontab ou en le plaçant dans /etc/init.d
12/02/2018, 10h06
danardui

Bonjour et merci pour votre attention à mon problème.

En fait j'ai aussi exécuté un : sudo chmod +x /home/pi/demarauto.sh dans la séquence de ce que je vous ai décrit auparavant.
Tout fonctionne bien (semble t-il) j'ai une autre appli sur un autre PI qui utilise la même configuration de démarrage et c'est sans problème (pour moi) mais celle-ci n'a pas de carte son DAC.
Sur le PI avec DAC lorsque je reboot j'obtiens l'erreur indiqué ci dessus que je ne sais pas analyser. Pour moi il me semble que la procédure de lancement il y a un script ou une config liée a ALSA qui ne s’établit pas mais je ne suis pas assez calé pour comprendre cela.

En fait si vous connaissez une autre façon de lancer un script au boot je suis preneur. J'ai la dernière version de Raspberry stretch 9.3. D’après les forums le boot n'est plus rc.local mais a travers systemd via des services et la je ne sais pas faire.

Qu'en pensez vous ?
12/02/2018, 10h59
danardui

Re,

J'ai testé avec crontab avec la procédure suivante donnée par (https://www.raspberrypi-spy.co.uk/20...ot-using-cron/) :

Code:

sudo crontab -e

et j'ai mis a la fin :

Code:

@reboot python3 /home/pi/test-son.py

au reboot ça ne démarre pas aussi ( mon script test-son.py fonctionne )

pour initd je ne sais pas comment procéder :(

Votre aide est la bienvenue d'autant que je dois installer cette application dans une semaine (je stresse)
12/02/2018, 11h16
Philippe Dpt35

Le script /home/pi/monscriptL.py a-t-il besoin de droits administrateur pour fonctionner ?
Si non, as-tu essayé, dans ton autostart, de mettre

Code:

@bash /home/pi/demarauto.sh

au lieu de

Code:

@sudo bash /home/pi/demarauto.sh
12/02/2018, 11h24
Philippe Dpt35

Autre piste:
en fin de commande, place un

Code:

2>/tmp/demarauto.log

que tu utilises ou non la commande avec ou sans sudo, aussi bien dans ton fichier autostart que dans la crontab

Code:

@sudo bash /home/pi/demarauto.sh 2>/tmp/demarauto.log

ça créera un fichier demarauto.log dans /tmp, contenant le journal des erreurs, que tu pourras consulter pour tenter d'en savoir un peu plus.
12/02/2018, 11h57
Philippe Dpt35

Je vois encore que dans ton premier message, tu parles d'un script monscriptL.py alors que dans ton dernier message il s'agit de test-son.py
12/02/2018, 12h57
Philippe Dpt35

Après vérification, sudo ne pose effectivement pas de problème dans le fichier autostart.
En revanche, il y a peut-être un problème de syntaxe dans ton fichier autostart.
Au lieu de

Code:

@sudo bash /home/pi/demarauto.sh

tente

Code:

sudo /home/pi/demarauto.sh

sans le @
12/02/2018, 14h37
danardui

Re Bonjour Philippe,
Merci pour toutes ces précisions qui me sont utiles.

En ce qui concerne mon problème, après quelques lectures sur le net. Il semblerai que dans les raspbian stretch au boot les services sont envoyés en parallèles. J'ai donc pensé que mon autostart pouvait lancer mon application avant que certaines configuration ( en particulier le son ALSA) ne soit initialisé. J'ai donc rajouté un sleep 10 dans le script autostart avant le lancement de mon appli et ho!! miracle le mixer ALSA est initialisé et ça marche.
Réellement je ne sais pas expliquer précisément mais.....

Merci encore pour ton aide

Bonne journée
12/02/2018, 15h19
Philippe Dpt35

Citation:

Envoyé par danardui

J'ai donc pensé que mon autostart pouvait lancer mon application avant que certaines configuration ( en particulier le son ALSA) ne soit initialisé. J'ai donc rajouté un sleep 10 dans le script autostart avant le lancement de mon appli et ho!! miracle le mixer ALSA est initialisé et ça marche.
Réellement je ne sais pas expliquer précisément mais.....

Oui, j'ai déjà rencontré ce type de problème, notamment pour le montage de disques réseau dans le fstab, alors que tous les services réseau requis n'étaient pas encore démarrés.