अवांछित wpa_supplicant सेवा शुरू करने के लिए systemd को रोकें?

Question

मैं systemdस्वचालित रूप से शुरू करने के लिए अवांछित प्रयासों को अक्षम करना चाहता था wpa_supplicant। मुझे लगता है मैं बस एक चला सकते हैं

sudo systemctl disable wpa_supplicant.service --global

और मैं ps -efअब आउटपुट में wpa_supplicant नहीं देख पा रहा हूं। वैसे भी यह काम नहीं किया। मैं इसे कैसे कारगर बना सकता हूं?

हाथ में मेरी समस्या का सबसे अच्छा उत्पादन के द्वारा वर्णित किया जा सकता है

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

जहाँ आप देख सकते हैं कि disabledसेवा वैसे भी भरी हुई और सक्रिय है, सिंपलड के लिए धन्यवाद पूरी तरह से मुझे सबसे सरल काम करने में मदद करता है;)

अद्यतन
मुझे लगता है कि इन फाइलों को बेरहमी से हटाकर कुछ भाग्य मिला है:

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

से /usr/lib/systemd/systemफ़ोल्डर। अंदाज़ा लगाओ? पुनः आरंभ करने के बाद wpa systemdअब तक शुरू नहीं हुई है । यह मुझ पर प्रहार करता है हालांकि सेवा शुरू नहीं होने के लिए एक अधिक शांतिपूर्ण / सुलहनीय तरीका होना चाहिए था systemd।

Comments

क्या इकाई को मास्क करना आपके लिए कुछ नहीं था?

— काल्विन ली

@KalvinLee मुझे यकीन नहीं है कि अगर मैंने क्या किया (फ़ाइलों को हटाकर) और मास्किंग (मेरी /dev/nullअविवेकीकरण के लिए जो उन फ़ाइलों के रूप में नामित लिंक रख रहा होगा जो इंगित करते हैं कि यह समान रूप से बहुत ज्यादा नहीं है।) आप जो सुझाव देते हैं वह कुछ है जो मैं कोशिश करता हूं। । मैं उस disbale vs mask systemdप्रश्न को देखने के लिए यूनिक्स में पर्याप्त नहीं दिख रहा हूं । मैं जल्द ही वापस कोशिश करूंगा और प्रश्न को अपडेट करने के लिए

— मानवतावाद

क्या टेम्पलेट (wpa_supplicant @ .service) को अक्षम करने में मदद मिली?

— अधिकतम

@ maxf हाँ (देखें कि अद्यतन में मैंने टेम्पलेट फ़ाइल को भी हटा दिया था) और वह काम किया। मुझे लगता है कि यहां असली जवाब यह था कि कल्विन ली सुग्गेस्टेड अर्थात् वास्तव में वियोग (इसे शुरू करने के लिए नहीं, यहां तक ​​कि एक निर्भरता के रूप में, या maskयह करने के लिए है)। systemctl maskवास्तविक अक्षम है (जिसका अर्थ है कि सेवा बाद में नहीं है)।

— मानवतावाद

Answer 1

मैं तुम्हारे जैसे ही मुद्दे में भाग गया। कुछ खुदाई के बाद, मुझे एक फ़ोल्डर मिला, जिसका नाम है:

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

यह फ़ाइल d- बस द्वारा सेवा को सक्रिय करने की अनुमति देने के लिए उपयोग की जाती है। डी-बस अक्षम होने पर भी सेवा को सक्रिय कर सकती है। मैंने पुष्टि की कि यह फ़ाइल को फिर से नाम देकर, और फिर रिबूट करके हो रहा था। मैंने देखा कि इस बिंदु पर wpa_supplicantशुरू नहीं किया गया था! आगे इस समस्या का पीछा करने के लिए यह पता लगाना होगा कि कौन सा कार्यक्रम किस wpa_supplicantमाध्यम से सक्रिय हो रहा है d-bus। मैंने ऐसा नहीं किया है क्योंकि यूनिट फ़ाइल को मास्क करना मेरे उद्देश्यों के लिए ठीक काम करता है।

Comments

ध्यान दें कि NetworkNanager को wpa_supplicant रनिंग ( url ) की आवश्यकता होती है । जब मैंने ऊपर की फ़ाइल को हटा दिया, तब मैंने वाईफाई नेटवर्क तक पहुंच खो दी।

— user3804598

Answer 2

मैंने ब्रेट के सुझाव का पालन करने की कोशिश की, लेकिन मेरे सिस्टम पर इसका कोई प्रभाव नहीं पड़ा। (Ubuntu 18.04)

हालाँकि, निम्नलिखित ने काम किया:

sudo systemctl disable wpa_supplicant