<पी> पृष्ठभूमि में चलने वाली बहुत सारी सेवाओं के कारण अधिक से अधिक ऑपरेटिंग सिस्टम फूले हुए हैं। हालाँकि वे अधिक CPU समय का उपयोग नहीं कर सकते हैं, वे बूट समय और RAM उपयोग को बढ़ा देते हैं। सौभाग्य से, ओपन-सोर्स ऑपरेटिंग सिस्टम आपको अपनी इच्छानुसार कार्य करने की शक्ति और स्वतंत्रता देते हैं। इसका मतलब है कि आप ऐसी किसी भी चीज़ को अक्षम या हटा सकते हैं जिसकी आपको आवश्यकता नहीं है। यहां हम आपको दिखाते हैं कि अपने Linux बूट समय को बेहतर बनाने के लिए अनावश्यक सेवाओं को कैसे अक्षम करें। <पी> ध्यान दें :हम आपको दिखाते हैं कि सेवाओं को हटाने के बजाय उन्हें कैसे अक्षम किया जाए। सेवाओं को अक्षम करने से चीज़ों के स्थायी रूप से टूटने का जोखिम कम हो जाता है। और यदि आपको लगता है कि कोई उपयोगी चीज़ काम करना बंद कर देती है, तो आप किसी सेवा को पुनः सक्षम करके पहले जैसी स्थिति में वापस जा सकते हैं। <पी> सामग्री तालिका प्रत्येक सेवा को लोड होने में लगने वाले समय का विश्लेषण करें
<पी> अधिकांश Linux-आधारित ऑपरेटिंग सिस्टम डिफ़ॉल्ट रूप से Systemd का उपयोग करते हैं। इसमें शामिल उपयोगिताओं के सुइट में एक प्रोग्राम है जो आपको विश्लेषण करने देता है कि आपका सिस्टम कितनी तेजी से बूट होता है। विशेष रूप से, यह आपको बूट करने के लिए आवश्यक कुल समय और प्रत्येक सेवा को लोड होने में लगने वाला समय दिखाता है। ध्यान दें कि कुछ सेवाएँ समानांतर में लोड होती हैं। इसलिए, यदि एक को लोड करने के लिए दो सेकंड और दूसरे को तीन सेकंड की आवश्यकता है, तो इसका मतलब यह नहीं है कि कुल मिलाकर पांच सेकंड की आवश्यकता है। यह उससे काफी कम हो सकता है. <पी> एक टर्मिनल एमुलेटर खोलें और यह कमांड दर्ज करें: systemd-analyze
<पी> इससे पता चलता है कि लिनक्स कर्नेल और कोर सिस्टम सेवाओं को आरंभ होने में कितना समय लगता है। इसमें डेस्कटॉप एनिमेशन या उपयोगकर्ता एप्लिकेशन को लोड करने के लिए आवश्यक समय का हिसाब नहीं दिया गया है। <पी> हालाँकि, आप इस कमांड के साथ आरंभ करने के लिए ग्राफ़िकल इंटरफ़ेस द्वारा आवश्यक समय देख सकते हैं: systemd-analyze critical-chain graphical.target
<पी> यह ग्राफ़िकल लक्ष्य तक पहुंचने वाली सेवाओं की श्रृंखला को दर्शाता है। उपयोगी होते हुए भी, यह उस क्षण के बजाय एक तकनीकी मील का पत्थर दर्शाता है जब डेस्कटॉप पूरी तरह से निष्क्रिय होता है, क्योंकि कुछ पृष्ठभूमि घटक बाद में लोड होते रह सकते हैं। <पी> ध्यान दें :डेस्कटॉप वातावरण में स्वचालित रूप से प्रारंभ होने वाले प्रोग्राम आमतौर पर डेस्कटॉप-विशिष्ट ऑटोस्टार्ट सेटिंग्स या सिस्टमड उपयोगकर्ता सेवाओं के माध्यम से प्रबंधित किए जाते हैं। <पी> अंत में, संभवतः इस ट्यूटोरियल के उद्देश्य के लिए सबसे उपयोगी कमांड है: systemd-analyze blame
<पी> आप सूची को अपनी तीर कुंजियों या पृष्ठ ऊपर और पृष्ठ नीचे से नेविगेट कर सकते हैं। छोड़ने के लिए q दबाएँ। अनावश्यक सेवाओं को अक्षम करने के लिए Systemctl का उपयोग करें
<पी> जैसा कि आप पिछली तस्वीर में देख सकते हैं, कुछ सेवाएं जैसे snapd लोड होने में कई सेकंड लगते हैं. SSD पर, यह नगण्य है। लेकिन एक पारंपरिक हार्ड डिस्क पर, इस प्रकार का समय कई सेकंड के क्रम में होगा, और अंत में इनका योग बहुत अधिक हो जाएगा। <पी> मान लें कि आपको स्नैपडील सेवा की आवश्यकता नहीं है, जो कंटेनरीकृत एप्लिकेशन स्नैप तक पहुंच प्रदान करती है। आप इसे इस आदेश से अक्षम कर सकते हैं: sudo systemctl disable snapd.service
<पी> रिबूट करने के बाद, आप अभी भी कुछ शर्तों के तहत स्नैपडील स्टार्ट देख सकते हैं। ऐसा इसलिए होता है क्योंकि स्नैपडी सॉकेट सक्रियण का उपयोग करता है, जिससे सेवा अक्षम होने पर भी यह मांग पर शुरू हो सकती है। <पी> आप संबंधित इकाइयों की पहचान इसके साथ कर सकते हैं: systemd-analyze blame | grep snap
<पी> इससे आपको यह पहचानने में मदद मिलती है कि कौन सी स्नैप-संबंधित इकाइयाँ स्टार्टअप गतिविधि में योगदान दे रही हैं। सॉकेट-सक्रिय सेवाओं से निपटना
<पी> स्नैपडील सहित कुछ सेवाएँ सॉकेट सक्रियण का उपयोग करती हैं। इसका मतलब यह है कि सेवा तब भी शुरू हो सकती है जब कोई इसके साथ संचार करने का प्रयास करता है, भले ही वह अक्षम हो। <पी> यदि रीबूट करने के बाद भी स्नैपडील प्रदर्शित होता रहता है, तो संबंधित इकाइयाँ जैसे snapd.socket या snapd.seeded.service जिम्मेदार हो सकता है. इस तरह के मामलों में, सेवा और उसके सॉकेट को छुपाना अधिक प्रभावी होता है: sudo systemctl mask snapd.service
sudo systemctl mask snapd.socket
<पी> मास्किंग सेवा को पूरी तरह से अवरुद्ध कर देता है इसलिए निर्भरता या सॉकेट इसे प्रारंभ नहीं कर सकता है। हालाँकि, इस दृष्टिकोण का उपयोग सावधानी से करें, विशेष रूप से उन वितरणों पर जो सिस्टम अपडेट या एप्लिकेशन के लिए स्नैप पैकेज पर निर्भर हैं। <पी> साथ ही, सावधान रहें कि इस संदर्भ में "अक्षम" को "मास्किंग" के साथ भ्रमित न करें। किसी सेवा को अक्षम करना सिस्टमडी को इसे स्वचालित रूप से प्रारंभ न करने के लिए कहता है। मास्किंग सेवा को शुरू होने से रोककर और भी आगे बढ़ जाती है। अधिकांश स्थितियों में, अक्षम करना ही पर्याप्त है। मास्किंग उन सेवाओं के लिए उपयोगी है जो हठपूर्वक पुनः आरंभ होती हैं या आपके सिस्टम पर स्पष्ट रूप से अनावश्यक हैं। <पी> इसके अलावा, आपके सेटअप के आधार पर, आपको अतिरिक्त सेवाएँ मिल सकती हैं जिन्हें आप सुरक्षित रूप से अक्षम कर सकते हैं, जैसे: avahi-daemon.service
ModemManager.service
thermald.service
<पी> हालाँकि, सुनिश्चित करें कि आप किसी सेवा को अक्षम करने से पहले उस पर हमेशा शोध करें। डेस्कटॉप सिस्टम पर जो अनावश्यक है वह लैपटॉप या सर्वर पर आवश्यक हो सकता है। अंतिम विचार
<पी> अनावश्यक सेवाओं को अक्षम करने से बूट समय कम हो सकता है और सिस्टम संसाधन खाली हो सकते हैं, विशेष रूप से पारंपरिक हार्ड ड्राइव का उपयोग करने वाले सिस्टम पर। यहां तक कि आधुनिक एसएसडी-आधारित सिस्टम पर भी, अप्रयुक्त सेवाओं को ट्रिम करने से आपके सिस्टम को साफ और कुशल बनाए रखने में मदद मिलती है। <पी> इसके अलावा, स्टैसर जैसे ग्राफ़िकल उपकरण, सेवाओं के प्रबंधन के लिए मौजूद हैं, लेकिन वे अक्सर सीमित नियंत्रण या पुरानी कार्यक्षमता प्रदान करते हैं। वितरणों में सुसंगत और सटीक प्रबंधन के लिए, systemctl कमांड-लाइन टूल सबसे विश्वसनीय विकल्प बना हुआ है।
