Comment faire pour exécuter un script shell au démarrage

Sur amazon instance de linux, j'ai deux scripts appelés start_my_app et stop_my_app dont le départ et l'arrêt de pour toujours (qui exécute à son tour mon node.js app). J'ai utiliser ces scripts manuellement démarrer et arrêter mon nœud de l'application. So far So good.

Mon problème: je tiens également à le régler de telle sorte que start_my_app est exécuté chaque fois que le système démarre. Je sais que j'ai besoin d'ajouter un fichier à l'intérieur de init.d et je sais comment le lien symbolique vers le répertoire approprié dans rc.d, mais ne peut pas comprendre ce qui a réellement besoin d'aller à l'intérieur le fichier que je place dans init.d. Je pense qu'il devrait avoir qu'une seule ligne, comme, start_my_app, mais qui n'a pas été de travailler pour moi.

  • Je ne suis pas une experte dans ce genre de trucs, mais je pense que le init.d solution (ici) doit être préférée à la rc.local solution car ce dernier est l'ancien outillage qui n'est encore utilisable, car la nouvelle de l'outillage est rétro-compatible.
  • pm2 commencer my_app; pm2 démarrage; pm2 enregistrer github.com/Unitech/pm2
InformationsquelleAutor meetamit | 2012-10-19
  1. 264

    Dans le fichier que vous placez dans /etc/init.d/ vous devrez fixer le fichier exécutable avec:

    chmod +x /etc/init.d/start_my_app

    Grâce à @meetamit, si cela ne fonctionne pas, vous devez créer un lien symbolique vers /etc/rc.d/

    ln -s /etc/init.d/start_my_app /etc/rc.d/

    Veuillez noter que sur la dernière version de Debian, cela ne fonctionne pas comme votre script doivent être LSB conforme (fournir, au moins, les actions suivantes: démarrer, arrêter, redémarrer, force-reload, et l'état):
    https://wiki.debian.org/LSBInitScripts

    Comme une note, vous devez mettre le chemin absolu de votre script à la place d'un parent, il peut résout des problèmes inattendus:

    /var/myscripts/start_my_app

    Et n'oubliez pas d'ajouter sur le dessus de ce fichier: 

    #!/bin/sh
    • je l'ai fait et il ne fonctionne pas. il va s'exécuter automatiquement juste parce que c'est dans /etc/init.d ou dois-je besoin de faire quelque chose sur le dessus de la programmer à exécuter au démarrage du système?
    • Pas assez de... Vous devez aussi créer un lien symbolique vers ce fichier (à l'aide de ln commande) pour un répertoire dans rc.d
    • il dépend de distribution mais, rc-update add start_my_app devrait être assez pour le faire exécuter au démarrage avec le paramètre "start" et l'arrêt de param "stop"
    • il n'y a pas de rc.d répertoire dans ma racine du dossier etc.. ce qui m'a abasourdi, n'est-ce pas un crucial répertoire Linux a besoin pour démarrer? Il manque juste un de mes OS semble fonctionner correctement. Dois-je le créer? Je vois un groupe de même nom des fichiers comme "rc1.d" le "rc5.d"
    • J'ai le même problème que @OKGimmeMoney
    • avez-vous fait ln -s /etc/init.d/start_my_app /etc/rc.d/? vous pouvez le faire sans le / à la fin ln -s /etc/init.d/start_my_app /etc/rc.d et il s'est débarrassé de l'erreur.
    • Si vous utilisez le LSB header utilisation update-rc (ubuntu) et chkconfig -add (centos) pour créer les liens symboliques pour vous.
    • Je n'ai pas tout /etc/rc.d dossier, mais j'ai /etc/rcX.d dossiers (I. e. /etc/rc0.d, /etc/rc1.d, /etc/rcS.d), il y a également un fichier /etc/rc.local. Je pense que vous devriez créer des liens symboliques dans le dossier personnalisé comme /etc/rc9.d ou dans l'un des existants ... ( Ubuntu Server 14.04 )
    • Cette question m'a aidé avec ceci: unix.stackexchange.com/questions/28679/...
    • Il n'y a pas de chemin d'accès par défaut définis à ce niveau. pour éviter de mystère échecs, vous devez faire toutes les références en utilisant le chemin d'accès complet
    • update-rc.d start_my_app
    • Je ne comprends pas l'énoncé "Dans le fichier que vous placez dans'....quelqu'un pourrait-il préciser?
    • Il a travaillé pour moi. La solution est d'utiliser le chemin d'accès complet toujours.

    InformationsquelleAutor Jonathan Muller
  2. 263

    Définir un crontab pour cette 

    #crontab -e
@reboot  /home/user/test.sh

    après chaque démarrage, il va exécuter le script de test.

    • C'est la seule solution qui a fonctionné pour moi sans tracas! merci
    • C'est la meilleure solution, @reboot sh $HOME/test.sh dans la crontab est encore plus propre
    • Beaux et simples. Je souhaite DONC aurait un moyen de pin ces réponses concises vers le haut au lieu d'avoir à fouiller dans verbose réponses juste parce qu'ils ont été upvoted avant que celui-ci est arrivé !
    • C'est brillant.
    • en fait, ça ne fonctionne pas. J'ouvre le terminal, entrez "crontab -e", une fenêtre apparaît, où je vous écris dans "@reboot sh /home/user/test.sh" mais il ne s'exécute pas au démarrage. Où en suis-je dans l'erreur?"
    • Quel est votre crontab -l montre?
    • l'habitude de lignes par défaut '# Modifier ce fichier ... " et ensuite la ligne, j'ai écrit '@reboot sh /home/.../.sh' . J'ai aussi essayé "@reboot /home/.../.sh " sans le "sh", mais aucun résultat.
    • votre crontab -l devrait montrer @reboot sh $HOME/test.sh de confirmer qu'il est effectivement été défini.
    • Pour moi, crontab -l montre la même, mais je ne vois pas le script appelé après le redémarrage de la machine. # uname -a Linux accton-xp70a0-26-a1 3.11.10-301.fc20.x86_64 #1 SMP Thu Dec 5 14:01:17 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
    • Si il n'est pas appelé, vous avez peut-être besoin de le mettre sous sudoers crontab avec sudo crontab -e
    • Est l'utilisateur root? @Hemant kumar
    • Remarque: si vous exécutez ps vous ne verrez pas le script en cours d'exécution, mais si vous exécutez ps -ef vous verrez le texte.
    • J'ai utilisé cette méthode, mais j'ai eu à penser à le faire également un chmod +x sur le fichier sh

    InformationsquelleAutor Hemant kumar
  3. 119

    Une approche simple est d'ajouter une ligne dans /etc/rc.local :

    /PATH/TO/MY_APP &

    ou si vous voulez exécuter la commande en tant que root :

    su - USER_FOOBAR -c /PATH/TO/MY_APP &

    (la fuite esperluette origines du processus et permet à la rc.local à poursuivre l'exécution)

    Si vous désirez script d'initialisation, debian, distro avoir un fichier de modèle, de sorte que :

    cp /etc/init.d/skeleton /etc/init.d/your_app

    et de l'adapter un peu.

    • Merci! Cette approche s'est avéré le mieux étant donné les exigences simples. Je suis assez sûr que je N'ai besoin de spécifier l'utilisateur, sinon, lorsqu'il est nécessaire d'arrêter manuellement l'application (en cours d'exécution stop_my_app), je serais obligé de le faire avec sudo, non? Aussi, je me demande quelle est exactement la fonction de la fuite esperluette(?).
    • L'utilisateur dépend de votre application. Mais si ce n'est pas absolument nécessaire pour exécuter en tant que root, l'éviter. & exécuter le processus en arrière-plan
    • sputnick, désolé, mais je dois marquer Koren est que l'on a accepté la réponse, surtout à cause de ce que @erikb85 souligné, mais aussi parce que ma question initiale posée pour la init.d façon de faire les choses (votre réponse était juste une simple solution de contournement pour moi à l'époque). Ce poste reçoit beaucoup de points de vue et de voix, il est donc important de maintenir l'exactitude.
    • Message édité par conséquent
    • Il dosnt semblent être mentionné que la fuite esperluette origines du processus et permet à la rc.local à poursuivre l'exécution.
    • Merci pour cette! Passer quelques dernières heures de frapper ma tête contre le mur alors que j'essayais de rendre un service, mais rien n'a fonctionné. Essayé ce, fonctionne comme un charme!
    • cela ne fonctionne pas si vous n'avez pas de rc.local comme dans le kali
    • doens fonctionne pas sur mon ubuntu 16

    InformationsquelleAutor Gilles Quenot
  4. 32

    C'est la façon dont je le fais sur le red-hat systèmes

    Mettre votre script dans /etc/init.d, propriété de root et exécutable. En haut du script, vous pouvez donner une directive pour chkconfig. Exemple, le script suivant est utilisé pour lancer une application java en tant qu'utilisateur oracle.

    Le nom du script est /etc/init.d/apex

    #!/bin/bash
# chkconfig: 345 99 10
# description: auto start apex listener
#
case "$1" in
 'start')
   su - oracle -c "cd /opt/apex ; java -jar apex.war > logs/apex.log 2>logs/apex_error.log &";;
 'stop')
   echo "put something to shutdown or kill the process here";;
esac

    ceci dit que le script doit s'exécuter à des niveaux 3, 4 et 5 et la priorité de démarrage/arrêt est de 99 et 10.

    puis, en tant qu'utilisateur root, vous pouvez utiliser chkconfig d'activer ou de désactiver le script au démarrage,

    chkconfig --list apex
chkconfig --add apex

    et vous pouvez utiliser le service de démarrage/arrêt de l'apex

    • Excellente réponse, merci
    • En attendant, j'ai testé un paquet appelé supervisord (supervisord.org) qui est disponible dans le dépôt epel. Il peut être utilisé pour démarrer des programmes et de les contrôler, de les redémarrer en cas d'échec.
    • Au lieu de taper: "chkconfig --add service_name" après avoir mis le script dans /etc/init.d/ dossier vous pouvez taper: "chkconfig service_name sur"
    InformationsquelleAutor Saule
  5. 13

    Entrer cron à l'aide de sudo:

    sudo crontab -e

    Ajouter une commande à exécuter lors du démarrage, dans ce cas, un script:

    @reboot sh /home/user/test.sh

    Enregistrer:

    Appuyez sur la touche ECHAP puis 😡 pour enregistrer et quitter, ou appuyez sur ESC puis ZZ (c'est maj+zz)

    Test Test Test:

    1. Exécuter votre script de test sans cron pour vérifier qu'il fonctionne réellement.

    2. Assurez-vous que vous avez enregistré votre commande cron, utilisez sudo crontab -e

    3. Redémarrer le serveur pour confirmer que tout fonctionne sudo @reboot

    • J'aime beaucoup cela. Merci! Ps. n'utilisez pas de sudo si vous souhaitez exécuter un certain de commande lors du démarrage en utilisant l'utilisateur actuel.
    • ne fonctionne pas sur mon ubuntu 16
    InformationsquelleAutor user3140639
  6. 11

    Juste une ligne ajoutée à votre crontab..

    Assurez-vous que le fichier est exécutable:

    chmod +x /path_to_you_file/your_file

    Pour éditer la crontab:

    crontab -e

    Ligne, vous devez ajouter:

    @reboot  /path_to_you_file/your_file

    Simple!

    • Cela ne fonctionne pas pour moi, tout ce que je suis absent? # uname -a Linux accton-xp70a0-26-a1 3.11.10-301.fc20.x86_64 #1 SMP Thu Dec 5 14:01:17 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
    • Cela a fonctionné pour moi sur CentOs 7. Pour ces questions, je n'ai besoin de créer un script shell, de le rendre exécutable (chmod +x nom_fichier), et d'appeler le script shell depuis le cron qui appelle à son tour nœud path_to_file/index.js
    InformationsquelleAutor Luciano Ghilarducci
  7. 9

    Une autre option est d'avoir un @reboot de commande dans votre crontab.

    Pas chaque version de cron prend en charge cela, mais si votre instance est fondée sur l'AMI Linux Amazon ensuite, il sera.

    InformationsquelleAutor chris
  8. 4

    Vous pouvez le faire :

    chmod +x PATH_TO_YOUR_SCRIPT/start_my_app

    ensuite utiliser cette commande 

    update-rc.d start_my_app defaults 100

    Veuillez consulter cette page sur Cyberciti.

    • J'ai un assez barebone de l'installation, construite sur yocto et c'était le seul moyen de faire mon script thingie travail. Merci.
    • fonctionne pour moi, merci.
    InformationsquelleAutor IR PRO
  9. 3

    Créer votre propre /init exécutable

    Ce n'est pas ce que vous voulez, mais c'est amusant!

    Il suffit de choisir l'arbitraire d'un fichier exécutable, même un script shell, et de démarrer le noyau avec le paramètre de ligne de commande:

    init=/path/to/myinit

    Vers la fin du boot, le noyau Linux s'exécute le premier utilisateur de l'exécutable sur le chemin donné.

    Plusieurs projets de fournir populaire init exécutables utilisés par les grandes distributions, par exemple, systemd, et dans la plupart des distributions init déviera un tas de procédés utilisés dans le fonctionnement normal du système.

    Mais nous pouvons détourner /init pour faire fonctionner nos propres minimal de scripts pour mieux comprendre notre système.

    Ici est un minimum reproductible de l'installation: https://github.com/cirosantilli/linux-kernel-module-cheat/tree/f96d4d55c9caa7c0862991025e1291c48c33e3d9/README.md#custom-init

    InformationsquelleAutor Ciro Santilli 新疆改造中心996ICU六四事件
  10. 1

    Cette simple solution a fonctionné pour moi sur Amazon Linux instance en cours d'exécution CentOS.
    Modifier votre /etc/rc.d/rc.local fichier et mettre la commande. Il est mentionné dans ce fichier qu'il sera exécuté après tous les autres scripts d'initialisation. Soyez donc prudent en ce sens. De cette façon, le fichier ressemble pour moi à l'heure actuelle.Comment faire pour exécuter un script shell au démarrage. La dernière ligne est le nom de mon script.

    • Pas de travail pour moi
    InformationsquelleAutor shshnk
  11. 1

    Pour Debian 9 voir https://askubuntu.com/questions/228304/how-do-i-run-a-script-at-start-up. Il est aidé moi. Une version courte pour Debian 9:
    ajouter des commandes (en tant que root) pour /etc/rc.local

    /path_to_file/filename.sh ||  exit 1   # Added by me
exit 0

    Probablement, /path_to_file/filename.sh doit être exécutable (je pense que oui).

    InformationsquelleAutor Mikhail Ionkin
  12. 0

    Absolue de la méthode la plus simple si vous souhaitez exécuter un script simple, (ou quelque chose) si vous disposez d'une interface graphique pour utiliser le système > préférences de démarrage des applications.

    il suffit de parcourir le script que vous voulez et de là vous allez. (faire un script exécutable)

    • Ce n'est pas réellement s'exécuter au démarrage, mais lors de la connexion, ce qui est une assez grosse différence. Il dépend aussi d'une certaine configuration puisque vous n'avez pas de "Système > Préférences" sur chaque système (surtout pas de serveurs).
    InformationsquelleAutor fieldsweeper
  13. 0
    • Ajouter votre script /etc/init.d/répertoire
    • Mise à jour de votre rc run-niveaux:
      $ update-rc.d myScript.sh defaults NN où NN est l'ordre dans lequel il doit être exécuté. 99 par exemple, signifie qu'il serait courir après 98 et 100.
    • est-ce commander quelque chose comme une priorité???
    InformationsquelleAutor Kibrom Gebre
  14. 0

    Dans Lubuntu, j'ai eu à faire face avec la situation inverse. Skype commencer à courir après le démarrage et j'ai trouvé dans ~/.config/autostart/ le fichier skypeforlinux.desktop. Le contenu du fichier comme suit: 

    [Desktop Entry]
Name=Skype for Linux
Comment=Skype Internet Telephony
Exec=/usr/bin/skypeforlinux
Icon=skypeforlinux
Terminal=false
Type=Application
StartupNotify=false
X-GNOME-Autostart-enabled=true

    La suppression de ce fichier m'a aidé.

    InformationsquelleAutor aerijman
  15. 0

    Indolore, la plus simple et la plus universelle de la méthode est tout simplement
    les exécutant avec ~.bash_profile ou ~.profile (si vous n'avez pas de fichier bash_profile).

    Il suffit d'ajouter la commande d'exécution au bas de ce fichier et il sera exécutée lors du démarrage du système.

    J'ai celui-ci au fond d'un exemple;
    ~\Desktop\sound_fixer.sh

    • C'est inexact. ~/.bash_profile s'exécute lorsque l'utilisateur se connecte -- pas lorsque le système démarre. Dans la question d'origine, l'intention est d'un Node.js serveur d'application au démarrage de la machine. Votre solution nécessiterait un utilisateur humain d'abord se connecter sur la machine avant de la Node.js le serveur s'exécute. Et, si certains type de problème provoque un redémarrage du serveur pour la nuit, l'application ne sera jamais revenir à la vie jusqu'à l'homme journaux de nouveau.
    InformationsquelleAutor Juko
  16. -7

    pour certaines personnes, cela fonctionne
    Il vous suffit d'ajouter la commande suivante dans Système > Préférences > Applications au Démarrage:

    bash /full/path/to/your/script.sh
    • Je ne la vois pas dans le menu des préférences système. Mais je ne vois quand je fais une recherche dans le lanceur d'application.
    • Ce n'est pas réellement s'exécuter au démarrage, mais lors de la connexion, ce qui est une assez grosse différence. Il dépend aussi d'une certaine configuration puisque vous n'avez pas de "Système > Préférences" sur chaque système (surtout pas de serveurs).
    • Cette réponse semble de plus en plus pour Ubuntu/Linux desktop, mais que l'utilisateur en fait la demande d'aide pour une AWS EC2 instance de Linux, qui autant que je sache, n'ont pas d'interface graphique.
    • oui, cette réponse pour Ubuntu desktop. Désolé les gars
    InformationsquelleAutor SagarSave
  17. -22

    si vous voulez mettre de démarrage vous pouvez également utiliser

    tout d'abord, déplacez votre script /etc/init.d alors
    chmod 777 /etc/init.d/votre nom de script

    après s'appliquent commande suivante

    update-rc.d votre script par défaut
    supprimer
    update-rc.d-f votre script supprimer

    au démarrage, vous pouvez voir votre application s'exécute.

    • 777 sur un script exécuté par root à chaque fois que le système est allumé? C'est chercher les ennuis
    • les examinateurs: si la réponse est mauvaise, mais est une réponse (comme c'est le cas), ne pas recommander la suppression: downvote! Voir Vous le faites mal: Un plaidoyer pour la santé mentale dans le Bas de la Qualité des Messages de la file d'attente. Cette est une réponse. Vous ne pouvez pas d'accord avec elle, mais c'est une tentative de répondre à la question.
    • Ne JAMAIS donner un accès complet à un fichier, par défaut, est exécuté en tant que root: tout utilisateur peut la modifier. Je suggère à la personne qui post à supprimer. C'est dangereux et n'est pas une bonne réponse technique.
    • dayum, 1 voix vers le bas n'était pas assez bon? ni 2,3,4,5,6,7,8,9,10,ou 11?
    InformationsquelleAutor murat maman