स्लिमबुक एक्जीक्यूटिव, दीर्घकालिक रिपोर्ट 6
अपडेट: 20 नवंबर, 2024
मैं आपको डेजा-वु परिभाषित करता हूं। मेरे चौथे स्लिमबुक टाइटन लेख में, मैंने निम्नलिखित वाक्य का उपयोग किया था: मैं इस लैपटॉप के लिए सामान्य से बहुत जल्दी चौथी दीर्घकालिक उपयोग रिपोर्ट लिख रहा हूं। अब, यहां, मेरी छठी स्लिमबुक एक्जीक्यूटिव लेख (वे दो अलग-अलग लैपटॉप हैं, ध्यान रखें), मैं उस वाक्य का फिर से उपयोग करने जा रहा हूं, बस थोड़े से बदलाव के साथ: मैं इस लैपटॉप के लिए सामान्य से बहुत जल्दी छठी दीर्घकालिक उपयोग रिपोर्ट लिख रहा हूं। क्यों? क्योंकि नई समस्याएं, इसलिए।
पूरी कहानी में गोता लगाने से पहले एक संक्षिप्त पुनर्कथन। मेरे पास दो स्लिमबुक मशीनें हैं। दोनों काफी अच्छी हैं। टाइटन एक बीफी सिस्टम होने का इरादा रखता है, गेमिंग पर केंद्रित, और मैं इस पर वह सब कुछ आजमा रहा हूं जो मेरे पास है, यह सुनिश्चित करने के लिए कि मैं निकट भविष्य में किसी समय विंडोज से अंतिम संक्रमण के लिए तैयार हूं। अब, एक्जीक्यूटिव एक उत्पादकता मशीन है, 99% रोजमर्रा के सामान के लिए उपयोग की जाती है। क्योंकि इसमें कोई असतत ग्राफिक्स नहीं है, केवल एकीकृत बिट, कुल मिलाकर, यह हाल तक काफी त्रुटिहीन व्यवहार करता था। कमोबेश टाइटन के समानांतर, इसने कुछ हार्डवेयर-संबंधी त्रुटियों को प्रदर्शित करना शुरू कर दिया, जो कर्नेल में बग की ओर इशारा करते हैं। कष्टप्रद, निरर्थक, लेकिन यहां हम हैं। मेरे साथ चलें।
कीबोर्ड समस्याएं, ACPI त्रुटियां
मेरी पांचवीं समीक्षा तक एक्जीक्यूटिव एक आड़ू था, जब मैंने कुछ पूरी तरह से परिहार्य मुद्दों का उल्लेख किया। उनमें से एक था मेरा कीबोर्ड सुपर कुंजी अचानक मान्यता प्राप्त नहीं होना, जब तक कि यह फिर से नहीं था। समस्या वापस आ गई है, अब और भी गंभीर। पूरा कीबोर्ड अचानक हाथापाई हो गया! मुझे इसे वापस पाने के लिए रीबूट करना पड़ा।
रास्ते में, मुझे कुछ ACPI त्रुटियां मिलीं, और टक्सीडो के गिटहब पर एक थ्रेड मिला, जो अपने ब्रांडेड लिनक्स लैपटॉप के लिए स्लिमबुक के समान चेसिस और किट का उपयोग करता है। संक्षेप में, मुद्दे सभी कर्नेल और फर्मवेयर अपडेट, सिस्टमड, आधुनिक संदिग्धों की सामान्य फसल के इर्द-गिर्द घूमते हैं। और ACPI टेबल उल्टी:
ACPI BIOS Error (bug): Could not resolve symbol [^^^^NPCF.ACBT], AE_NOT_FOUND (20230628/psargs-330)
Initialized Local Variables for Method [_Q83]:
Local0: 00000000be7f12c5 <Obj> Integer 0000000000000000
No Arguments are initialized for method [_Q83]
ACPI Error: Aborting method \_SB.PC00.LPCB.EC0._Q83 due to previous error (AE_NOT_FOUND) (20230628/psparse-529)
यह अचानक क्यों? मुझे नहीं पता। लेकिन मेरे पूरी तरह से काम कर रहे लैपटॉप का बेदाग रिकॉर्ड अब बर्बाद हो गया है। ऐसा नहीं है कि यह काम नहीं करता। यह ठीक काम करता है, लेकिन अब मेरे पास मुद्दे हैं और अनिश्चितता की गहरी भावना मेरे उपयोगकर्ता अनुभव को दूषित कर रही है, क्योंकि शून्य-QA कोड को मेरे सिस्टम में धकेल दिया जाता है।
ठीक है, तो मैंने इसे कैसे हल किया?
मेरी "हीलिंग" प्रक्रिया आपको वूडू जैसी लग सकती है, लेकिन यह नहीं है। यह IPv6 नेटवर्किंग पर आता है, बिल्कुल टाइटन की तरह। यह एक शिक्षित अनुमान है, क्योंकि मैं CPU निर्देशों को डिबग करने में घंटों खर्च नहीं करना चाहता था जैसे कि यह मेरा भुगतान वाला काम हो, लेकिन मुझे विश्वास है कि मैं सही हूं। विस्तार से बताता हूं।
सबसे पहले, हमारे पास शायद नया फर्मवेयर है जो नई कार्यक्षमता लाता है। केवल वह कार्यक्षमता शायद मेरे नेटवर्क कार्ड के लिए 100% प्रासंगिक नहीं है, बल्कि कार्ड्स के एक परिवार के लिए, मुझे लगता है। विशिष्ट कार्यक्षमता केवल कुछ शर्तों के तहत ट्रिगर होती है, अर्थात् जब IPv6 नेटवर्किंग सक्रिय होती है (और यहां, शर्तों का एक विशिष्ट उपसमूह)। इसे टाइटन रिपोर्ट में संदर्भित कर्नेल बग के साथ जोड़ें, इसे सिस्टमड की अत्यधिक जटिल और नाजुक प्रकृति के साथ जोड़ें, जिसका अर्थ है कि जब भी आपके सिस्टम में "घटनाओं" में से एक के साथ कोई समस्या होती है, तो एक झरना प्रभाव होता है, और आपका बॉक्स बदसूरत व्यवहार प्रदर्शित करेगा। फ्रीज, कीबोर्ड बकवास, और बहुत कुछ।
तो मैंने IPv6 को अक्षम कर दिया - GRUB और कर्नेल मॉड्यूल ब्लैकलिस्टिंग। आगे एक दर्जन रीबूट और कई हफ्तों के उपयोग के बाद, कर्नेल लॉग BIOS त्रुटियों से साफ है (यह एक बाद के अपडेट के साथ भी तय हो सकता था), और कीबोर्ड बग दोबारा नहीं हुआ। आप कह सकते हैं, यह सब संयोग है। लेकिन यह नहीं है। तब नहीं जब दो अलग-अलग मशीनें एक समान समस्या से प्रभावित होती प्रतीत होती हैं, और एक ही समाधान दोनों प्रणालियों पर लागू होने पर सभी मुद्दे दूर हो जाते हैं।
इसके अलावा, यह एक जीत-जीत की स्थिति है। भले ही मुद्दों को वूडू जादू द्वारा हल किया गया हो, मैं अब अपने स्लिमबुक एक्जीक्यूटिव पर अर्थहीन IPv6 प्रोटोकॉल का उपयोग नहीं कर रहा हूं, और इसलिए यह चिंता करने के लिए एक कम निरर्थक और अत्यधिक जटिल तकनीक है।
और अब, रोजमर्रा का उपयोग
बेकार झंझटों को दूर करने के साथ, मैं मज़े और उत्पादकता पर ध्यान केंद्रित करने के लिए वापस जा सकता हूं, और अपने प्यारे, प्यारे लैपटॉप का आनंद लेकर उपयोग कर सकता हूं। एग्जीक्यूटिव एक शानदार मशीन है, एर्गोनोमिक दृष्टिकोण से, एक अभूतपूर्व केस, डिस्प्ले और कीबोर्ड के साथ (जब यह काम करता है, और अब यह करता है)। प्रदर्शन, बैटरी लाइफ, और कुबंटू 22.04 की चिकनी, चिकना सुंदरता शीर्ष स्तर की है। तत्काल सस्पेंड और रिज्यूम, स्पष्ट ऑडियो, उत्कृष्ट प्रतिक्रिया। लवली जुबली।
निष्कर्ष
यह महत्वपूर्ण है कि कंप्यूटर के साथ किसी का अनुभव ज्यादातर सकारात्मक हो, और यह एक सकारात्मक नोट पर शुरू हो। आप इसके साथ एक तरह का "क्रेडिट" बनाते हैं, जिसमें आप एक अजीब समस्या को यहां और वहां सहन करने की अधिक संभावना रखते हैं यदि प्रारंभिक परिणाम मिश्रित या नकारात्मक थे। उदाहरण के लिए, जब मेरे टाइटन ने फ्रीज प्रदर्शित किए, तो मैं बहुत अधिक नाराज था, और मैं इसकी दीर्घकालिक संभावनाओं में कम आश्वस्त रहता हूं। मैं बस प्रारंभिक बाधाओं को पार नहीं कर सकता।
एक्जीक्यूटिव के साथ, कीबोर्ड मुद्दे और त्रुटियों की नई फसल अत्यधिक कष्टप्रद हैं। वे मुझे बहुत परेशान करते हैं। यह ज्यादातर इसलिए है क्योंकि एक बेदाग रिकॉर्ड बर्बाद हो गया है, और बिना किसी अच्छे कारण के। सिर्फ यादृच्छिक बकवास, क्योंकि लिनक्स अनिवार्य रूप से 10,000 अलग-अलग चीजें हैं, एक दूसरे के लिए बिना किसी संबंध के एक साथ जोड़ी गई हैं। आपका कर्नेल डेटा सेंटर में चलता है, और यह आपके लैपटॉप पर चलता है, और दोनों उपयोग के मामलों में कुछ भी समान नहीं है। यह आश्चर्यजनक है कि ऐसी तकनीकी लचीलापन मौजूद है, और यह संभव भी है, लेकिन इसका मतलब यह भी है कि कोई भी समस्या जो भी हो, आपके हार्डवेयर पर प्रकट हो सकती है, सिर्फ इसलिए कि उपयोग के मामले #3,444 के लिए एक पैच उपयोग के मामले #6,777 को भी प्रभावित करेगा, उनके बीच शून्य सहसंबंध के साथ, और निश्चित रूप से, शून्य परीक्षण के साथ।
लेकिन फिर, एक बार जब मैं बकवास से आगे निकल गया, तो स्थिरता और शांति की मेरी भावना वापस आ गई। मैंने एक्जीक्यूटिव में विश्वास नहीं खोया। अभी तक नहीं, और उम्मीद है, कभी भी इतनी त्रुटियां नहीं होंगी कि मुझे अपने गंभीर लिनक्स उत्पादकता प्रयास को पूरी तरह से छोड़ने के लिए मजबूर होना पड़े (और मैक पर जाऊं, विंडोज पर वापस नहीं)। ठीक है, वहां आपके पास है, इस मशीन के लिए मेरी छठी रिपोर्ट। सौभाग्य की सुंदर, बेदाग लकीर छोटी हो गई है। यह अभी भी एक शानदार सिस्टम है, कुबंटू 22.04 एक अच्छा डिस्ट्रो है, लेकिन आज का अभ्यास दिखाता है कि यादृच्छिक बकवास किसी भी क्षण, अप्रत्याशित रूप से हमला कर सकता है। आधुनिक सॉफ्टवेयर के चमत्कार। हम हो गए।
चीयर्स।
