Bonjour à tous,
suite à la mise à jour d'aujourd'hui, je suis retombé sur le souci mentionné à la fin de ce thread :
https://forums.fedora-fr.org/viewtopic.php?id=66812 (msg #23)
Du coup, comme j'en ai marre de devoir aller corriger ça tous les 4 matins, je me suis dis que j'allais tester l'existence du fichier incriminé à chaque démarrage, et le virer s'il est présent.
Et c'est l'occasion de découvrir rc.local... sauf que dans mon
/etc/rc.d/ je n'ai pas un fichier
rc.local mais
rc.locale
Il contient juste
#!/bin/bash
# Turn Numlock on for the TTYs:
for tty in /dev/tty[1-6]; do
/usr/bin/setleds -D +num < $tty
done
je vérifie l'état du service rc-local :
[/etc/rc.d]:$ systemctl status rc-local
● rc-local.service - /etc/rc.d/rc.local Compatibility
Loaded: loaded (/usr/lib/systemd/system/rc-local.service; static; vendor preset: disabled)
Active: inactive (dead)
Ok, donc comme il n'est pas lancé, il n'a jamais pu râler si jamais le nom du fichier n'est pas bon.
D'où ma question : est-ce que ce nom
rc.locale est bon ? ou le "
e" est-il bien trop ?
édit :
du coup je pars faire des essais :je tente de démarrer le service et de l'activer, mais il ne veut pas, même après avoir renommé le fichier en
rc.local
[root@NedProBook ~]# systemctl start rc-local
[root@NedProBook ~]# systemctl enable rc-local
The unit files have no installation config (WantedBy, RequiredBy, Also, Alias
settings in the [Install] section, and DefaultInstance for template units).
This means they are not meant to be enabled using systemctl.
Possible reasons for having this kind of units are:
1) A unit may be statically enabled by being symlinked from another unit's
.wants/ or .requires/ directory.
2) A unit's purpose may be to act as a helper for some other unit which has
a requirement dependency on it.
3) A unit may be started when needed via activation (socket, path, timer,
D-Bus, udev, scripted systemctl call, ...).
4) In case of template units, the unit is meant to be enabled with some
instance name specified.
[root@NedProBook ~]# systemctl status rc-local
● rc-local.service - /etc/rc.d/rc.local Compatibility
Loaded: loaded (/usr/lib/systemd/system/rc-local.service; static; vendor preset: disabled)
Active: inactive (dead)
Condition: start condition failed at Wed 2018-02-21 11:15:35 CET; 50s ago
[root@NedProBook ~]# mv /etc/rc.d/rc.locale /etc/rc.d/rc.local
[root@NedProBook ~]# systemctl enable rc-local
The unit files have no installation config (WantedBy, RequiredBy, Also, Alias
settings in the [Install] section, and DefaultInstance for template units).
This means they are not meant to be enabled using systemctl.
Possible reasons for having this kind of units are:
1) A unit may be statically enabled by being symlinked from another unit's
.wants/ or .requires/ directory.
2) A unit's purpose may be to act as a helper for some other unit which has
a requirement dependency on it.
3) A unit may be started when needed via activation (socket, path, timer,
D-Bus, udev, scripted systemctl call, ...).
4) In case of template units, the unit is meant to be enabled with some
instance name specified.
[root@NedProBook ~]#
La question devient donc, en plus : comment faire pour que ce service fonctionne ? ou ne fonctionne-t-il qu'au démarrage, auquel cas le retour du status est normal ?