Discussion :

[danardui]

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 :

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

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 :



Auriez vous quelques idées car je ne sais pas par où m'y prendre
D'avence Merci

[Philippe Dpt35]

Bonjour,

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

Code :

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

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

mais qui doit avoir des droits administrateur

Code :

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

@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

[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 ?

[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 :

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

sudo crontab -e

et j'ai mis a la fin :

Code :

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

@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)

[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 :

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

@bash /home/pi/demarauto.sh

au lieu de

Code :

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

@sudo bash /home/pi/demarauto.sh

[Philippe Dpt35]

Autre piste:
en fin de commande, place un

Code :

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

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 :

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

@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.

[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

[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 :

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

@sudo bash /home/pi/demarauto.sh

tente

Code :

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

sudo /home/pi/demarauto.sh

sans le @

[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

[Philippe Dpt35]

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.