Fare in modo che systemd smetta di avviare il servizio wpa

Volevo disabilitare systemdi tentativi indesiderati di avvio automatico wpa_supplicant. Ho pensato che avrei potuto semplicemente eseguire un

sudo systemctl disable wpa_supplicant.service --global

e non vedrei ps -efpiù un wpa_supplicant nell'output. Comunque questo non ha funzionato. Come posso farlo funzionare?

Il mio problema attuale potrebbe essere meglio descritto dall'output di

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

dove come puoi vedere il disabledservizio è comunque caricato e attivo, grazie a systemd mi ha aiutato completamente a fare la cosa più semplice;)

Aggiornamento
Mi sembra di aver avuto un po 'di fortuna rimuovendo bruscamente questi file:

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

dalla /usr/lib/systemd/systemcartella. Indovina un po? Dopo il riavvio, wpa non viene più avviato systemd. Mi colpisce però ci deve essere stato un più sereno / conciliante modo per arrivare systemdad avere il servizio non viene avviato.

systemd configuration wpa-supplicant

— humanityANDpeace
fonte

Il mascheramento dell'unità non ha fatto nulla per te?

— Kalvin Lee,

@KalvinLee Non sono sicuro se quello che ho fatto (rimuovendo i file) e mascherando (per la mia comprensione che sarebbe mantenere i collegamenti nominati come quei file che indicano /dev/nullnon è essenzialmente la stessa cosa.) Quello che suggerisci è qualcosa che provo . Non devo aver cercato abbastanza in unix.se per vedere quella disbale vs mask systemddomanda. Cercherò di riaffermare presto, per aggiornare la domanda

— umanità e la

La disabilitazione del modello (wpa_supplicant @ .service) è stata utile?

— massimo

@maxf sì (vedi che nell'aggiornamento ho rimosso anche il file modello) e che ha funzionato. Immagino che la vera risposta qui sia stata che ciò che Kalvin Lee ha suggerito è che non è davvero vero mask. systemctl maskè la vera disabilitazione (il che significa che il servizio non è disponibile in seguito).

— umanità e

Ho riscontrato lo stesso problema del tuo. Dopo alcuni scavi, ho trovato una cartella chiamata:

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

Questo file viene utilizzato per consentire l'attivazione del servizio tramite d-bus. d-bus può attivare il servizio anche se è disabilitato. Ho confermato che ciò stava accadendo rinominando il file e quindi riavviando. Ho visto che a questo punto wpa_supplicantnon era stato avviato! Per inseguire ulteriormente il problema sarebbe necessario scoprire quale programma sta attivando wpa_supplicanttramite d-bus. Non l'ho fatto perché mascherare il file di unità funziona bene per i miei scopi.

— BrettB
fonte

Notare che NetworkNanager richiede wpa_supplicant in esecuzione ( url ). Dopo aver rimosso il file sopra, ho perso l'accesso alle reti wifi.

— user3804598

Ho provato a seguire il suggerimento di BrettB, ma non ha avuto alcun effetto sul mio sistema. (Ubuntu 18.04.)

Tuttavia, ha funzionato:

sudo systemctl disable wpa_supplicant

— Mike Nakis
fonte

Fare in modo che systemd smetta di avviare il servizio wpa_supplicant indesiderato?