Lassen Sie systemd den unerwünschten Dienst wpa

Ich wollte systemdunerwünschte Versuche zum automatischen Starten deaktivieren wpa_supplicant. Ich dachte, ich könnte einfach eine laufen

sudo systemctl disable wpa_supplicant.service --global

und ich würde keinen wpa_supplicant ps -efmehr in der Ausgabe sehen. Jedenfalls hat das nicht funktioniert. Wie kann ich es zum Laufen bringen?

Mein Problem könnte am besten durch die Ausgabe von beschrieben werden

$>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

Wie Sie sehen, ist der disabledDienst ohnehin geladen und aktiv, dank systemd, das mir dabei hilft, das Einfachste zu tun;)

Update
Ich habe anscheinend etwas Glück gehabt, als ich diese Dateien brutal entfernt habe:

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

aus /usr/lib/systemd/systemOrdner. Erraten Sie, was? Nach dem Neustart wird wpa endlich nicht systemdmehr von gestartet . Es fällt mir auf, dass es einen friedlicheren / versöhnlicheren Weg gegeben systemdhaben muss, damit das System nicht gestartet wird.

systemd configuration wpa-supplicant

— Menschlichkeit UND Frieden
quelle

Hat das Maskieren des Geräts nichts für Sie getan?

— Kalvin Lee

@KalvinLee Ich bin mir nicht sicher, ob das, was ich getan habe (Entfernen der Dateien) und Maskieren (zu meinem Verständnis, dass Links mit dem Namen der Dateien, auf die /dev/nullverwiesen wird, nicht im Wesentlichen dasselbe sind). Was Sie vorschlagen, versuche ich . Ich muss in unix.se nicht genug gesucht haben, um diese disbale vs mask systemdFrage zu sehen . Ich werde versuchen, bald zurück zu sagen, um die Frage zu aktualisieren

— Menschlichkeit und

Hat das Deaktivieren der Vorlage (wpa_supplicant @ .service) geholfen?

— Maxf

@maxf ja (siehe, dass ich im Update auch die Vorlagendatei entfernt habe) und das hat funktioniert. Ich denke, die wirkliche Antwort hier war, dass das, was Kalvin Lee vorschlug, nämlich, dass es wirklich enttäuschend ist (es nicht dazu zu bringen, selbst als Abhängigkeit oder sonst, es zu beginnen mask). systemctl maskist die eigentliche Deaktivierung (was bedeutet, dass der Dienst später nicht mehr verfügbar ist).

— Menschlichkeit und

Ich bin auf dasselbe Problem gestoßen wie Sie. Nach einigem Graben fand ich einen Ordner namens:

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

Diese Datei wird verwendet, um die Aktivierung des Dienstes über den D-Bus zu ermöglichen. d-bus kann den Dienst auch dann aktivieren, wenn er deaktiviert ist. Ich habe bestätigt, dass dies passiert ist, indem ich die Datei umbenannt und dann neu gestartet habe. Ich sah, dass zu diesem Zeitpunkt wpa_supplicantnoch nicht begonnen worden war! Um das Problem weiter zu verfolgen, müsste herausgefunden werden, über welches Programm es aktiviert wpa_supplicantwird d-bus. Ich habe dies nicht getan, da das Maskieren der Gerätedatei für meine Zwecke gut funktioniert.

— BrettB
quelle

Beachten Sie, dass für NetworkNanager wpa_supplicant ausgeführt werden muss ( URL ). Nachdem ich die obige Datei entfernt hatte, verlor ich den Zugriff auf WLAN-Netzwerke.

— user3804598

Ich habe versucht, dem Vorschlag von BrettB zu folgen, aber er hatte keine Auswirkungen auf mein System. (Ubuntu 18.04.)

Folgendes hat jedoch funktioniert:

sudo systemctl disable wpa_supplicant

— Mike Nakis
quelle

Lassen Sie systemd den unerwünschten Dienst wpa_supplicant nicht mehr starten?