यदि आप यम पैकेज मैनेजर का उपयोग करने वाले किसी भी लिनक्स वितरण पर हैं, तो आपको एक त्रुटि दिखाई दे सकती है, जिसमें लिखा है कि रेपो के लिए एक वैध बेसुरल नहीं मिल सकता है:ऑपरेटिंग सिस्टम को स्थापित करने के तुरंत बाद आधार। यह आमतौर पर फेडोरा, रेड हैट और सेंटोस लिनक्स वितरण से जुड़ी एक त्रुटि है, लेकिन एसयूएसई के संगत संस्करणों पर यम को अपडेट करने का प्रयास करते समय आपको यह भी मिल सकता है। अपडेट करने का प्रयास करते समय आपको सामान्य रूप से केवल त्रुटि मिलेगी, लेकिन सौभाग्य से, इसके लिए एक बहुत ही सरल तरीका है।
विधि 1:यम को बेसुरल खोजने के लिए बाध्य करना
यह त्रुटि संदेश इंगित करता है कि, किसी भी कारण से, येलोडॉग अपडेटर, संशोधित (यम) सिस्टम उस आधार तक पहुंचने में सक्षम नहीं है जिसका उपयोग वह पैकेज जानकारी खोजने के लिए करता है। त्रुटि संदेश को पुन:उत्पन्न करने के लिए, sudo yum update run चलाएं या बस यम अपडेट यदि आप रूट यूजर हैं। यदि यह इस बार अपडेट होता है, तो त्रुटि केवल नेटवर्किंग हिचकी के कारण हुई थी और आपको कुछ और करने की आवश्यकता नहीं है।
दूसरी ओर, आप पा सकते हैं कि आपने त्रुटि संदेश को पुन:प्रस्तुत किया है। जांच करने वाली पहली बात यह सुनिश्चित करना है कि आप नेटवर्क से जुड़े हैं। आप यह सुनिश्चित करना चाहेंगे कि आप इंटरनेट आउटेज का अनुभव नहीं कर रहे हैं, जो इस त्रुटि का अब तक का सबसे आम कारण है। यदि आप इंटरनेट पर हैं और फिर भी कोई मान्य बेसयूरल नहीं ढूंढ पा रहे हैं, तो mirrorlist.centos.org को पिंग करके देखें और देखो क्या होता है। पिंगिंग प्रक्रिया को समाप्त करने के लिए Ctrl+C दबाएं और देखें कि आपको क्या परिणाम प्राप्त हुए। यदि आप Red Hat या Fedora का उपयोग कर रहे हैं, तो हो सकता है कि आप हमारे द्वारा उपयोग किए गए CentOS URL के बजाय उस मिररलिस्ट URL को प्रतिस्थापित करना चाहें जो त्रुटि आपको रिपोर्ट की गई है।
यदि आप सर्वर को पिंग करने में असमर्थ हैं, तो आपको प्रतीक्षा करनी पड़ सकती है क्योंकि वे एक अस्थायी आउटेज का अनुभव कर रहे होंगे। अन्यथा, यदि आपको नेटवर्किंग संबंधी समस्याएं आ रही हैं, तो छवि में दिखाए गए पथ का प्रयास करें और ONBOOT=लाइन को हां या ना में टॉगल करें। आप दोनों को आजमाना चाह सकते हैं। इसे सेट करने के बाद, sudo dhclient run चलाएं जब तक आप एसएसएच के माध्यम से काम नहीं कर रहे हैं और फिर यम को फिर से अपडेट करने का प्रयास करें। क्या आपको अभी भी पैकेज मैनेजर को अपडेट करने के लिए संघर्ष करना पड़ रहा है, तो उस फ़ाइल को फिर से संपादित करने का प्रयास करें।
आपको NM_CONTROLLED नामक एक विकल्प मिलेगा, जिसे आपको नहीं पर सेट करना चाहिए। यदि आप ऐसा करते हैं, तो सुनिश्चित करें कि ONBOOT= भी नहीं पर सेट है। जब आप विकल्प को नहीं पर सेट करते हैं, तो सुनिश्चित करें कि आप शब्दों को केवल लोअर केस में टाइप कर रहे हैं क्योंकि CentOS और Fedora के कुछ संस्करणों में वास्तव में इस संबंध में किसी प्रकार की केस संवेदनशीलता हो सकती है।
एक बार जब आप फ़ाइल का संपादन समाप्त कर लें, तो सुनिश्चित करें कि आपके पास मशीन पर पहले नेटवर्किंग इंटरफ़ेस से जुड़ी एक ईथरनेट केबल है और ifdown eth0; ifup eth0 नेटवर्क रीसेट करने के लिए। CentOS 7 के उपयोगकर्ता, हमारे उदाहरण की तरह, इस फ़ाइल को खोजने में सक्षम नहीं हो सकते हैं क्योंकि चीजें बदली गई थीं। यदि ऐसा है, तो नीचे दी गई छवि में क्या दिखाया गया है या उस पैटर्न से मिलता-जुलता कुछ और देखने का प्रयास करें। CentOS के डेवलपर्स ने पिछली बार कुछ बदलाव करने का फैसला किया जब उन्होंने न्यूनतम इंस्टॉल कोड को नया रूप दिया, और इसके परिणामस्वरूप कुछ नेटवर्किंग इंटरफेस का नाम बदल गया।
एक बार सब कुछ अच्छा दिखने के बाद, यम को फिर से अपडेट करने का प्रयास करें और देखें कि क्या यह काम करता है।
विधि 2:बेसुरल को हटाना
कुछ दुर्लभ स्थितियों में, यह त्रुटि नेटवर्किंग समस्या के कारण नहीं हो सकती है। यदि आप सुनिश्चित हैं कि आप कनेक्ट हैं और अभी भी कुछ काम नहीं कर पा रहे हैं, तो नीचे चित्र में दिखाई गई फ़ाइल खोलें अपने पसंदीदा टेक्स्ट एडिटर के साथ रूट सुपरयुसर के रूप में। एक बार फिर, यदि आप हमारी तरह CentOS का उपयोग नहीं कर रहे हैं तो आपको सही फ़ाइल खोजने के लिए एक साधारण नाम परिवर्तन की आवश्यकता होगी।
आपको एक लाइन दिखनी चाहिए जिसमें लिखा हो:
baseurl=https://mirror.centos.org/centos/$releasever/os/$basearch/
सुनिश्चित करें कि यह # प्रतीक जैसे टिप्पणी ध्वज से शुरू नहीं होता है। अगर ऐसा होता है, तो इसे हटा दें और फिर फ़ाइल को सहेजें। फिर से अपडेट करने का प्रयास करें। इसने सिस्टम को इस बार ठीक से अपडेट करने के लिए मजबूर किया होगा, जो यह नहीं कर सकता है अगर यह इस लाइन को नहीं ढूंढ पाता है क्योंकि यह एक टिप्पणी ध्वज द्वारा छुपाया गया था।