Bonjour,
 
comment lancer un scrypt python au démarrage ? celui ci doit rester dans mon dossier home à cause des dépendances
mettre un raccourcis vers ce fichier dans /etc/init.d ?

Bonsoir,

 
Ca depend beaucoup de ta distribution. Sous debian, il suffit de mettre un lien vers ton script dans /etc/rcX.d  . Bien penser à mettre #!/usr/bin/python au debut du script pour que ce soit python qui l'execute.
 
Edit: J'ai un doute d'un seul coup puisqu'il faut normalement une fonction start() dans le script. De toutes façons, ça dépend de ta distrib.

Oui sous debian aprdon j'avais oublié,
donc ln -s /home//pygrenouille.py /etc/rcX.d ?
 
j'avais vérifié il y a bien l'enthête,
 
je ne dois pas faire un chmod +x sur le raccourcis , puisque ce n'est pas lui qu iest exécuté ?

 
Il faut que le lien s'appelle SXXnymame donc normalement il faut faire :

 
rc2.d dépend du bootlevel (ca a un autre nom mais je m'en rappelle plus). En fait, sous debian, après l'initialisation du noyau, ce sont les scripts de /etc/rcS.d qui sont d'abord executés puis ce sont ceux de /etc/rcX.d (où X est un nombre entre 0 et 6). C'est l'administrateur qui choisit quel dossier lire (et cette information est dans /etc/inittab ). Les scripts sont éxécutés selon les numeros de scripts. Jette un coup d'oeil dans /etc/rc2.d pour comprendre.
 
Mais il faut peut-etre tenir compte de mon edit du message precedent. A voir...

Arf
avec un cron sinon ? ca ne gère pas python ?

bien sur que si
 
et sous debian il y a update-rc.d pour éviter de faire le porc

En fait j'ai réfléchi et ca devrait pas poser de probleme tant que tu appelles ton script par  

 
Ton script est assez petit pour que tu puisses le poster ici ?

 
Ca veut dire quoi ca ?    
 
C'est vrai, j'avais oublié que ca existait. Ca fait quoi de plus ?

Trouvé !
http://www.developpez.net/forums/v [...] p?t=112919

Bon donc je crée un script .sh avec cela dedans :
 

 
et maintenant jutilise update ? jai fais des recherches mais je nai pas bien compris..

Bon jai copié ce scrypt :
cp /../pygrenouille.py /etc/init.d/pygrenouille
et jai fais update-rc.d pygrenouille defaults
 
jespère que ca marchera...

juste comme ca ton script tu lui as donner des droits

 
lis le man et ça ira

sudo crontab -e
 
@reboot  /path/to/script

 
pas con
 

 
Si tu trouves un man "lancer un script python au démarrage", fais moi signe
 
un sh oui, c'est facile et c'est expliqué dans les guides

il te disais le man update-rc.d

ok, enfin ici ce n'est pas ca qui me fait peur mais tout le reste

Grr il ne fait que :
/.../pygrenouille.py
il ne léxécute pas (comme si l'on fesait ./pygrenouille.py) grrr

ça veut dire quoi ça ? que tu as directement copié le script python dans init.d ?

mais non j'ai fait tout ce que j'ai décris au dessus,  
mais le script de lancement ne fait que  
"/..../truc.py"
au lieu de l'éxecuter (comme quand on fait ./truc.py
bon ca ménerve du coup javais mis
cd /..../
./truc.py il ne veut plus démarrer jsuis bon pour tt réinstaller
 
C'est si dur que ca de lancer un py au démarrage ?  

Quand tu le lances manuellement il faut faire
/etc/init.d/tonscript start

oui donc jai fais ca pour voir ce qui ne amrche pas, et lui comme commande il ne fait que "/.../truc.py" donc ca ne amrche pas !

 
et si t'ecrivais python tonscript.py  dans le fichier que tu viens de creer (celui dans init.d) ? meme si je suis presque sur que ca changera rien

c'est à dire ? python /.../truc.py ?

pourquoi faire tourner en root un truc comme grenouille ? la solution de la crontab fonctionne très bien.

et puis t'as qu'à aussi laisser tomber ext3 et passer à reiserfs.

Oui je l'ai fait avec cron,
bin je sais pas quand j'ai pensé le mettre au démrrage je 'nai pensé qu'a init.d ,
ca ma fait planté mon truc jai du formater (pas moyen de se loguer, ni en ssh ni en direct
 
Donc ce que j'ai fais j'ai testé un .sh avec  
cd /..../
./truc.py
 
et miracle ca marchait !
donc je l'ai mis en cron et ca marche impécablement bien
 
(tout ca pour ca, je me dis)
 
 
 
C'est quoi l'intérer de reiserfs ? j'avais regardé les diff il y a assez longtemps les diff n'étaient aps extreme.. ext3 était un peu le truc "normal"

Bonjour,

 
Ch'ais pas mais

ca fait quand meme son boulot.