स्लिमबुक टाइटन रिव्यू: दो साल बाद अधूरी उम्मीदें

स्लिमबुक टाइटन रिपोर्ट 7 - नहीं, मैं खुश नहीं हूं (फिर से)

अपडेटेड: 5 नवंबर, 2025

हमें मेरे लिनक्स-ओनली लैपटॉप, एक स्लिमबुक टाइटन के बारे में बात करनी चाहिए। मेरे पास यह मशीन लगभग दो साल और कुछ महीनों से है। मैंने इसे विंडोज से अच्छे के लिए दूर जाने के स्पष्ट मिशन के साथ खरीदा था। मशीन और उसका ऑपरेटिंग सिस्टम, कुबंटू अपने 22.04 LTS + प्रो संस्करण (वर्तमान में) के साथ, सभी प्रकार के चमत्कार करने में सक्षम होना चाहिए, जिसमें गेमिंग, विंडोज सॉफ्टवेयर और क्या नहीं शामिल है। अब तक, यह अच्छा कर रहा है, लेकिन पूरी तरह से अनावश्यक और बेतरतीब ढंग से पेश किए गए सॉफ्टवेयर बग्स से अपंग है।

वास्तव में, जब से मुझे लैपटॉप मिला है, मेरी बड़ी समस्या अनुभव में स्थिरता की कमी रही है। अगर यह पूरी तरह से खराब होता, तो मैं इसे छोड़ सकता था। अगर यह पूरी तरह से अच्छा होता, तो मैं इसका आनंद ले सकता था और इसके बारे में भूल सकता था। लेकिन नहीं। लिनक्स की विशिष्ट शैली में QA और डेस्कटॉप उपयोग दर्शन की पूर्णता के प्रति आकस्मिक उपेक्षा के साथ, मुद्दे हर अपडेट के साथ आते और जाते हैं, चीजें टूटती हैं, और कोई वास्तव में परवाह नहीं करता। लेकिन मेरे लिए, इस प्रणाली को अपनाने में सक्षम होने के लिए, महत्वपूर्ण गतिविधियों के लिए इस पर भरोसा करने के लिए, मुझे उस विश्वसनीयता की आवश्यकता है, मुझे उस स्थिरता की आवश्यकता है। स्थिरता और पूर्वानुमेयता एक आवश्यकता है। और जैसा कि मैंने पिछले छह लॉन्ग-टर्म रिपोर्ट्स में दस्तावेज किया है, टाइटन इन प्रतीत होने वाले सरल लक्ष्यों को पूरा नहीं कर पाया है। ठीक है, आइए देखें कि सातवां प्रयास हमारे सामने क्या प्रकट करेगा। मेरे पीछे आइए।

नई समस्याएं

मैंने दो नए मुद्दों का सामना किया है। पहला, लैपटॉप के पंखों में से एक ने गंभीर शोर करना शुरू कर दिया है। मैंने इस मशीन के इतिहास में इस पर जल्दी टिप्पणी की थी, मेरी कई समीक्षाओं में, लेकिन अब, मुद्दा अधिक ध्यान देने योग्य हो गया है। नामतः, जब आप मशीन चालू करते हैं, लगभग एक घंटे के लिए, जब तक कि प्लास्टिक और धातु का हर टुकड़ा गर्म होकर एक अच्छी स्थिर कार्य तापमान तक नहीं पहुंच जाता, पंखा अनियमित रूप से वार्बल और सीटी बजाएगा।

ध्वनि के लिए कोई अनुमानित पैटर्न नहीं है, सिवाय इसके कि यह इन जंगली सीसॉ-जैसे चहक में प्रकट होता है। काफी कष्टप्रद, क्योंकि एक स्थिर खड़खड़ाहट को किसी के दिमाग से फ़िल्टर करना आसान होगा। जिस तरह से पंखा व्यवहार करता है, आपके पास शोर के अचानक विस्फोट से पहले कुछ सेकंड की शांति होती है, जो तब एक सेकंड या तीन या शायद सात तक रह सकता है, उसके बाद शांति का एक और मुकाबला। और दोहराव।

जैसा कि मैंने कहा, उपयोग के साथ समस्या दूर हो जाती है। लेकिन, हर बार जब लैपटॉप "ठंडा" होता है, तो यह होता है। और मेरे अनुभव से, समय के साथ, यह बेहतर नहीं होगा। पंखे उपयोग के साथ शायद ही कभी शांत होने का फैसला करते हैं। बिल्कुल विपरीत। उपयोग घिसाव समय के साथ घटकों को जोरदार बनाता है। तो यह विचार करने वाली बात है।

दूसरा मुद्दा है, कीबोर्ड हमेशा प्रेस का अच्छा जवाब नहीं देता। यह सबसे अच्छा एक औसत दर्जे का कीबोर्ड है, जैसा कि मैंने पहले उल्लेख किया है, लेकिन अब, मुझे स्ट्रोक रजिस्टर करने के लिए वास्तव में जोरदार और हथौड़े से चाबियों को मारने की आवश्यकता है। जब मैं लापरवाही से (और तेजी से) टाइप कर रहा होता हूं तो मैंने काफी कुछ अक्षरों को गायब देखा। मुझे अधिक जानबूझकर होने की आवश्यकता है। यह सॉफ्टवेयर समस्या की तरह महसूस नहीं करता। यह पूरी तरह से एक यांत्रिक मुद्दा प्रतीत होता है, और मशीन के जीवन में इतनी जल्दी प्रकट होना काफी निराशाजनक है। मैंने अभी तक इस कीबोर्ड पर 100K शब्द भी नहीं टाइप किए हैं।

पुरानी समस्याएं

यदि आपने मेरी पुरानी टाइटन रिपोर्ट पढ़ी हैं, तो आप जानते हैं कि मशीन का फर्मवेयर-कर्नेल स्थिरता जीवन कठिन रहा है। शुरुआत में, सस्पेंड के साथ समस्याएं थीं। वे मुद्दे अंततः हल हो गए। फिर, मशीन ने एक अपडेट "अनुभव" किया जिसने नए फर्मवेयर और कर्नेल को पेश किया, जिसके परिणामस्वरूप सुपर-कष्टप्रद सिस्टम फ्रीज हुए। पैच के एक नए दौर ने उनको ठीक किया हुआ लग रहा था। सिवाय।

इस बार, मुझे बुरी तरह से परीक्षण किए गए कोड का एक और दौर मिला, और एक बार फिर, सिस्टम उन फ्रीज से गुजरता है, जिससे पूरी चीज़ 5-6 सेकंड के लिए अनुत्तरदायी हो जाती है। मुद्दा पूरे सत्र में प्रकट होता है, और यह सिस्टम लॉग में संदेशों की बाढ़ के साथ होता है। मैंने इसके बारे में लिखा भी था, लेकिन अब और भी अधिक शोर है:

acpi_os_execute_deferred hogged CPU for >10000us 8 times, consider switching to WQ_UNBOUND

acpi_ec_event_processor hogged CPU for >10000us 4 times, consider switching to WQ_UNBOUND

pm_runtime_work hogged CPU for >10000us 4 times, consider switching to WQ_UNBOUND

pm_runtime त्रुटियां एक पुरानी चीज हैं, लेकिन acpi_ वाले नए हैं। इसने मुझे कुछ इंटरनेट खोज पर ले जाया, यह देखने के लिए कि विभिन्न फ़ोरम और बगज़िला टिकट सिस्टम का क्या कहना है। और यार, उनके पास कहने के लिए बहुत कुछ है।

• वेब इस प्रकृति की रिपोर्टों से भरा पड़ा है।
• यह लगभग हर डिस्ट्रो और हार्डवेयर प्लेटफॉर्म को प्रभावित करता प्रतीत होता है।
• मुद्दे को "बग्गी फर्मवेयर" पर दोषी ठहराया जाता है, लेकिन क्या हर फर्मवेयर वास्तव में बग्गी हो सकता है? या शायद यह एक कर्नेल मुद्दा है?
• वास्तव में, चूंकि समस्या कर्नेल अपडेट के साथ आती और जाती है, मैं कहूंगा कि यह लिनक्स डेस्कटॉप हार्डवेयर संगतता समस्या की एक और अभिव्यक्ति है। कर्नेल वास्तव में घरेलू उपयोग के लिए डिज़ाइन नहीं किया गया है, और घर पर लिनक्स स्थिति की एक घटना है न कि जानबूझकर डिजाइन। लिनक्स एक एंटरप्राइज़ चीज है, और उस स्थान से समाधानों को घरेलू प्रणालियों पर वास्तविक उपयोगिता के लिए लगभग शून्य संबंध के साथ धकेल दिया जाता है। लगभग शून्य QA को समीकरण में जोड़ें, और हम यहां हैं।
• मैं बिल्कुल नफरत करता हूं कि लिनक्स डिस्ट्रोस सिस्टम अपडेट के साथ फर्मवेयर को "धक्का" देते हैं। उन्हें अलग से संभाला जाना चाहिए, क्योंकि मेरे अनुभव में, यदि आपके पास कोई हार्डवेयर समस्या नहीं है, तो अपने फर्मवेयर को (अंधाधुंध) अपग्रेड करते रहने की कोई आवश्यकता नहीं है, क्योंकि यह अक्सर मुद्दों की ओर ले जाता है। पूरी चीज इतनी भंगुर है कि यह एक ही समय में दुखद और हास्यास्पद है।
• माना जाता है, मोक्ष कर्नेल 6.10 में आता है। मजेदार बात यह है कि मेरे सिस्टम में एक AMD प्रोसेसर है! अब, फोरोनिक्स रिपोर्ट 2024 के मध्य से है, जिसका मतलब है एक साल से अधिक पहले। मैंने अक्टूबर 2025 में नई समस्याओं का अनुभव किया। यह पैच जो भी होना चाहिए था, या तो इसे उबंटू कर्नेल में बैकपोर्ट नहीं किया गया है जो मेरा सिस्टम उपयोग करता है, या इसे नए अपडेट के साथ तब से तोड़ दिया गया है (जो कि मामला प्रतीत होता है)। किसी भी तरह, उबंटू 22.04 केवल 6.8 चलाता है, इसलिए बैकपोर्ट के बिना 6.10 यहां एक विकल्प नहीं है।

एक नया वर्कअराउंड

खैर, उपरोक्त सभी रिपोर्ट्स के बारे में "अच्छी" बात यह है कि आप मुद्दे को एक तरह से वर्कअराउंड कर सकते हैं। आपको गलत व्यवहार करने वाले इंटरप्ट की पहचान करने की आवश्यकता है, और फिर या तो उन्हें डिसेबल (ब्लॉक) या मास्क करें, संभावित अज्ञात परिणामों के साथ, क्योंकि ACPI कॉल (मशीन विशिष्ट) को अपने हार्डवेयर पर मैप करना तुच्छ नहीं है। वास्तव में, मेरी मशीन के लिए:

grep . /sys/firmware/acpi/interrupts/*

...
/sys/firmware/acpi/interrupts/gpe00: 0 invalid unmasked
/sys/firmware/acpi/interrupts/gpe01: 0 STS invalid unmasked
/sys/firmware/acpi/interrupts/gpe02: 0 invalid unmasked
/sys/firmware/acpi/interrupts/gpe03: 6071 EN enabled unmasked
/sys/firmware/acpi/interrupts/gpe04: 0 invalid unmasked
/sys/firmware/acpi/interrupts/gpe05: 0 invalid unmasked
...

आपत्तिजनक इंटरप्ट gpe03 है, जिसे आप ब्लॉक या मास्क कर सकते हैं। यह देखने का एक त्वरित तरीका कि क्या यह कोई अंतर डालता है, इसे अस्थायी रूप से मैन्युअल रूप से कमांड लाइन के माध्यम से, रूट के रूप में डिसेबल करना है। परिवर्तन रीबूट से नहीं बचेगा, इसलिए अगर कुछ गलत होता है, तो आप बस अपनी मशीन को रीस्टार्ट कर सकते हैं।

echo "disable" > /sys/firmware/acpi/interrupts/gpe03

ब्लॉकिंग के बजाय, आप मास्किंग भी आजमा सकते हैं:

echo "mask" > /sys/firmware/acpi/interrupts/gpe03

यदि आप खुश हैं, तो आप GRUB के माध्यम से परिवर्तन को अधिक स्थायी बना सकते हैं, कर्नेल कमांड लाइन में नए बूट पैरामीटर्स जोड़कर। कृपया इस पर विवरण के लिए ऊपर बूटलोडर ट्यूटोरियल देखें कि इसे कैसे प्राप्त किया जाए, और यदि आप प्रक्रिया के साथ सहज नहीं हैं, तो ऐसा न करें। आप या तो acpi_block_gpe या acpi_mask_gpe पैरामीटर्स का उपयोग कर सकते हैं।

acpi_mask_gpe=0x03

आप एक सिस्टमड सर्विस भी बना सकते हैं जो काम करे। सबसे पहले, एक सर्विस यूनिट फाइल बनाएं, और इसे startup.service जैसा कुछ नाम दें। कोई भी नाम काम करेगा।

[Unit]
Description=Script to disable gpe

[Service]
ExecStart=/root/startup.sh

[Install]
WantedBy=multi-user.target

इस फाइल को /etc/systemd/system में सेव करें। फिर, startup.sh नामक एक स्क्रिप्ट बनाएं, जिसे आपके सिस्टम पर कहीं रखा जाना चाहिए। मैंने रूट होम फोल्डर को चुना। इस स्क्रिप्ट की सामग्री हैं:

#!/bin/bash
echo "disable" > /sys/firmware/acpi/interrupts/gpe03
exit 0

आप डिसेबल के बजाय मास्क का भी उपयोग कर सकते हैं। सुनिश्चित करें कि आप सही gpe निर्दिष्ट करते हैं। सुनिश्चित करें कि स्क्रिप्ट एक्जीक्यूटेबल है, अन्यथा यह नहीं चलेगी। आप इसे chmod +x कमांड के साथ स्क्रिप्ट फाइल के विरुद्ध कर सकते हैं। यदि आप ऐसा करने में सहज नहीं हैं, तो आपको शायद शुरुआत में ही टिंकर नहीं करना चाहिए।

अंत में, सिस्टमड सर्विस को इनेबल करें:

sudo systemctl enable [आपने पहले जो सर्विस नाम चुना]

रीस्टार्ट करें, और इंटरप्ट्स को चेक करें कि क्या यह मास्क्ड या डिसेबल्ड के रूप में दिखाता है। यदि आप सर्विस का उपयोग नहीं करना चाहते हैं, तो इसे डिसेबल करें। आप सर्विस यूनिट फाइल को भी हटा सकते हैं, या स्क्रिप्ट को हटा सकते हैं, लेकिन यह सुंदर नहीं है, और आपके सिस्टम लॉग में फर्जी त्रुटियों का परिणाम हो सकता है।

मैंने gpe को मास्क किया, और यह मदद करता है। फ्रीज चले जाते हैं। लेकिन मुझे वास्तव में नहीं पता कि अब कौन सी सिस्टम कार्यक्षमता खराब है, यदि कोई है। परिवर्तन से एक दृश्यमान परिणाम यह है कि जब मैं बैटरी चार्जर में प्लग करता हूं, तो अब अधिसूचना ध्वनि नहीं होती है।

गेमिंग

कोई नई खबर नहीं, ऐसा बोलें। मैं अभी भी प्रोटॉन के माध्यम से असेटो कोर्सा नहीं खेल सकता। मैंने संगतता उपकरण के किसी भी कस्टम संस्करण को इंस्टॉल नहीं किया, या किसी मैन्युअल हैक की कोशिश नहीं की। मैंने केवल वही उपयोग करने का फैसला किया जो स्टीम प्रदान करता है, और विभिन्न प्रोटॉन संस्करणों के साथ गेम को चलाने के लिए मजबूर किया। अभी तक कोई भाग्य नहीं, लेकिन इसका मतलब यह नहीं है कि मैं कोशिश करना बंद कर दूंगा।

और हम यहीं रुकेंगे, मुझे लगता है।

निष्कर्ष

लिनक्स डेस्कटॉप की दुखद प्रतिभा। एक तरफ, टाइटन सराहनीय काम करता है। काफी सभ्य हाइब्रिड ग्राफिक्स सेटअप, बूट एन्क्रिप्शन, स्टीम प्रोटॉन के माध्यम से गेमिंग, WINE के साथ शानदार चल रहे एक दर्जन विंडोज प्रोग्राम, प्लाज्मा वातावरण के सभी लाभ। ऑफिस सामान के लिए एक वर्चुअल मशीन के साथ, मैं वास्तव में विंडोज के बिना भविष्य का सामना करने के लिए तैयार हूं, ऐसा बोलें। लेकिन फिर, यह सब मुश्किल से परीक्षण किए गए फर्मवेयर और कर्नेल पैचिंग के साथ चकनाचूर हो जाता है, आनंद को बर्बाद कर देता है, सभी अच्छी, मीठी उपलब्धियों को पूर्ववत कर देता है।

कोई कह सकता है, कोई बड़ी बात नहीं, आप थोड़ा टिंकर करते हैं, काम हो गया। यह मजेदार है जब आप इसे स्वेच्छा से करते हैं, एक स्पेयर सिस्टम पर, या जब आप 20 साल के होते हैं और दुनिया में कोई परवाह नहीं होती। मेरे लिए, वास्तविक जीवन के उद्देश्यों और समय सीमा के साथ, मैं ऑपरेटिंग सिस्टम में "मी स्कूसी" क्षणों को बर्दाश्त नहीं कर सकता। जो बात इसे बदतर बनाती है वह यह है कि पारिस्थितिकी तंत्र की समग्र स्थिरता मेरे द्वारा लैपटॉप खरीदने के बाद से और खराब हो गई है। आप समय के साथ अधिक स्थिरता, अधिक गुणवत्ता की उम्मीद करेंगे, भले ही प्रारंभिक रिलीज औसत दर्जे की थीं। लेकिन नहीं। इसका मतलब भविष्य में एक्सट्रपलेशन करना एक गंभीर संभावना है। विकल्प या तो "हार" मोड में विंडोज का उपयोग करना है, या एक मैक खरीदना और उस खरीद से आने वाले वित्तीय PTSD का स्वाद लेना, तंग हार्डवेयर-सॉफ्टवेयर एकीकरण के वास्तविक अतिरिक्त लाभ के साथ।

मैं लिनक्स का उपयोग जारी रखूंगा, जैसा कि मैंने कई वर्षों से गंभीरता से किया है। एकमात्र सवाल यह है कि क्या लिनक्स कभी मुझे वह शांति और स्थिरता देगा जिसकी मुझे आवश्यकता है। उसके लिए, हमें टाइटन के बारे में आठवीं और नौवीं और nth रिपोर्ट का इंतजार करना होगा। एक साइड नोट पर, हां, टाइटन अभी भी प्रो-इनेबल्ड 22.04 चलाता है, और एक्जीक्यूटिव अपग्रेड प्रक्रिया कितनी बग्गी थी, इसे देखते हुए मैं 24.04 पर जाने से हिचकिचा रहा हूं। मैं चीजों के बिना किसी वास्तविक लाभ के वादे के बिना फिर से बेतरतीब ढंग से टूटने के लिए बिल्कुल उत्सुक नहीं हूं। फिर से, यह एक और रिपोर्ट के लिए एक कहानी है। अभी के लिए, मैं बल्कि निराश महसूस करता हूं। से ला वी। ध्यान रखें।

चीयर्स।