But et utilisation typique de /etc/rc.local

L'en-tête ressemble à ceci:

#!/bin/sh -e
#
# rc.local - executed at the end of each multiuser runlevel
#
# Make sure that the script will "exit 0" on success or any other
# value on error.

Quelle est la raison de ce fichier (il ne contient pas grand chose) et quelles commandes y mettez-vous habituellement? Qu'est-ce qu'un "runlevel multi-utilisateur"? (Je suppose que rcc'est "exécuter des commandes"?)

Un niveau d'exécution est un état du système, indiquant s'il est en train de démarrer, de redémarrer ou de fermer, en mode mono-utilisateur ou en cours d'exécution normalement. Le programme init traditionnel gère ces actions en basculant sur le niveau d'exécution correspondant. Sous Linux, les niveaux d’exécution sont par convention :

• S lors du démarrage,
• 0 lors de la fermeture,
• 6 pendant le redémarrage,
• 1 en mode mono-utilisateur et
• 2 à 5 en fonctionnement normal.

Les niveaux d'exécution 2 à 5 sont appelés niveaux d'exploitation multi-utilisateurs, car ils permettent à plusieurs utilisateurs de se connecter, contrairement au niveau d'exécution 1 qui est destiné uniquement à l'administrateur système.

Lorsque le niveau d'exécution change, init exécute des scripts rc (sur les systèmes dotés d'un init traditionnel - il existe des alternatives, telles que Upstart et Systemd ). Ces scripts rc démarrent et arrêtent généralement les services système et sont fournis par la distribution.

Le script /etc/rc.localest destiné à être utilisé par l'administrateur système. Il est généralement exécuté après le démarrage de tous les services système normaux, à la fin du processus de basculement vers un niveau d'exécution multi-utilisateur. Vous pouvez l’utiliser pour démarrer un service personnalisé, par exemple un serveur installé dans /usr/local. La plupart des installations n'en ont pas besoin /etc/rc.local, elles sont fournies pour la minorité des cas où cela est nécessaire.

rc dénote "contrôle de la course",

Le multiuserniveau d'exécution serait défini comme le niveau auquel la mise en réseau est disponible et ainsi, les connexions au serveur pourraient être établies à l'aide de ces services au lieu de connexions de console câblées.

Remarquez, les serveurs sont généralement gérés par un processeur de service (sous différents noms) qui prennent en charge les connexions réseau et agissent à leur tour comme si vous disposiez effectivement d'une console câblée.

En ce qui concerne le rc.localfichier, c’est un moyen pratique de vous permettre de spécifier tous les objets "locaux" (spécifiques au site) (démons et / ou scripts uniques au démarrage) que vous souhaitez démarrer. Vous pouvez choisir d'utiliser ce paradigme ou de renseigner de manière appropriée '/etc/init.d' avec les scripts de démarrage / d'arrêt.

Je l'utilise principalement pour deux choses:

1. enregistrer la date et la version du noyau de chaque redémarrage. Un one-liner simple qui peut facilement être ajouté à des systèmes sans bourrage de papier ... et beaucoup moins sujet à la corruption de l'historique de démarrage qu'à l'exécution uptimed.

2. faire revivre l’ancien répertoire /etc/rc.boot/ qui était dans debian il ya quelques années. J'ai encore quelques scripts simples qui ne valent pas la peine de réécrire en tant que script init.d (par exemple un script Q & D pour envoyer dmesg à root, et un autre pour utiliser hdaparm afin de désactiver idle spindown et blockdev pour définir read- à venir) et je suis heureux qu’ils soient exécutés après tous les autres scripts de démarrage.

par exemple

echo "$(date +%s),$(date),$(uname -a)"  >> /var/log/reboot.log

[ -d /etc/rc.boot ] && run-parts /etc/rc.boot

De plus, j’ai écrit des scripts /etc/rc.local plus tôt cette année pour que les centos et les distributions Debian obtiennent les métadonnées de style ec2 depuis openstack (on http://169.254.169.254/), de sorte que les machines virtuelles obtiennent leur adresse IP, leur nom d’hôte, leurs clés ssh et d’autres informations spécifiques à une instance. . cloud-init a depuis été porté sur ces distributions, les scripts sont donc obsolètes.

Le rc.localfichier sur Debian est principalement destiné à la compatibilité avec des systèmes de style non-init. Vous ne devriez pas l'utiliser.

Au lieu de cela, il est recommandé de copier /etc/init.d/Skeletondans un nouveau script init pour ce que vous voulez faire lors du changement de niveau d'exécution, puis inservde l'activer.

Mise à jour: Selon le commentaire ci-dessous, cette réponse n'est plus recommandée. Cependant, cette réponse a été postée plusieurs années avant la dépréciation du squelette, et ce squelette existait toujours dans Debian unstable depuis janvier 2019.