Faire en sorte que systemd arrête de démarrer le service wpa_supplicant indésirable?


10

Je voulais désactiver systemdles tentatives indésirables de démarrer automatiquement wpa_supplicant. Je pense que je pourrais simplement

sudo systemctl disable wpa_supplicant.service --global

et je ne verrais ps -efplus de wpa_supplicant en sortie. Quoi qu'il en soit, cela n'a pas fonctionné. Comment puis-je le faire fonctionner?

Mon problème est peut-être mieux décrit par la sortie de

$>systemctl status wpa_supplicant*
● wpa_supplicant.service - WPA supplicant
   Loaded: loaded (/usr/lib/systemd/system/wpa_supplicant.service; disabled; vendor preset: disabled)
   Active: active (running) since Sun 2016-08-28 20:57:37 CEST; 14min ago

où comme vous pouvez le voir, le disabledservice est de toute façon chargé et actif, grâce à systemd qui m'a complètement aidé à faire la chose la plus simple;)

Mise à jour Il
me semble avoir eu de la chance en supprimant brutalement ces fichiers:

wpa_supplicant-nl80211@.service
wpa_supplicant.service
wpa_supplicant@.service
wpa_supplicant-wired@.service

à partir du /usr/lib/systemd/systemdossier. Devine quoi? Après le redémarrage, wpa n'est finalement plus démarré systemd. Cela me frappe bien qu'il ait dû y avoir un moyen plus pacifique / conciliant pour que systemdle service ne démarre pas.


Le masquage de l'unité n'a-t-il rien fait pour vous?
Kalvin Lee

@KalvinLee Je ne sais pas si ce que j'ai fait (en supprimant les fichiers) et en masquant (à mon incompréhension qui conserverait les liens nommés comme ces fichiers qui pointent /dev/nulln'est pas essentiellement la même chose.) Ce que vous suggérez est quelque chose que j'essaie . Je n'ai pas dû chercher assez dans unix.se pour voir cette disbale vs mask systemdquestion. Je vais essayer de dire bientôt de retour, de mettre à jour la question
humanityANDpeace

La désactivation du modèle (wpa_supplicant @ .service) a-t-elle aidé?
maxf

1
@maxf yes (voir que dans la mise à jour, j'ai également supprimé le fichier modèle) et cela a fonctionné. Je suppose que la vraie réponse ici était que ce que Kalvin Lee suggérait, à savoir que vraiment le désétiquetage (ne pas le faire démarrer, même en tant que dépendance ou autre, le maskfaisait). systemctl maskest le véritable désactivé (ce qui signifie que le service n'est pas là plus tard).
humanityANDpeace

Réponses:


5

J'ai rencontré le même problème que le vôtre. Après quelques recherches, j'ai trouvé un dossier appelé:

/usr/share/dbus-1/system-services/fi.w1.wpa_supplicant1.service

Ce fichier est utilisé pour permettre au service d'être activé par d-bus. d-bus peut activer le service même s'il est désactivé. J'ai confirmé que cela se produisait en renommant le fichier, puis en redémarrant. J'ai vu qu'à ce point wpa_supplicantn'avait pas été commencé! Pour chasser la question plus bas serait requis de trouver ce programme est l' activation wpa_supplicantpar l' intermédiaire d-bus. Je n'ai pas fait cela car le masquage du fichier d'unité fonctionne bien pour mes besoins.


Notez que NetworkNanager nécessite l'exécution de wpa_supplicant ( url ). Après avoir supprimé le fichier ci-dessus, j'ai perdu l'accès aux réseaux wifi.
user3804598

1

J'ai essayé de suivre la suggestion de BrettB, mais cela n'a eu aucun effet sur mon système. (Ubuntu 18.04.)

Cependant, les éléments suivants ont fonctionné:

sudo systemctl disable wpa_supplicant
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.