Exécution automatique au démarrage via .sh et rc.local

Bonjour
Je bosse sur un RPI, raspbian jessie
je développe un dispositif complet (logiciel codé C++ + composants électronique externes)
Une première version de l'appli n'était pas équipée d'écran, donc pas d'interface graphique
Elle se lançait automatiquement en ayant crée un .sh sur mon bureau

Code:

---

1 2	cd /home/pi/dicartech/exec sudo ./Dic_v0.76

---

appelé depuis le rc.local, dont voici la fin:

Code:

---

1 2 3 4

#essai de mon script bash /home/pi/Desktop/dic.sh #fin exit 0

---

Me deuxième version inclut un écran tactile, et une IHM graphique développée sur gtkmm
Je veux procéder de la même façon pour la lancer automatiquement, mais cela ne fonctionne pas.

Code:

---

1 2	cd /home/pi/dicartech/exec sudo ./dic_2_12

---

• J'ai vérifié la syntaxe des noms de fichiers que j'apelle, en inversant les noms des deux appli, c'est seulement la non graphique qui démarre.
• J'ai aussi testé mon script, en le lançant à la main depuis le terminal, l'appli graphique se lance correctement
  
  Code:

  ---

  bash /home/pi/Desktop/dic.sh

  ---

• J'ai aussi tenté de repousser le lancement de la version graphique de 5S, au cas où elle soit lancée trop tôt dans le processue de démarrage du RPI, ça ne change rien.

Je n'ai plus d'idée.

Qu'est-ce qui peut clocher dans mon affaire?
Merci

Bonjour

Citation:

---

Envoyé par niconol

[CODE]#essai de mon script

Code:

---

1 2 3

bash /home/pi/Desktop/dic.sh #fin exit 0

---

Me deuxième version inclut un écran tactile, et une IHM graphique développée sur gtkmm

Code:

---

1 2	cd /home/pi/dicartech/exec sudo ./dic_2_12

---

---

C'est peut-être idiot mais dans le premier script, je vois

Code:

---

bash /home/pi/Desktop/dic.sh

---

et donc dic.sh n'est pas nécessairement avec des droits executatble
Ceci pourrait expliquer que

Code:

---

sudo ./dic_2_12

---

ne fonctionne pas

Citation:

---

donc dic.sh n'est pas nécessairement avec des droits executatble

---

je ne te comprend pas!

dic.sh est un fichier de script, pas un exécutable

• il a contenu
  Code:

  ---

  sudo ./Dic_v0.76

  ---

  qui fonctionnait très bien, en mode sudo (car utilisation des ressources matérielles aussi)
• puis il contient
  Code:

  ---

  sudo ./dic_2_12

  ---

  qui ne fonctionne pas

dans les deux cas je lance l'appli en sudo

Un script est considéré comme un exécutable s'il est lancé seul.

Code:

---

bash monscript.sh

---

demande à Bash de lire le contenu et d'exécuter les commandes.
Si je lance ./monscript.sh le système le considère comme un exécutable si ces droits sont suffisants (700 par exemple)
sudo signifie que le propriétaire qui lance cet exécutable est root (administrateur) ce qui peut être nécessaire à causes des commandes contenues dans le script.
Donc

Code:

---

chmod 700 monscript

---

devrait arranger cela
si nécessaire, voir https://doc.ubuntu-fr.org/permissions

tu demandes de s'exécuter à un script qui démarre une interface graphique (gtk) à un moment où il n'y a pas d'interface graphique démarrée (X11).

et, contrairement aux programmes exécutés en mode texte, qui peuvent s'exécuter en arrière-plan, les programmes requérant X11 nécessitent une identification. :(
il est toute fois possible de configurer le Display Manager (GDM)pour permettre à un utilisateur donné d'accéder automatiquement au Window Manager (Gnome).

par contre, les programmes "fenétrés" ne devraient pas être exécutés par root !

Michel,
décidément, il y a quelque chose qui m'échappe, peux-tu reformuler ?

J'ai réglé les droits

Code:

---

chmod 700 dic.sh

---

. Le .sh est devenu double-cliquable pour son exécution, du moins il me semble qu'il ne l'était pas avant.
J'ai donc les droits suffisants pour exécuter le sh, en double clic ou manuellement depuis le terminal.

lorsque la commande suivante

Code:

---

bash /home/pi/Desktop/dic.sh

---

est lancée au démarrage depuis rc.local, rien ne se passe, comme si effectivement je n'ai pas les droits d’accès.

Je ne comprends pas pourquoi le comportement est différent. Les droits d’accès ne changent pourtant pas!

J'ai modifié mon .sh ainsi:

Code:

---

1 2	sleep 20 sudo gpicview ~/Desktop/splash.png

---

avec bien entendu un splash.png sur mon bureau.
le sleep 20 pour attendre le complet démarrage de la machine, merci N_BaH
l'ouverture d'une image pour écarter le paramètre "mon appli est peut être foireuse"

il vaudrait donc mieux configurer le Window Manager (lequel ? Gnome ? KDE ?) pour qu'il exécute ton script après son démarrage.

Je suis quand même contrarié de ne pas comprendre le pourquoi et ne pas pouvoir utiliser le moyen simple qui fonctionnait jusqu'alors...

mon bureau est :

Code:

---

echo "${XDG_CURRENT_DESKTOP}"

---

renvoie LXDE

et

Code:

---

pgrep -l gnome

---

renvoie

Code:

---

1281 gnome-pty-helpe

---

donc visiblement, mon window manager est gnome.

mais si je lance Desktop Session Settings, je constate que le gestionnaire de fenêtre est openbox-lxde

donc je veux mdifier le script d'autostart d'openbox, une bonne doc ici https://doc.ubuntu-fr.org/openbox pour ubuntu j'ai imaginé que c'était valable pour raspbian
au chapitre 6 , un éventuel pb est évoqué, dans lequel je me trouve bien entendu

Citation:

---

Configuration avancée

Openbox possède trois principaux fichiers de configuration :

rc.xml, où sont définis les paramètres de comportement d'Openbox et les raccourcis clavier,
menu.xml, qui liste ce qui doit apparaître dans le menu principal (clic-droit),
autostart, qui détermine les programmes et paramètres à lancer au démarrage.

Ceux-ci prennent place dans le dossier ~/.config/openbox.

Si le dossier ~/.config/openbox n'est pas créé après installation, ou si vous vous êtes complètement emmêlé les pinceaux dans votre configuration, les fichiers de configuration d'origine se trouvent dans /etc/xdg/openbox/. Dans ce cas, entrez les commandes suivantes dans un terminal:

mkdir -p ~/.config/openbox/ # Pour créer le dossier s'il n'existe pas encore
sudo cp /etc/xdg/openbox/* ~/.config/openbox/

devrait tout remettre dans l'ordre.

---

mais pas possible de créer un fichier commençant par un "." semble-t-il !!

j'ai donc modifié l'autostart à l'endroit où il se trouve ( /etc/xdg/openbox/) pour ouverture d'une image gpicview, renommé en autostart.sh, rendu exécutable (et effectivement, si je l'exécute au double clic, l'image s'ouvre)
Mais rien ne se passe au démarrage.

L'autostart est-il cherché à être exécuté?
Se trouve-t-il au bon endroit?
Est-ce vraiment openbox-lxde mon gestionnaire de fenêtre ?

AU cas où, je précise que mon appli, lorsqu'elle est exécutée, plante à l'occasion, avec pour message d'erreur dans le terminal:

Code:

---

Gdk-WARNING **: dic:Fatal IO error 11 (Ressources temporairement non disponible) on X server :O.

---

je me dis que X server et window manager étant intimement liés, c'est peut-être un indice intéressant sur mes problèmes

Citation:

---

mais pas possible de créer un fichier commençant par un "." semble-t-il !!

---

Dans le texte, je vois surtout un répertoire .config
La commande

Code:

---

mkdir .PasVu

---

crée un répertoire caché sans problème.
Pour créer un fichier caché vide

Code:

---

touch .fichierCacheVide

---

fonctionne .
Pour la ligne

Code:

---

Gdk-WARNING **: dic:Fatal IO error 11 (Ressources temporairement non disponible) on X server :O.

---

On peut ouvrir plusieurs instances Xserver mais pas deux fois la même (Xserver :O) !
Ceci pourrait vouloir dire que le serveur est déjà en fonction ou qu'aucun serveur n'est démarré

Une idée plus simple (peut-être:mouarf:)
Le script peut être lancé automatiquement par l'utilisateur pi à l’ouverture de sa session (ouverture automatique par défaut)
Si c'est le cas, il suffit d'ajouter la commande à la fin du fichier .profile de l'utilisateur.
pour tester, j'ai ajouté

Code:

---

chromium-browser

---

à la dernière ligne et le navigateur s'est ouvert en plein écran
On peut aussi l'ajouter à la fin de .bashrc ce qui à l'avantage d'afficher l'environnement et puis de lancer le script (c'est probablement mieux)

Merci Michel,
plein de choses intéressantes...

toujours avec la commande

Code:

---

sudo gpicview ~/Desktop/splash.png

---

• Oui, ok, répertoire, pas fichier, erreur de ma part. Merci pour la signification du "." en première place d'un répertoire, et maintenant je le vois bien. J'ai donc mis à jour mon fichier autostart.sh, dans ~/.config/ , qui est exécutable (testé), et rien de mieux. Mais peut-être dois-je décommenter certaines lignes de ce fichier pour choisir des config tool gnome ou xfce ... Pas mieux non plus.
• SI je mets la commande dans .profile, elle est lancée très tôt, avant même que le bureau n’apparaisse, et elle est bloquante. Je dois la fermer pour voir enfin le bureau apparaître. Peut-être que je retiendrai cette solution, je ne sais pas encore si je veux accés aux autres applications en parallèles de l'appli que je développe.
• SI je mets la commande dans .bashrc, elle est exécutée uniquement à l'ouverture d'un terminal

Pour ce qui est du X server, vu que je suis complètement ignorant en la matière, je traite cela dans un autre topic https://www.developpez.net/forums/d1...a/#post9802723. J'avais tenté dans gtk, puisque mon pb est très lié à mon appli avec fenêtre développée sous gtk ,mais je n'ai pas de réponses

Pour utiliser une image sur le bureau (j'ai testé avec chats.jpg

Code:

---

gpicview ~/Desktop/chats.jpg

---

Si ce programme doit être ouvert en root (je me demande pourquoi ?)

Code:

---

gksudo gpicview ~/Desktop/chats.jpg

---

Donc pour ton problème, c'est cette dernière qu'il faut mettre à la fin de .bashrc

Y'a un truc qui tourne vraiment pas rond chez moi!!

Code:

---

gpicview ~/Desktop/duck.jpg

---

en fin du fichier

Code:

---

~/home/pi/.bashrc

---

n'ouvre pas le fichier duck.jpg que j'ai sur mon bureau !

.bashrc n'est appelé qu'à l'ouverture d'un terminal. Si j'ouvre un terminal, mon canard apparait.

et si je mets dans .profile, ça s'ouvre trop tôt (si je veux un bureau complet)

le sudo c'est juste parce que au final, l'appli à lancer automatiquement au démarrage nécessite d'être en sudo (utilisation du hardware: USB et autre)

La solution ?

Ouvrir /home/pi/.config/lxsession/LXDE-pi/autostart
ajouter la ligne de commande précédée de @
exemple:

Code:

---

@gpicview /home/pi/Desktop/chats.jpg

---

Attention, ~/ ne fonctionne pas, il faut le vrai chemin !
Enregistrer et c'est bon !

Je crois qu'on y est ...

Je ne peux pas faire ça:

Code:

---

sudo /home/pi/.../mon_appli

---

parce que mon appli charge son interface graphique depuis un .glade (fichier xml) du même dossier, dans lequel je ne suis pas

je dois donc nécessairement passer par un

Code:

---

1 2	cd sudo /home/pi/.../ sudo ./mon_appli

---

donc un dic.sh contenant ces deux lignes

appelé depuis le fichier

Code:

---

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

---

par

Code:

---

@sudo /home/pi/Desktop/dic.sh

---

et j'y suis enfin, lancement de mon appli après apparition du bureau

Merci beaucoup pour ton éclairage, ton partage et ta patience,
plein d'infos intéressantes pour en arriver à une solution.

content que cela fonctionne!
Merci aussi car grâce à toi je me suis enfin décidé à approfondir LXDE qui est un environnement léger mais que je n'utilise jamais et donc ... cercle vicieux, je ne le maîtrise pas car je ne l'utilise pas parce que je ne le maîtrise pas (un beau raisonnement récursif :mouarf:)
A+