mia@mia-PC5:~$ ls -l 51decb4502cd4092a0a39913687eb20b
ls: impossible d'accéder à '51decb4502cd4092a0a39913687eb20b': Aucun fichier ou dossier de ce type
mia@mia-PC5:~$ ls -l 25f271bce59447c2a552e5e996a2b851
ls: impossible d'accéder à '25f271bce59447c2a552e5e996a2b851': Aucun fichier ou dossier de ce type
mia@mia-PC5:~$
En résumé :
les liens brisés sont dans /run/systemd/units
ls -la montre qu'ils pointent des des iD numériques en rouge
Ces cibles n'existent pas, vérification est faite ci-dessus.
Tandis que chez toi ils pointent vers /etc/systemd, ce qui est confirmé avec la commande find /etc/systemd/ -iname *.service -exec ls -l {} \;
Or cette commande me donne bien le même résultat.
Dans /etc/systemd/system/multi-users.terget.wants/
se trouve wpa_supplicant.service :
[^] # Re: La destination existe
Posté par Léa . En réponse au message units : tous les liens sont brisés. Évalué à 1. Dernière modification le 12 avril 2020 à 11:48.
Disons que j'ai du mal à m'y retrouver, je suis habituée aux interface graphiques...
Merci pour les précisions et explications détaillées ;)
Voilà, j'ai testé sur wpa_supplicant et cron.services, ces fichiers n'existent pas :
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:wpa_supplicant.service -> 51decb4502cd4092a0a39913687eb20b
mia@mia-PC5:~$ ls -l 51decb4502cd4092a0a39913687eb20b
ls: impossible d'accéder à '51decb4502cd4092a0a39913687eb20b': Aucun fichier ou dossier de ce type
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:cron.service -> 25f271bce59447c2a552e5e996a2b851
mia@mia-PC5:~$ ls -l 25f271bce59447c2a552e5e996a2b851
ls: impossible d'accéder à '25f271bce59447c2a552e5e996a2b851': Aucun fichier ou dossier de ce type
mia@mia-PC5:~$
En résumé :
les liens brisés sont dans /run/systemd/units
ls -la montre qu'ils pointent des des iD numériques en rouge
Ces cibles n'existent pas, vérification est faite ci-dessus.
Tandis que chez toi ils pointent vers /etc/systemd, ce qui est confirmé avec la commande find /etc/systemd/ -iname *.service -exec ls -l {} \;
Or cette commande me donne bien le même résultat.
Dans /etc/systemd/system/multi-users.terget.wants/
se trouve wpa_supplicant.service :
lrwxrwxrwx 1 root root 42 déc. 29 2018 /etc/systemd/system/multi-user.target.wants/wpa_supplicant.service -> /lib/systemd/system/wpa_supplicant.service
ainsi que cron.service :
lrwxrwxrwx 1 root root 32 déc. 29 2018 cron.service -> /lib/systemd/system/cron.service
clamsmtp est en rouge, ça n'apparait pas ici, je le signale en majuscules en début de ligne.
La cible n'existe donc pas d'après ce que tu as dit :
Ces liens pointent vers lib/systemd/system/
Contenu des fichiers :
Pour WPA supplicant :
[Unit]
Description=WPA supplicant
Before=network.target
After=dbus.service
Wants=network.target
IgnoreOnIsolate=true
[Service]
Type=dbus
BusName=fi.w1.wpa_supplicant1
ExecStart=/sbin/wpa_supplicant -u -s -O /run/wpa_supplicant
[Install]
WantedBy=multi-user.target
Alias=dbus-fi.w1.wpa_supplicant1.service
Pour cron :
[Unit]
Description=Regular background program processing daemon
Documentation=man:cron(8)
[Service]
EnvironmentFile=-/etc/default/cron
ExecStart=/usr/sbin/cron -f $EXTRA_OPTS
IgnoreSIGPIPE=false
KillMode=process
[Install]
WantedBy=multi-user.target
Bizarrement, ces fichiers ne sont pas exécutables, ni aucun se trouvant dans le dossier /lib/systemd/system d'ailleurs.
4 -rw-r--r-- 1 root root 251 nov. 16 2017 cron.service
4 -rw-r--r-- 1 root root 307 sept. 17 2019 wpa_supplicant.service
Bruno insiste sur le fait que tout va bien et que ces liens brisés sont un bug de Nemo.
Ça n'est pas la première fois que je passe du temps sur des problèmes qui se révèlent être des bugs au final.