Pourquoi la commande dans /etc/rc.local n'est-elle pas exécutée au démarrage ?

rc.local script se termine si une erreur survient lors de l'exécution de l'une de ses commandes (mentionnez l'option -e drapeau en #!/bin/sh -e ).

Il est possible que certaines conditions préalables ne soient pas remplies lorsque vous essayez d'exécuter vos commandes dans les cas suivants rc.local a lieu, de sorte que l'exécution de votre commande échoue.

J'ai rencontré la même chose en réglant manuellement le gouverneur de processeur et en échouant à le faire en rc.local . Voici ma solution de contournement personnalisée, qui utilise update-rc.d pour que vos commandes soient exécutées au démarrage :

1. Créer un fichier myscript.sh dans le répertoire /etc/init.d avec un titre : #!/bin/sh
2. Placez vos commandes personnalisées dans le contenu
3. Le rendre exécutable : sudo chmod +x /etc/init.d/myscript.sh
4. Créez des liens symboliques pour votre script pour différents niveaux d'exécution : sudo update-rc.d myscript.sh defaults

Vous pouvez également vérifier /etc/network/if-up.d scripts et voir si vous pouvez déclencher vos commandes au démarrage du réseau.

Assurez-vous que le script de rc.local est exécutable :

sudo chmod +x /etc/rc.local

Ensuite, il faut l'activer :

sudo systemctl enable rc-local.service

Redémarrez le système ou lancez le script manuellement en exécutant :

sudo systemctl start  rc-local.service

L'état du service peut être affiché en exécutant :

$ sudo systemctl status rc-local.service
 rc-local.service - /etc/rc.local Compatibility
   Loaded: loaded (/lib/systemd/system/rc-local.service; static; vendor preset: enabled) 
Drop-In: /lib/systemd/system/rc-local.service.d
           debian.conf
   Active: active (running) since Mon 2018-04-02 10:39:44 -03; 1s ago
  Process: 2044 ExecStart=/etc/rc.local start (code=exited, status=0/SUCCESS)
 Main PID: 2049 (svscanboot)
Tasks: 3
 Memory: 556.0K
CPU: 10ms
CGroup: /system.slice/rc-local.service

J'ai eu un problème similaire avec rc.local qui ne s'exécute pas au démarrage.

sshades m'a fourni la réponse suivante :

Ubuntu utilise maintenant systemd, et rc.local est maintenant considéré comme un service qui est désactivé par défaut. Vous pouvez activer rc.local en entrant la commande suivante et en redémarrant :

sudo systemctl enable rc-local.service

https://askubuntu.com/a/770033/395498

Bien que je n'aie pas testé sa solution, je pense qu'elle semble logique et qu'elle fonctionnera. Cependant :

J'ai également trouvé une solution qui consiste à ajouter un script à ./.config/autostart-script/.

Essayer sudo sysv-rc-conf et vérifier si rc.local est activée

rc.local         [ ]   [x]   [x]   [x]   [x]   [ ]   [ ]   [ ]

Nous avons rencontré ce problème sur certains serveurs hébergés lors du chargement des règles FW.

Sur ces machines, le redémarrage est TRÈS rapide et nous avons constaté que l'ajout d'un "sleep 1" dans rc.local avant les instructions de chargement semble résoudre le problème. Je suppose que cela donne un peu de temps aux interfaces pour s'installer avant de charger les règles FW.