La version anglaise de cet article provient de : http://www.ghacks.net/2009/04/04/get-to-know-linux-the-etcinitd-directory/
1. À propos de /etc/init.d
Si vous avez déjà utilisé un système Linux, vous avez entendu parler du répertoire init.d. À quoi sert exactement ce catalogue ? Cela ne fait qu’une seule chose au final, mais ce n’est pas une chose triviale, cela concerne l’ensemble du système, donc c’est très important. Le répertoire init.d contient de nombreux scripts de démarrage et d’arrêt pour divers services du système. Il contrôle tout, de l’acpid au x11-common. Bien sûr, init.d est loin d’être aussi simple. (Note du traducteur : ACPID est une nouvelle norme de gestion de l’énergie pour les systèmes d’exploitation Linux ; X11 est également appelé système X Window, X Window System (X11 ou X) est un système de fenêtres avec affichage bitmap. C’est une boîte à outils et un protocole standard pour construire des interfaces graphiques utilisateur sur Unix et systèmes d’exploitation de type Unix, ainsi que sur OpenVMS, et peut être utilisé pour presque tous les systèmes d’exploitation modernes.
Lorsque vous regardez le répertoire /etc, vous trouverez de nombreux répertoires sous forme de rc#.d (où # représente un niveau d’initialisation spécifié, la plage est 0~6). Dans ces répertoires, de nombreux scripts contrôlent le processus. Ces scripts commencent soit par un « K », soit par un « S ». Les scripts qui commencent par K s’exécutent avant ceux qui commencent par S. L’emplacement de ces scripts déterminera quand ils commenceront à s’exécuter. Entre ces annuaires, les services système fonctionnent ensemble comme une machine saine. Cependant, parfois vous voulez démarrer ou tuer un processus proprement sans utiliser les commandes kill ou killall. C’est là que /etc/init.d est utile !
Si vous utilisez un système Fedora, vous pouvez trouver ce répertoire : /etc/rc.d/init.d. En fait, ça fait la même chose peu importe où tu mets init.d.
Pour pouvoir utiliser des scripts dans le répertoire init.d, il faut des privilèges root ou sudo. Chaque script sera exécuté sous forme de commande, structurée à peu près comme suit :
/etc/init.d/option commande
Comand est la commande réelle qui s’exécute, et les options peuvent être les suivantes :
Départ
Stop
Recharger
Redémarrage
Rechargement forcé
Dans la plupart des cas, vous utiliserez les options démarrer, arrêter, redémarrer. Par exemple, si vous souhaitez couper le réseau, vous pouvez utiliser une commande comme celle-ci :
/etc/init.d/arrêt réseau
Un autre exemple est que vous modifiez les paramètres réseau et devez redémarrer votre réseau. Vous pouvez utiliser des commandes comme celle-ci :
/etc/init.d/redémarrage réseau
Les scripts d’initialisation couramment utilisés dans le répertoire init.d sont :
Réseautage
Samba
apache2
FTPD
sshd
Colombier
mysql
Bien sûr, vous pouvez avoir d’autres scripts plus couramment utilisés, selon le système d’exploitation Linux que vous avez installé.
2. À propos de /etc/rc.local
rc.local est aussi un script que j’utilise beaucoup. Le script est exécuté après que le script d’initialisation du système a été exécuté, il est donc sûr d’ajouter le script que vous souhaitez exécuter après le démarrage du système. Un cas courant est que vous pouvez ajouter un script de montage/montage NFS à cette version. Vous pouvez aussi ajouter des commandes de script pour le débogage à l’intérieur. Par exemple, j’ai rencontré cette situation où le service samba ne fonctionne toujours pas correctement, et l’inspection montre que samba aurait dû démarrer et s’exécuter lors du démarrage du système, c’est-à-dire que la configuration du daemon samba garantit que cette fonction doit être exécutée correctement. Dans ce cas, je ne prends généralement pas trop la peine de chercher pourquoi, je dois juste ajouter cette ligne au script /etc/rc.local :
/etc/init.d/début samba
De cette manière, le problème de l’exception de service SAMBA a été résolu avec succès.
3. Résumé
Linux est flexible. Grâce à sa flexibilité, nous pouvons toujours trouver de nombreuses façons différentes de résoudre le même problème. L’exemple du lancement d’un service système en est un bon exemple. Avec le script dans le dossier /etc/init.d, associé à l’outil puissant /etc/rc.local, vous pouvez être assuré que votre service fonctionnera parfaitement.
|
Publié sur 13/11/2017 11:53:19
|
|
|
