init.d est l'ancien système obsolète pour démarrer les démons; Il a été supplanté par un parvenu . Upstart a l'avantage d'être beaucoup plus facile à configurer et permet un séquencement correct de l'initialisation des tâches.
Les fichiers de configuration pour upstart vivent dans / etc / init et si votre démon n'a pas de pré-requis, cela peut être aussi simple que tty1.conf:
# tty1 - getty
#
# This service maintains a getty on tty1 from the point the system is
# started until it is shut down again.
start on stopped rc RUNLEVEL=[2345]
stop on runlevel [!2345]
respawn
exec /sbin/getty -8 38400 tty1
dans ce cas, vous pouvez copier ce fichier et le modifier à votre goût. Les configurations plus complexes sont mieux documentées sur le site de démarrage et dans d'autres entrées de / etc / init.
ajouté en réponse au commentaire
Que vous utilisiez upstart ou init.d, vous aurez toujours besoin d'un moyen de déterminer quand Firebird est correctement initialisé. Malheureusement, Firebird lui-même ne semble pas avoir un bon moyen de vérifier qu'il est installé et fonctionne . Par conséquent, la recommandation de coller le démarrage de votre programme dans /etc/rc.local est certainement la plus simple, et sur Ubuntu - au moins - est garantie pour s'exécuter aussi tard que possible dans le processus de démarrage.
si vous ne souhaitez pas migrer vers UPSTART, mais souhaitez l'approche classique, vous devez:
REMARQUE: j'enregistre le service et le programme sous le même nom dans différents répertoires (mais vous pouvez le modifier, tant qu'il se reflète dans votre fichier de service). changez "myscriptname" et "myprogramname" en vrais noms!
enregistrez votre programme qui s'exécutera en tant que service dans / usr / sbin
sudo cp myprogramname /usr/sbin/myscriptname
créer un script de démarrage de base (utilisez /etc/init.d/skeleton comme référence)
déplacez ce script vers /etc/init.d
sudo mv /etc/init.d/myscriptname
donner à ce script la permission exécutable (j'ai utilisé 775, mais vous pouvez le régler plus bas)
sudo chmod 755 /etc/init.d/myscriptname
goto /etc/init.d
cd /etc/init.d
inclure dans la liste de démarrage avec une faible priorité de démarrage
sudo update-rc.d myscriptname defaults 97 03
redémarrez votre machine et vérifiez si le service a démarré correctement
si votre service ne démarre pas correctement, vous devez d'abord vérifier s'il fonctionne lorsqu'il est appelé manuellement:
ci-dessous, j'inclus un exemple de fichier de service qui fonctionne réellement. le comparer au service squelette afin de comprendre ce que vous devez configurer. REMARQUE: cela fonctionne sur la mise en œuvre de LAMP classique Amazon Cloud Ubuntu 12.04 AWS EC2 (également sur Kubuntu 15.10).
la source
Faites une copie de /etc/init.d/skeleton et modifiez-la aux endroits appropriés pour démarrer / arrêter / redémarrer votre service. Il est très bien commenté, vous devriez donc pouvoir créer un script init.d fonctionnel en un rien de temps.
la source
/etc/rc.local
la source
pleaserun
est un script ruby qui tente de résoudre le problème de la création automatique d'un script init avec une seule commande. citant de sa page:"Avec pleaserun, vous pouvez générer les lanceurs / scripts / quoi que ce soit:
launchd
upstart
systemd
runit
sysv init "
Il détecte également quel système d'initialisation est utilisé afin de générer le script en conséquence.
la source