Czy systemd przestanie uruchamiać niechcianą usługę wpa_supplicant?

10

Chciałem wyłączyć systemdniechciane próby automatycznego uruchomienia wpa_supplicant. Myślę, że mógłbym po prostu uruchomić

sudo systemctl disable wpa_supplicant.service --global

i nie zobaczyłbym już wpa_supplicant w ps -efdanych wyjściowych. W każdym razie to nie działało. Jak mogę to zrobić?

Mój problem może być najlepiej opisany przez wynik

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

gdzie, jak widać, disabledusługa i tak jest ładowana i aktywna, dzięki systemd całkowicie pomógł mi zrobić najprostszą rzecz;)

Aktualizacja
Wydaje mi się, że miałem trochę szczęścia, brutalnie usuwając te pliki:

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

z /usr/lib/systemd/systemfolderu. Zgadnij co? Po ponownym uruchomieniu wpa nie jest systemdjuż uruchamiany . Uderza mnie, chociaż musiał istnieć bardziej pokojowy / ugodowy sposób, aby systemdusługa nie została uruchomiona.

systemd configuration wpa-supplicant ludzkośćANDpeace
źródło
Czy maskowanie urządzenia nic dla ciebie nie zrobiło?
Kalvin Lee
@KalvinLee Nie jestem pewien, czy to, co zrobiłem (usuwanie plików) i maskowanie (do mojego nierozstrzygniętego zachowania polegającego na zachowaniu nazw linków jako tych plików, które wskazują, /dev/nullnie jest w zasadzie tym samym.) Sugerujesz, że próbuję . Musiałem nie szukać wystarczająco dużo w unix.se, aby zobaczyć to disbale vs mask systemdpytanie. Postaram się podać wracam, aby zaktualizować pytanie
humanityANDpeace
Czy wyłączenie szablonu (wpa_supplicant @ .service) pomogło?
maxf
1
@maxf tak (zobacz, że w aktualizacji usunąłem również plik szablonu) i działało. Wydaje mi się, że prawdziwą odpowiedzią na to pytanie było to, co Kalvin Lee zasugerował, a mianowicie to, że naprawdę disabeling (nie zaczynać, nawet jako zależność lub inaczej, jest do masktego). systemctl maskto prawdziwe wyłączenie (co oznacza, że ​​usługi nie będzie tam później).
humanityANDpeace

Odpowiedzi:

5

Natrafiłem na ten sam problem co twój. Po pewnym kopaniu znalazłem folder o nazwie:

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

Ten plik służy do aktywacji usługi przez d-bus. d-bus może aktywować usługę, nawet jeśli jest wyłączona. Potwierdziłem, że tak się dzieje, zmieniając nazwę pliku, a następnie uruchamiając ponownie. Widziałem, że w tym momencie jeszcze wpa_supplicantsię nie rozpoczęło! Ścigać problem w dół dalej będzie wymagało znalezienia się, co program jest aktywowanie wpa_supplicantpoprzez d-bus. Nie zrobiłem tego, ponieważ maskowanie pliku jednostkowego działa dobrze dla moich celów.

BrettB
źródło
Zauważ, że NetworkNanager wymaga uruchomienia wpa_supplicant ( url ). Po usunięciu powyższego pliku straciłem dostęp do sieci Wi-Fi.
user3804598
1

Próbowałem zastosować się do sugestii BrettB, ale nie miało to wpływu na mój system. (Ubuntu 18.04.)

Jednak działały następujące czynności:

sudo systemctl disable wpa_supplicant
Mike Nakis
źródło