यह प्रविष्टि यह दिखाने के लिए है कि विफल स्टार्टअप की समस्या को कैसे "ठीक" किया जाए आर्क लिनक्स. निम्न छवि जैसा कुछ:
जैसा कि देखा जा सकता है, हम देखते हैं कि यह त्रुटियों के कई "संयोजनों" में से एक है जो इस समस्या के साथ ऑपरेटिंग सिस्टम शुरू करते समय यादृच्छिक रूप से प्रकट होते हैं। जैसा कि उस त्रुटि में कहा गया है, यह इंगित करता है कि "हार्डवेयर" में कोई समस्या हो सकती है, हालांकि, जैसा कि हम सभी इस ऑपरेटिंग सिस्टम में जानते हैं, जो ओएस से संबंधित नहीं है उसकी खराब चाल को भी हल किया जा सकता है।
तो, मैं इस समस्या के बारे में अपने अनुभव का वर्णन करने जा रहा हूँ। जहाँ तक मैं अनुभव कर सका, समस्या केवल उसी के साथ उत्पन्न हुई आर्क लिनक्स या कोई अन्य डिस्ट्रो जिसे मैंने बाह्य रूप से परीक्षण किया था, चूंकि किसी भी उबंटू के साथ जिसे मैंने स्थापित या परीक्षण किया था, यह बिना किसी समस्या के शुरू हुआ। लेकिन अगर आपने शुरू करने की कोशिश की आर्क लिनक्स हार्ड ड्राइव पर स्थापित, इसमें एक समस्या थी कि ओएस को सामान्य रूप से बूट करने और प्रयोग करने योग्य बनाने के लिए मुझे लगभग 50 बार रीबूट करना पड़ा।
इसमें मेरे लिए पहले से ही कुछ गड़बड़ थी क्योंकि मैं इसका परीक्षण करने के लिए केवल अपने द्वारा इंस्टॉल किए गए उबंटू का उपयोग कर सकता था और मैं जो कुछ भी कर सकता था उसका आधा भी नहीं कर सका। आर्क लिनक्स. इसलिए मैंने इस समस्या को हल करने का फैसला किया और मैंने जांच शुरू कर दी, उन फोरम थ्रेड्स की तलाश की जिनमें समान समस्या थी, उन्होंने यह भी उल्लेख किया कि यह एक हार्डवेयर त्रुटि थी और यह वास्तव में सीपीयू था, यही कारण है कि मुझे चिंता होने लगी, इसलिए मैं पीसी को खोलना पड़ा और सत्यापित करना पड़ा कि क्या हो रहा था, हालाँकि, कोई फायदा नहीं हुआ।
लेकिन एक चीज़ जिसने मुझे दिखाया कि मुझे हार नहीं माननी चाहिए, वह थी अगर Ubuntu सकता है क्योंकि आर्क लिनक्स नहीं (शायद Ubuntu से बेहतर है मेहराब...?) इसलिए, मैंने कर्नेल पर बूट पैरामीटर लिखना शुरू कर दिया आर्क लिनक्स, चीजें जैसे की: लैपिक, नोमसी, इंटेल_आइडल.मैक्स_सीस्टेट=0, डिसेबल_सीपीयू_एपिक, एसीपीआई_स्किप_टाइमर_ओवरराइड, एसीपीआई=स्ट्रिक, सीएलके, एपीएम, नोएपिक, एसीपीआई=ओल्डबूट, एसीपीआई-सीपीयूफ्रेक, इंटेल_पीस्टेट=डिसेबल, आई8042.नोएसीपीआई=1, एपीएम=ऑफ, एसीपीआई=कॉपी_डीएसडीटी, pci=nocrs, rhgb, acpi=बल, pnpacpi=0ff और अन्य... यह सब मेरे द्वारा पढ़े गए मंचों पर अनुशंसित किया गया था।
जब तक मुझे कर्नेल पैरामीटर दस्तावेज़ीकरण पर नहीं जाना पड़ा, जिसकी मैं अनुशंसा करता हूं: https://www.kernel.org/doc/Documentation/kernel-parameters.txt
और मुझे एक दिलचस्प पैरामीटर मिला जिसे फिलहाल मैं बूट करने में कामयाब रहा आर्क लिनक्स कोई दिक्कत नहीं है:
linux /boot/vmlinuz-linux root=UUID=fbefe36c-1712-4f3b-b3e3-3eac759d71c9 notsc nomce मैक्ससीपीयूएस=0
जैसा कि वहां बताया गया है, यह पैरामीटर प्रसंस्करण के सममित मोड को सक्रिय किए बिना उपयोग को एक सीपीयू तक सीमित करता है। सबसे पहले जब तक मैंने कमांड का उपयोग नहीं किया तब तक यह बहुत अच्छी तरह से काम कर रहा था पॅकमैन-सियु; मुझे फेंक दिया मूल फेंका o विखंडन दोष।
इसलिए मैंने स्वचालित रूप से देखा कि कुछ अजीब हो रहा था, इसलिए मैंने अन्य प्रक्रियाएं चलानी शुरू कर दीं, जब तक कि अचानक सिस्टम पूरी तरह से बंद नहीं हो गया और तब तक काम नहीं किया, जब तक कि मैंने इसे रिबूट नहीं किया। इसलिए मैंने वही ऑपरेशन किया, लेकिन इस बार मैं इसे अंजाम देने में कामयाब रहा htop और इसने मुझे निम्नलिखित दिखाया:
जैसा कि अपेक्षित था, इसमें केवल एक सीपीयू दिखा, क्योंकि दूसरे ने इसे अक्षम कर दिया था, हालांकि, यह मुझे बहुत अजीब लगा कि प्रोग्राम क्यों खराब हो रहे थे सेगफॉल्ट, और ग्राफ़िकल वातावरण भी प्रारंभ नहीं कर सका; तो यह कुछ ऐसा था जिसने कम से कम मुझे और अधिक आशा दी कि यदि मैं कर्नेल मापदंडों को एक तरह से सेट करता हूं तो यह मेरा बूट करेगा आर्क लिनक्स हमेशा की तरह।
इसलिए मैंने सूची में लिखे अन्य मापदंडों के साथ प्रयास करना जारी रखा जब तक कि मुझे यह नहीं मिला, जो इस समय सबसे अच्छा समाधान है:
linux /boot/vmlinuz-linux root=UUID=fbefe36c-1712-4f3b-b3e3-3eac759d71c9 notsc nomce आइसोलपस=1
यह पैरामीटर सममित प्रसंस्करण में दूसरे सीपीयू कोर को अलग करने (निष्क्रिय करने के बजाय) के रूप में सरल कार्य करता है, अर्थात, प्रसंस्करण भार एक कोर को दिया जाता है जबकि दूसरा केवल पूरक होता है। हालाँकि यह विरोधाभासी लग सकता है, यह प्रदर्शन को उतना प्रभावित नहीं करता है, क्योंकि यह महान OS इस तरह से एप्लिकेशन चलाने में सक्षम था:
तो इसके साथ, एकमात्र समस्या जो मैंने देखी है कि यह बूट समय पर एक या दो कर्नेल पैनिक या उफ़ देता है; लेकिन पहले 50 बार रीबूट करने की तुलना में, मैं इसे "अस्थायी" समाधान मान सकता हूं। बाकी, अब तक इसने मुझे ओएस का उपयोग करने और यह पोस्ट लिखने की अनुमति दी है जिसे आप अभी पढ़ रहे हैं :-)।
मुझे आशा है कि वे आपकी मदद करेंगे, और बाहर नहीं निकलेंगे ग्नू / लिनक्स, जो कि उनके द्वारा अब तक आविष्कार किया गया सबसे अच्छा ऑपरेटिंग सिस्टम है। मैं यह निश्चित तौर पर कहता हूं.
बहुत ही रोचक जानकारी. जिन वर्षों से मैं आर्कलिनक्स का उपयोग कर रहा हूं, उनमें मुझे कभी भी कर्नेल संबंधी घबराहट का सामना नहीं करना पड़ा, लेकिन यह जानना अच्छा है कि अगर मुझे कभी कोई समस्या आती है तो मुझे क्या करना चाहिए। धन्यवाद!
वैसे भी, मैं लंबे समय से आर्क का उपयोग कर रहा हूं (मुझे आर्क के बिना लगभग 1 वर्ष हो गया था) और बिना किसी कर्नेल घबराहट के।
पारितोषिक के लिए धन्यवाद।
सबसे अधिक संभावना है, जैसा कि मैंने पोस्ट में उल्लेख किया है, समस्या हार्डवेयर के कारण होती है, क्योंकि जब मैंने आर्क का उपयोग किया था, तो मुझे इस प्रकार की कोई समस्या नहीं हुई थी।
आर्क में उत्कृष्ट परिणामों वाला एक और। मुझे कभी भी कर्नेल पैनिक का सामना नहीं करना पड़ा
GNU/Linux के साथ 2 वर्ष से अधिक... ArchLinux के साथ 2 वर्ष पहले ही, कभी भी कर्नेल घबराहट नहीं... 😉
मुझे लगता है कि कर्नेल पैनिक डिस्ट्रो की तुलना में हार्डवेयर के कारण अधिक है। अब मैं जिस लैपटॉप का उपयोग कर रहा हूं, उस पर मैंने कभी भी कर्नेल पैनिक नहीं देखा है, सिवाय एक बार जब मैंने उस पर उबंटू अल्फा लगाया था (और आर्क लिनक्स भी यहां दो साल से था)। दूसरी ओर, मेरे पास जो दूसरा लैपटॉप है, उसमें मैं जो भी डिस्ट्रो लगाता हूं, वह हमेशा कर्नेल पैनिक और सभी स्वादों के लिए विभिन्न प्रकार की त्रुटियां देता है।
डेबियन पर कर्नेल 3.14 के साथ, मुझे कर्नेल पैनिक समस्या का सामना करना पड़ा है, साथ ही जब मैं अपना पीसी चालू करता हूं (और जब मैं इसे बंद करता हूं तब भी) मुझे हमेशा "कनेक्ट/डिस्कनेक्ट टाइमआउट" संदेश मिलता है।
यह मेरे साथ फेडोरा के साथ-साथ आर्क में भी हुआ है, लेकिन मुझे इसका कारण नहीं पता है, और मुझे कोई अंतर कैसे नहीं दिख रहा है क्योंकि मैंने इसकी जांच करने या इसे हल करने में समय नहीं बिताया है (यदि यह एक समस्या है)।
मुझे लगता है कि इसका कारण यह है कि वे जीसीसी 4.9 के साथ संकलित हैं
http://libuntu.com/linus-torvalds-considera-que-la-version-4-9-de-gcc-es-una-pura-y-absoluta-mierda/
सूचना के लिए आपका बहुत बहुत धन्यवाद। जिन कई चीजों पर हम गर्व कर सकते हैं उनमें से एक इस प्रकार का मंच है
आर्क लिनक्स के साथ ऐसा क्यों होता है? शायद यह उन समस्याओं के लिए पर्याप्त नहीं है जो अक्सर सिस्टम की सुस्ती या लटकेपन के साथ सामने आती हैं और सिस्टम को बर्बाद करने की हद तक पहुंच जाती हैं।
अरे? आप किस बारे में सोच रहे हैं? ओ_ओ
आर्क ऑपरेटिंग सिस्टम के आधार से ही एक कॉन्फ़िगर करने योग्य KISS वितरण है, संक्षेप में, यदि सिस्टम भारी है तो ऐसा इसलिए है क्योंकि आपने इसे इस तरह से सेट किया है, यदि सिस्टम में त्रुटियां हैं तो ऐसा इसलिए है क्योंकि आपने उन्हें उत्पन्न किया है या क्योंकि आपने कॉन्फ़िगर नहीं किया है कुछ सही ढंग से आर्क का विकी काफी पूर्ण है, कुछ साल पहले स्पैनिश में कई महत्वपूर्ण विषय नहीं थे, और तथ्य यह है कि इंस्टॉलेशन प्रक्रिया बहुत कठिन और कुछ हद तक कठिन थी, अब सब कुछ थोड़ा अधिक स्वचालित है।
उपयोगकर्ता की त्रुटि के लिए डिस्ट्रो को दोष देना इतना ही है... विंडोज़(?)।
गलतियों के लिए डिस्ट्रो को दोष देना सुसंगत है, सिर्फ इसलिए कि यह सच्चाई है। मंज़रो के साथ इसी तरह की समस्या होने के बाद, मैंने आर्क, एंटरगोस और एक अन्य अज्ञात डिस्ट्रो (अब नाम याद नहीं आ रहा, क्षमा करें) की कोशिश की, किसी ने मुझे इसकी सिफारिश की, मुझे आश्वासन दिया कि इससे मुझे कोई समस्या नहीं हुई, लेकिन कुछ भी नहीं; वे सब इसे देते हैं OpenSuse, Fedora, Mint, Mageia और उन सभी में, जिन्हें मैंने आजमाया है, ऐसा नहीं होता है। इसलिए, जहां तक मेरा सवाल है, मेरे पास यह सोचने के अलावा कोई विकल्प नहीं बचा है कि यह डिस्ट्रो की गलती है। लेकिन, हे, मैं इसे या किसी भी चीज़ का प्रदर्शन नहीं करता, इससे भी अधिक, आर्क पर आधारित किसी भी चीज़ का उपयोग न कर पाना मुझे बहुत परेशान करता है, क्योंकि मुझे यह बहुत पसंद है, लेकिन वह समस्या मुझे ऐसा करने से रोकती है। मुझे नहीं लगता कि यह हार्डवेयर के बारे में है, क्योंकि एक ही चीज़ का उपयोग करने से पहले हममें से कई लोगों के साथ ऐसा नहीं हुआ था। ठीक है, वास्तव में यह हार्डवेयर से संबंधित कुछ होना चाहिए, लेकिन, उसी चीज़ पर वापस जाएं, अगर मैंने कोई बदलाव नहीं किया है और मुझे उन्हीं उपकरणों में समस्या है जो मेरे पास पहले नहीं थे, तो जाहिर तौर पर यह बदलाव के कारण है आर्क के लिए बनाया गया जिसने मुझे खराब कर दिया है।
"उपयोगकर्ता त्रुटि के लिए डिस्ट्रो को दोषी ठहराना तो... विंडोज़(?) है।"
मैं आपको बताऊंगा कि उत्पाद बग के लिए उपयोगकर्ताओं को दोष देना Apple है। ईमानदारी से कहूं तो, मैंने इस मामले के बारे में हजारों बार सोचा है, लेकिन मुझे किसी ऐसी चीज का उपयोग करने में कोई फायदा नहीं दिखता, जिसके रखरखाव करने वाले मूल रूप से अपने हाथ धोते हों, किसी भी गंभीर उद्देश्य के लिए। और मैं यह ध्यान में रखते हुए कहता हूं कि जीपीएल सॉफ्टवेयर बिना वारंटी के आता है।
आप जो चाहें कह सकते हैं, लेकिन यह कई साल पहले आईफ़ोन में सिग्नल की कमी की रिपोर्ट और ऐप्पल की प्रतिक्रिया "यह है कि आप इसे गलत मान रहे हैं" जैसा ही मामला है। यदि आप एक डिस्ट्रो बनाते हैं, तो आप आम तौर पर कुछ गुणवत्ता और न्यूनतम समर्थन प्रदान करना चाहते हैं, और सच्चाई यह है कि आर्क मूल रूप से एक शौकिया प्रणाली है, जहां इसके डेवलपर्स को नई चीजें पैक करने में मजा आता है, लेकिन सच्चा समर्थन देने में उनकी कोई दिलचस्पी नहीं है। जब भी मैं इस प्रकार की पोस्ट देखता हूं तो मैं अपने द्वारा उपयोग किए जाने वाले डिस्ट्रो के पीछे के काम को अधिक महत्व देता हूं।
और हाँ, यह एक सॉफ़्टवेयर समस्या है यदि यह काम नहीं करता है, यदि यह अपडेट में काम करना बंद कर देता है, या यदि आपके हार्डवेयर में कुछ टूट जाता है। वह एक डिस्ट्रो आपको घबराहट देता है जबकि दूसरा नहीं... हां, स्पष्ट रूप से एक डिस्ट्रो है जो चीजों को सही कर रहा है और दूसरा जो चीजों को गलत कर रहा है। अब यदि आप 90 के दशक की शैली में लिनक्स का उपयोग करना पसंद करते हैं, जहां हमें हर बार नए प्रिंटर को प्लग इन करने पर कर्नेल को फिर से संकलित करना पड़ता था... तो आप वहां जाएं।
क्या कर्नेल डेवलपर्स द्वारा संकलित है? या आपका अपना?
कर्नेल घबराहट तब उत्पन्न होती है जब संकलन करते समय कुछ घटकों का चयन नहीं किया गया है (Y), या कुछ हार्डवेयर को समर्थन देने के लिए कुछ मॉड्यूल सक्रिय नहीं किए गए हैं। अब अपने हार्डवेयर के अभ्यास और ज्ञान के साथ (आपको पीसी खोलना होगा और देखना होगा कि इसमें किस ब्रांड के चिप्स हैं), आप एक कस्टम कर्नेल (क्रोटिंग के माध्यम से) बना सकते हैं। यदि उबंटू और आर्क इंस्टॉलेशन सीडी आपके कंप्यूटर पर थे, तो बिल्ड में कुछ ऐसा है जो सक्षम नहीं है।
यह रिपॉजिटरी से उसी आर्चलिनक्स का स्टॉक कर्नेल था।
आप जिस कर्नेल का उपयोग कर रहे हैं उसमें कुछ ऐसा बचा हुआ है जो आपके हार्डवेयर को पसंद नहीं है, आपके मदरबोर्ड पर चिप का कुछ दुर्लभ संस्करण होना चाहिए या चिप पर एक बग भी होना चाहिए (यह आमतौर पर होता है)।
यह आपके बायोस में एक भ्रष्ट एसीपीआई तालिका हो सकती है, यह सामान्य है कि ड्यूटी पर तैनात चीनी प्रत्येक तालिका के चेकसम की सही गणना भी नहीं करता है, वे संदेश आमतौर पर बूट की शुरुआत में $ dmesg - human के साथ आते हैं।
आपको दूसरी बिजली आपूर्ति का भी प्रयास करना चाहिए, जब फ़िल्टरिंग विफल हो जाती है, तो रिपल आमतौर पर उसी प्रकार की विफलता करता है।
पहले फ़ॉन्ट बदलने का प्रयास करें और देखें कि क्या होता है, यदि यह अभी भी वही है तो अपने हार्डवेयर के अनुरूप कर्नेल को कॉन्फ़िगर करने का प्रयास करें, वैसे आप इस प्रक्रिया में अपने पीसी को बेहतर तरीके से जान पाएंगे।
युक्तियों के लिए धन्यवाद. वैसे यह एक लैपटॉप है, मुझे लगता है कि आपको बैटरी बदल लेनी चाहिए। लेकिन मैं देखता हूं कि आपने जो मुझे बताया है वह मेरी मदद कर सकता है।
एकमात्र कर्नेल घबराहट जो अभी भी मुझे परेशान करती है वह आंशिक रूप से नोव्यू लोगों और मेरे पुराने, पुराने और बहुत धूल भरे एनवीडिया 6150 एसई एकीकृत कार्ड की गलती है (मैं आंशिक रूप से इसलिए कहता हूं; उन्होंने ग्राफिक्स चिप्स के ब्रह्मांड का समर्थन करने में उत्कृष्ट काम किया है) जो एनवीडिया के पास है, और यह सब केवल रिवर्स इंजीनियरिंग का उपयोग करता है, साथ ही समस्या केवल एनवी4ई चिपसेट वाले कुछ कार्डों के लिए होती है)।
आपको बस ओपनबॉक्स + फायरफॉक्स शुरू करना है और सारी परेशानी दूर हो जाएगी (आपकी स्क्रीन पर पूरी तरह से बेतरतीब काले और सफेद मोज़ेक को देखने से ज्यादा सुंदर कुछ भी नहीं)। और मैं इसे डेबियन, फेडोरा, आर्चलिनक्स, स्लैकवेयर में कर्नेल 3.6 के बाद से गा रहा हूं और अब जेंटू में फिर से सत्यापित किया गया है (हाल ही में कर्नेल 3.12 के साथ स्थापित), मैं अब लॉग प्राप्त करने की जहमत नहीं उठाता, कर्नेल के पास समय भी नहीं है कुछ ऐसा लिखें जो अत्यधिक बकवास अक्षर न हो।
मैं आपको समाधान दूंगा, यही बात मेरे पास मौजूद जेंटू और नोव्यू ड्राइवर के साथ एकीकृत एनवीडिया वीडियो वाले पीसी के साथ भी होती है, इसलिए मेरे पास बंद एनवीडिया ड्राइवर का उपयोग करने के अलावा कोई विकल्प नहीं था, मेरी चिप को 304.123 ड्राइवर का उपयोग करना होगा
00:0d.0 VGA संगत नियंत्रक [0300]: NVIDIA Corporation C61 [GeForce 7025 / nForce 630a] [10de:03d6] (rev a2) (prog-if 00 [VGA नियंत्रक])
आपको संकलित करने से पहले कर्नेल फ़ाइल को पैच करना होगा, यदि पैच नहीं किया गया तो ग्राफ़िकल मोड प्रारंभ होने से इंकार कर देगा।
कदम हैं:
# nano -w /usr/src/linux-3.15.7-gentoo/drivers/acpi/osl.c
आप इस टेक्स्ट के लिए nano के अंदर ctrl+w से खोजते हैं, acpi_os_wait_events_complete और nano आपको इस भाग पर ले जाता है:
शून्य acpi_os_wait_events_complete(शून्य)
{
फ्लश_वर्कक्यू(kacpid_wq);
फ्लश_वर्कक्यू(kacpi_notify_wq);
}
EXPORT_SYMBOL(acpi_os_wait_events_complete);
आपको जो पैच जोड़ना है वह यह अंतिम पंक्ति है जो निर्यात, ctrl+o ctrl+x से शुरू होती है
फिर आप कर्नेल को संकलित करते हैं, मॉड्यूल स्थापित करते हैं, कर्नेल स्थापित करते हैं, यदि आपको इसकी आवश्यकता है तो initramfs उत्पन्न करते हैं, यदि आप स्प्लैश का उपयोग करते हैं तो initramfs में स्प्लैश जोड़ें, ग्रब के लिए प्रविष्टियों को पुन: उत्पन्न करें और अंतिम और बहुत महत्वपूर्ण बात यह है कि आपको उन मॉड्यूलों का पुनर्निर्माण करना होगा जो हैं कर्नेल से नहीं, यानी मालिकाना एनवीडिया मॉड्यूल, ऐसा किए बिना ग्राफिक मोड काम नहीं करेगा।
# कर्नेल सूची चुनें
# कर्नेल सेट x का चयन करें
# सीडी /यूएसआर/एसआरसी/लिनक्स
# निर्माण
# मॉड्यूल बनाएं_इंस्टॉल करें
# माउंट / बूट
# स्थापित करना
# dracut -hostonly »3.15.7-gentoo –force
# splash_geninitramfs –verbose -res 1400 × 1050 -append /boot/initramfs-3.15.7-gentoo.img उभरना-दुनिया
# ग्रब-mkconfig -o /boot/grub/grub.cfg
#उभरें @मॉड्यूल-पुनर्निर्माण
# यूमाउंट/बूट
# शटडाउन -आर अभी
यदि आप जेनकर्नेल का उपयोग करते हैं, तो आप बस उस फ़ाइल को पैच कर देते हैं और मैं समझता हूं कि जेनकर्नेल स्वयं को ठीक कर देता है।
आपको डीआरएम समर्थन और एनवीडिया ड्राइवर और अन्य कर्नेल वीडियो चिप्स को भी हटा देना चाहिए ताकि वे एनवीडिया मॉड्यूल के रूप में स्थापित बंद एनवीडिया ड्राइवर के साथ आमने-सामने न टकराएं।
बूटस्प्लैश का उपयोग करने के मामले में आपको उच्च स्क्रीन रिज़ॉल्यूशन का समर्थन करने के लिए कर्नेल में यूवेसा ड्राइवर को शामिल करना होगा क्योंकि बंद एनवीडिया ड्राइवर (अगर मुझे सही याद है) बूट के tty800 "F600" टर्मिनल में 1×1 से अधिक का समर्थन नहीं करता है।
मैं अन्य डिस्ट्रोज़ के बारे में नहीं जानता, लेकिन मुझे लगता है कि यदि ये कदम उठाए गए हैं, तो इसे किसी भी डिस्ट्रो पर काम करना चाहिए, जिससे किसी भी कारण से उभरते बदलाव को बचाया जा सके।
ये वे मार्गदर्शिकाएँ हैं जिनका आपको एनवीडिया और उवेसा के लिए पालन करना चाहिए:
http://wiki.gentoo.org/wiki/NVidia/nvidia-drivers/es
http://wiki.gentoo.org/wiki/Uvesafb
जानकारी के लिए धन्यवाद, लेकिन मैंने मालिकाना वाले में बदलाव करके समस्या का सटीक समाधान निकाला। मुझे याद है कि पिछले एनवीडिया ड्राइवर (304.121) को भी 3.13 पर जाते समय पैच करना पड़ा था क्योंकि इसमें मॉड्यूल को संकलित करने में समस्या थी (कोई त्रुटि नहीं थी, लेकिन मॉड्यूल ने काम करने से इनकार कर दिया था) और एसीपीआई इवेंट हैंडलर के कारण भी। डेबियन में मुझे छोटी सी समस्या मिली और समाधान भी मिला।
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740097
मैंने मंज़रो को एक उदाहरण के रूप में दिया है, लेकिन मैंने पहले ही उल्लेख किया है कि आर्क और अन्य डेरिवेटिव के साथ भी मेरे साथ ऐसा ही हुआ है। इसलिए मेरा मानना है कि समस्या प्रभावित लोगों से ज्यादा उनकी है।
पुनश्च: मैं संबंधित संदेश का सीधे उत्तर देने में सक्षम नहीं हूं क्योंकि उत्तर देने का विकल्प प्रकट नहीं होता है...
मैंने अभी-अभी मंज़रो से लिनक्स मिंट पर स्विच किया है क्योंकि 0.8.9 से बाद के संस्करण में अपग्रेड करने के बाद बूट करते समय यह फ़्रीज़ हो गया था (कौन सा याद नहीं है)। मैंने जो पढ़ा है, उसके अनुसार यह आमतौर पर लैपटॉप पर होता है। प्रश्न में मेरी समस्या वैसी नहीं थी जैसी इस पोस्ट में है, मुझे लगता है कि मैं इस निष्कर्ष पर पहुंचा हूं कि यह बिजली प्रबंधन से संबंधित हो सकता है। ऐसे लोग भी थे जो लैपटॉप को अनप्लग होने पर चालू करने पर भी घबराते नहीं थे। अभी मुझे याद नहीं है कि क्या इससे मुझे हमेशा बिना किसी समस्या के शुरुआत करने की इजाजत मिलती है, लेकिन निश्चित रूप से इसे करने में अधिक समय लगने की कीमत पर मुझे यह अधिक बार मिला है।
वैसे भी, अंत में मैंने हार मान ली और फेडोरा और लिनक्स मिंट पर स्विच कर लिया।
संयोग से, कल मैंने इसे लोडर के बिना निलंबित करने का प्रयास किया और जब मैंने इसे फिर से शुरू किया तो यह रुक गया और मुझे इसे फिर से शुरू करना पड़ा।
यह काफी उत्सुकतापूर्ण है, मैं कुछ महीनों से आर्क के साथ हूं और मुझे एक भी कर्नेल पैनिक नहीं हुआ है! यह मेरे साथ लाइव वातावरण से ऐंटरगोस (एक अतिरिक्त भंडार के साथ आर्क) के साथ हुआ है, लेकिन वहां मैं इसे अधिक समझने योग्य मानता हूं। क्या यह मदर बोर्ड या दोषपूर्ण रैम मॉड्यूल की समस्या हो सकती है? मुझे याद है कि कैसे 2 साल पहले एक रैम मॉड्यूल के कारण विंडोज़ में कई नीली स्क्रीनें और कई कर्नेल पैनिक भी पैदा हो गए थे! मैनड्रिवा में. मुझे रीबूट के बीच एक समय में प्रत्येक मेमोरी का परीक्षण करना था।
यह एक आर्क समस्या है (जो इसके सभी डेरिवेटिव को खींचती है), क्योंकि अन्य डिस्ट्रोस में इस प्रकार की कोई समस्या नहीं है। मुझे जो शर्मनाक लगता है वह यह है कि अब तक उन्होंने इसे ठीक नहीं किया है। यह वर्षों से केवल उनके साथ ही हो रहा है! मैंने 2011 से इसी तरह की समस्याएं पढ़ी हैं। यह मेरे लिए स्पष्ट है कि यह कुछ ऐसा है जो अपडेट होने पर आता और जाता है, क्योंकि संस्करण 0.8.7, 0.8.8 और 0.8.9 को अपडेट किए बिना उपयोग करने से कुछ नहीं होता है। तब से सब कुछ बेकार हो जाता है, और निश्चित रूप से पुराने संस्करणों में भी ऐसा हुआ है। ऐसा हममें से कुछ ही लोगों के साथ क्यों होता है? मुझे नहीं पता, लेकिन मुझे नहीं लगता कि यह हमारी समस्या है, लेकिन आर्क की, क्योंकि, जैसा कि पहले ही कहा जा चुका है, अन्य वितरण पूरी तरह से काम करते हैं। मैंने इसका समाधान ढूंढने के लिए पहले ही अपने सींग तोड़ दिए थे, लेकिन मैं थक गया था। इसलिए, चाहे यह मुझ पर कितना बोझ डाले, मैं आर्क का उपयोग नहीं करने जा रहा हूँ।
आर्क 0.8.7, 0.8.8 और 0.8.9? मुझे पता चला है कि आर्क उस संस्करण नामकरण का उपयोग करता है।
क्या ऐसा हो सकता है कि आप मंज़रो का उपयोग कर रहे हों?
ठीक है, मैं आपकी पिछली टिप्पणी पढ़कर खुद को जवाब देता हूं, और एक चीज मंज़रो है और दूसरी आर्क है।
किसी दी गई समस्या के लिए डिस्ट्रो को दोष देना सुसंगत नहीं है (वास्तव में कुछ भी सुसंगत नहीं है), कम से कम मेरे मामले में मैं नोव्यू और मेरे एनवीडिया 6150SE कार्ड के साथ समस्या के लिए हर डिस्ट्रो को दोषी नहीं ठहरा सकता, क्योंकि समस्या एमएमआईओ है ड्राइवर और कार्ड का प्रबंधन (एनवीडिया को पता चल जाएगा कि उस विवरण को ठीक करने के लिए उन्हें क्या फिक्स और पागल चीजें करनी होंगी)। हार्डवेयर भी समस्या हो सकता है, और आप देख सकते हैं कि आपके द्वारा उपयोग किए जाने वाले किसी भी ओएस (विंडोज़, लिनक्स, बीएसडी) में, और कंप्यूटर की मरम्मत के मेरे अनुभव में मैंने बहुत अजीब हार्डवेयर समस्याएं देखी हैं (जैसे एक पीसी जो तब तक बूट होने से इंकार कर देता है जब तक आप हिलते नहीं हैं) चारों ओर मेमोरी, और जब आप बंद करते हैं तो आपको प्रक्रिया को दोहराना पड़ता है), और मैं इसके लिए विंडोज और डेबियन को दोष नहीं दे सकता।
मुझे लाइव उबंटू 12.04 से घबराहट होने लगी थी
मेरे पास मेरा सुरक्षित कंप्यूटर एचपी पैवेलियन डीएम4 नोटबुक पीसी, 8 जीबी रैम, 500 हार्ड ड्राइव है, इसका उपयोग 5 साल से अधिक है। मुझे इंटेल कोर i5 के माइक्रोप्रोसेसर की गति याद नहीं है, मुझे लगता है कि यह 2 मेगाहर्ट्ज से अधिक है।
मैं टर्मिनल स्क्रीन पर कुछ भी टाइप नहीं कर सकता। मैं इस समस्या के समाधान के लिए और अधिक जानकारी की तलाश जारी रखूंगा।