Faire en sorte que systemd arrête de démarrer le service wpa

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:

[email protected]
wpa_supplicant.service
[email protected]
[email protected]

à 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.

systemd configuration wpa-supplicant l'humanité et la paix
la source

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

@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

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.

BrettB
la source

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

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

Réponses: