53

यह 17.10 पर पूरी तरह से काम कर रहा था, लेकिन कल 18.04 में अपग्रेड होने के बाद, जब ढक्कन बंद होता है तो स्क्रीन बंद हो जाती है लेकिन ठीक से निलंबित नहीं होती है।

मैं बहुत यात्रा करता हूं और तुरंत यात्रा के मामले से बाहर निकालते समय गर्मी (और बैटरी की निकासी) पर ध्यान देता हूं।

मैंने इन पंक्तियों को /etc/systemd/logind.conf में असहज करने की कोशिश की है

HandleLidSwitch=suspend
HandleLidSwitchDocked=suspend

और फिर से शुरू किया लेकिन कोई फर्क नहीं पड़ा।

suspend 18.04 xps

— मरे
स्रोत

5

मतदान इसलिए क्योंकि मेरे पास एक ही दिन के रूप में 18.04 को एक ही मुद्दा है। पहले 17.04 पर था। एक डेल XPS15 पर। क्या आप यह देख सकते हैं कि क्या आपका सस्पेंड (यानी, ढक्कन को बंद किए बिना सिर्फ सस्पेंड चलना) भी ठीक से काम नहीं करता है? यदि हां, तो यहां वही मुद्दा।

— टक्कर

@collisionTwo यहां भी। डेल एक्सपीएस 9560, 18.04। "सस्पेंड" पर क्लिक करने से वास्तव में सिस्टम निलंबित नहीं होता है, यह इसे बंद कर देता है।

— karlgrz

मैंने पहले 16.04 को यहां बताई गई हैक का उपयोग किया था, महान काम किया, हो सकता है कि इसे वापस करना पड़े। इससे बचने की उम्मीद कर रहा था लेकिन / श्रग

— karlgrz

1

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

— टकराव दो

1

@ collisionTwo हाँ, आप सही हैं। यह तब होता है जब मैन्युअल रूप से निलंबित भी किया जाता है!

— मरे

69

मुझे लगता है कि मैं यह पता लगाने में कामयाब रहा कि इन दो स्रोतों के लिए क्या हो रहा है: डेल एक्सपीएस 13 (9370) आर्कलिनक्स इंस्टॉल नोट्स और आर्क लिनक्स फोरम ।

किसी कारण से, लैपटॉप अब गहरी नींद में नहीं जा रहा है, बल्कि एक ऐसी s2idleविधा है जो केवल स्क्रीन ऑफ सस्पेंड है।

मुद्दे का निदान

यह पुष्टि करने के लिए कि क्या यह आपके सिस्टम का मामला है, अपने पसंदीदा तरीके का उपयोग करके लैपटॉप को निलंबित करें (ढक्कन को बंद करें, हिट Fn+ End, pm-suspendटर्मिनल में लिखें यदि आपने pm-utilsइंस्टॉल किया है, या Windowsकुंजी टाइप करें suspendऔर Enterकुंजी को हिट करें )।

से जागो मोड को निरस्त करने और एक टर्मिनल में टाइप करें: sudo journalctl | grep "PM: suspend" | tail -2। अगर आउटपुट है

May 13 18:41:00 mex kernel: PM: suspend entry (s2idle)
May 13 20:52:36 mex kernel: PM: suspend exit

तब तुम गहरी नींद में प्रवेश नहीं कर रहे हो। आप यह भी देख सकते हैं cat /sys/power/mem_sleepकि किसे वापस लौटना चाहिए

[s2idle] deep

जो यह पुष्टि करता है कि डिफ़ॉल्ट सस्पेंड मोड s2idle है (क्योंकि इसे कोष्ठक के साथ हाइलाइट किया गया है)।

अस्थायी सुधार

एक अस्थायी निर्धारण का प्रयास करने के लिए, echo deep > /sys/power/mem_sleepरूट उपयोगकर्ता के रूप में करें। जाँच करें कि यह सफल रहा था के उत्पादन को देखकर cat /sys/power/mem_sleepजो होना चाहिए

s2idle [deep]

फिर लैपटॉप को निलंबित करें और फिर से जागें। अगर sudo journalctl | grep "PM: suspend" | tail -2लौटता है

May 13 18:41:00 mex kernel: PM: suspend entry (deep)
May 13 20:52:36 mex kernel: PM: suspend exit

उसके बाद इस मुद्दे को ठीक किया जाना चाहिए। आप अपने कंप्यूटर को कुछ घंटों के लिए सोने के लिए रख सकते हैं और जांच सकते हैं कि बैटरी नाली में सुधार हुआ है या नहीं।

स्थाई निर्धारण

इसे स्थायी बनाने के लिए, आपको अपने बूटलोडर cmdline को संपादित करना होगा। उदाहरण के लिए, ऐसा करने के लिए, रूट उपयोगकर्ता फ़ाइल / etc / default / grub के रूप में संपादित करें sudo -H gedit /etc/default/grub। लाइन को बदलें

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

साथ में

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash mem_sleep_default=deep"

और अपने ग्रब कॉन्फ़िगरेशन (रन sudo grub-mkconfig -o /boot/grub/grub.cfg) को पुन: उत्पन्न करें ।

— monty47
स्रोत

2

वैकल्पिक स्थायी सुधार, जिसमें कर्नेल पैरामीटर बदलना शामिल नहीं है: इंस्टॉल करें sysfsutilsऔर echo 'power/mem_sleep = deep' > /etc/sysfs.d/mem_sleep.conf। sysfsutils एक छोटी सेवा है जो इस तरह से sysfs मापदंडों को पुनर्स्थापित करती है।

— स्ट्रेंजनोईज़

3

मैं इसे गहराई से उत्तर देना पसंद करता हूं, लेकिन ubuntu 18 में मुझे इस मुद्दे पर echo deepकदम मिल रहे हैं , जिसमें मुझे ए मिल रहा है echo: write error: Invalid argument। यह हो सकता है क्योंकि मैं ठीक से जड़ में नहीं हूँ। मैं नहीं कर सकता su -क्योंकि ubuntu ने इसे निष्क्रिय कर दिया है, इसलिए मैंने दोनों की कोशिश की sudo -iऔरsudo su

— Caleb Jay

1

डेल एक्सपीएस 13 (9370) पर, deepसस्पेंड मोड ठीक से काम नहीं करता है यदि उबंटू 18.04 पर डिस्क एन्क्रिप्शन सक्षम है। dell.com/community/XPS/…

— Akihiro HARAI

1

यदि आपके पास एक लेनोवो थिंकपैड एक्स 1 कार्बन 6 वीं जनरल है, तो यह पोस्ट सहायक होगी: jonfriesen.ca/blog/lenovo-x1-carbon-and-ubuntu-18.04

— जेरेमी डैनियो

2

@CalebJay: उबंटू मंत्र के su -रूप में sudo -i। sudo passwdयदि आप अपने यूनिक्स बक्से को प्रशासित करना पसंद करते हैं, तो आप रूट पासवर्ड को भी बदल सकते हैं ।

— हैकरबी

8

बनाने का प्रयास करें /etc/systemd/sleep.conf:

[Sleep]
SuspendMode=
SuspendState=mem

और रिबूट। ऐसा लगता है कि यह मेरे लिए काम कर रहा है, हालांकि मुझे यकीन नहीं है कि मैंने /etc/systemd/logind.confपहले जो बदलाव किया था, उससे भी मुझे सुधार नहीं मिला। किसी भी मामले में, ढक्कन बंद होने के साथ निलंबित होने पर कोई गर्मी या प्रशंसक शोर नहीं देखा जाता है, और यह वाईफ़ाई पर पिंग का जवाब नहीं देता है, जो कि मुझे मिल रहा था , रुक-रुक कर, पहले।

निलंबित करते समय बैटरी जीवन अभी भी नीचे चला जाता है, शायद इसलिए कि निलंबन की कार्य पद्धति डिफ़ॉल्ट, आदर्श, विधि की तुलना में कम कुशल है, जो जाहिरा तौर पर ठीक से काम नहीं कर रही है, लेकिन यह डिफ़ॉल्ट व्यवहार से बेहतर प्रतीत होता है।

मेरे XPS 13 9370 पर कोशिश की, मैं पुराने मॉडल के बारे में नहीं जानता, हालांकि ऐसा लगता है कि वे समान होंगे।

मैंने स्थापित करने pm-utilsऔर उपयोग करने की कोशिश की थी pm-suspendऔर ऐसा लग रहा था कि यह बहुत प्रभावी ढंग से निलंबित हो रहा है, इसलिए मैं यह देखना चाहता था कि क्या मैं systemd-suspendवही काम कर सकता हूं ।

मैंने स्क्रिप्ट्स के माध्यम pm-utilsसे यह पता लगाने के लिए देखा कि यह वास्तव में क्या कर रहा था, और ऐसा लग रहा है, इस स्थिति में, यह कर रहा था echo -n "mem" > /sys/power/state। इसलिए मैंने /etc/systemd/sleep.confफ़ाइल को बनाया जैसा कि इसे मिलान करने के लिए ऊपर दिखाया गया है।

यह पूरी तरह से स्पष्ट नहीं है कि डिफ़ॉल्ट व्यवहार क्या है। के लिए मैनपेज systemd-sleep.confकहता है कि डिस्ट्रो को कॉम्प्ले /etc/systemd/sleep.conf-इन डिफॉल्ट के साथ शामिल किया जाना चाहिए , ताकि आप यह जानकारी देख सकें, लेकिन ubuntu में यह फाइल गायब है। मैंने देखा है कि अगर cat /sys/power/stateतुम मिल:

freeze mem

तो मैं अनुमान लगा रहा हूँ कि यह डिफ़ॉल्ट रूप से क्या कर रहा है। मेरा अनुमान है कि freezeइसे स्वीकार किया जा सकता है, इसमें यह एक त्रुटि नहीं है, जो अन्यथा सिस्टमड को आगे बढ़ने का कारण बनेगा mem, लेकिन शायद वास्तव में ठीक से काम नहीं करता है, या मज़बूती से, जटिल कारणों से हम निर्धारित करने में असमर्थ हैं। इसलिए सिर्फ भेजने के memबजाय उससे बचने के लिए एक उम्मीद की डोर है और सिर्फ वही pm-suspendकरता है जो करता है।

मुझे संदेह है कि सस्पेंडमोड सेटिंग वास्तव में बहुत ही शानदार है और वैसे भी कुछ भी नहीं करता है। मुझे इस पर संदेह है क्योंकि cat /sys/power/diskबस आपको प्राप्त होता है:

[disabled]

नए उपयोगकर्ता, इस प्रकार एक अवलोकन के साथ टिप्पणी करने में असमर्थ, इसे एक उत्तर के रूप में प्रस्तुत करने के लिए मजबूर किया गया जैसे कि मैं इसमें अति-आश्वस्त हूं! लेकिन मुझे लगता है कि यह काम कर रहा है।

— अजीब ध्वनियाँ
स्रोत

अपने बदलावों को आजमाने से पहले $ cat /sys/power/disk:[platform] shutdown reboot suspend test_resume

— WinEunuuchs2Unix

4

यहाँ अन्य उत्तर उत्कृष्ट, गहराई से और अच्छी तरह से शोधित हैं।

दुर्भाग्य से वे मेरे विशेष मशीन के लिए काम नहीं किया :(

यदि आपके पास nVidia ग्राफिक्स है, तो एक निश्चित संख्या है जो लोगों की एक अच्छी संख्या के लिए काम कर रही है, इस प्रश्न के उत्तर में cascagrossa द्वारा सहायता प्रदान की गई है : Ubuntu 18.04 सस्पेंड से फिर से शुरू होने पर क्रैश

यह एक छोटी गाड़ी नौसिखिया चालक होने का संदेह है और ग्रूब के लिए nouveau.modeset = 0 जोड़कर निलंबित मुद्दों को सुलझा सकता है और दूसरों के लिए भी समस्या को ठीक करने में मदद करने के लिए टिप्पणियों में पुष्टि की गई है।

मुझे अपनी समस्या मशीन पर Intel ग्राफिक्स मिले हैं और उत्सुकता से मुझे Ubuntu या Kubuntu 18.04 के साथ कम से कम 3 अन्य मशीनों (मेरे मित्र और मेरे अपने) पर कोई समस्या नहीं है, इसलिए यह विशेष मशीन इसके बारे में इतनी दुविधा में है अस्पष्ट है।

मैं किसी को भी समस्या की पहचान करने के लिए इन चरणों का पालन करने के लिए इस तरह की समस्या का सामना करने की सलाह देता हूं:

क्या आपके पास एनवीडिया ग्राफिक्स हैं? यदि हां, तो nouveau.modeset = 0 ग्रब ट्रिक आज़माएं ।
जाँचें कि सस्पेंड काम करता है। यदि आप ढक्कन को बंद कर रहे हैं और फिर बाद में इसे खोल रहे हैं और यह नहीं जा रहा है, तो ऐसा लग सकता है कि यह 'फिर से शुरू' करने में विफल हो रहा है।
- आपको किसी भी डेस्कटॉप पर मैन्युअल रूप से सस्पेंड का चयन करने में सक्षम होना चाहिए, लेकिन यह गनोम शेल में थोड़ा छिपा हुआ है - आप या तो स्क्रीन के ऊपरी दाहिने हाथ मेनू से पावर बटन को लंबा कर सकते हैं, या उस बटन को क्लिक कर सकते हैं, जबकि Alt पकड़े या सुपर कुंजी दबाएं और टाइप करें 'सस्पेंड' में
- सस्पेंड का चयन करके आप जांच सकते हैं कि स्क्रीन बंद हो गई है , पावर एलईडी फ्लैश हो रहा है जैसा कि इसे चाहिए और आप उम्मीद करेंगे कि कोई भी पंखा चलाना भी बंद हो जाएगा । यदि यह सब होता है, लेकिन तब आप अपनी मशीन को नहीं उठा सकते हैं तो यह एक 'सस्पेंड' समस्या के बजाय एक 'फिर से शुरू' समस्या प्रतीत होगी।
- मेरा मुद्दा यह है कि यह वास्तव में निलंबित नहीं किया जा रहा है और मरे ने मूल सवाल पूछा था, जब टकराव की वजह से यह जांचने के लिए कहा गया, एहसास हुआ कि मैन्युअल रूप से निलंबित करने पर भी समस्या उत्पन्न हो रही थी।
- मेरे मामले में (एक समस्या लैपटॉप पर) , स्क्रीन खाली हो जाती है, लेकिन पावर एलईडी चालू रहता है और यदि पंखा चल रहा है तो यह चलता रहता है। मशीन किसी भी कीपेस, टचपैड मूवमेंट या क्लिक या पावर बटन प्रेस का जवाब नहीं देती है। केवल एक चीज जो हो सकती है, वह है इसे बंद करना।
- मैंने सस्पेंड में जाने के दौरान संगीत बजाने की कोशिश की है (यह जांचने के लिए कि यह केवल स्क्रीन खाली नहीं जा रहा है), लेकिन संगीत रुक जाता है और मशीन मूल रूप से बंद हो गई है।
18.04 की लाइव USB के साथ अपनी मशीन आज़माएं और जांचें कि क्या आपके पास भी ऐसे ही सस्पेंड मुद्दे हैं।
- यह सिर्फ यह पुष्टि करेगा कि निलंबित मुद्दे आपके द्वारा स्थापित किसी भी अतिरिक्त कार्यक्रम के साथ नहीं हैं।
- मेरे मामले में मुझे संदेह था, क्योंकि मैंने tlp स्थापित किया था, जो किसी भी तरह से सस्पेंड मोड में हस्तक्षेप कर रहा होगा, लेकिन एक ही व्यवहार उबंटू 18.04 और कुबंटु 18.04 दोनों के लाइव यूएसबी के साथ हुआ।
Monty47 और StrangeNoises द्वारा यहां दिए गए अन्य दो अच्छी तरह से शोध किए गए समाधानों को आज़माएं और देखें कि क्या आपको अच्छे परिणाम मिलते हैं।
- उन्हें लगता है कि 18.04 को कई लोगों को वापस सस्पेंड होने और ठीक से चलने में मदद मिली है, और यह सामान्य 'सस्पेंड' की नींद (गहरी) विधा के बजाय s2idle अवस्था में जाने वाली मशीन के साथ अधिक हो सकता है ।
अगर कोई भी समाधान 18.04 को आपके निलंबित मुद्दों को हल करने के लिए काम नहीं कर रहा है, तो इस पर स्वीकृत उत्तर का प्रयास करें: Ubuntu 18.04 निलंबित से फिर से शुरू होने पर क्रैश
- Matalak (जिसने भी प्रश्न पूछा था) द्वारा प्रदान किया गया समाधान , पुराने 4.14 कर्नेल को आज़माने के लिए UKUU का उपयोग करना था ।
- मेरी समस्या मशीन में उबंटू 17.10 और कुबंटु 17.10 के साथ कोई भी समस्या नहीं थी, इसलिए यह समझ में आता है कि 17.10 के बाद से 4.14 कर्नेल का उपयोग होता है। अब यह उबंटू 18.04 और कुबंटु 18.04 दोनों में 4.14 कर्नेल का उपयोग करके ठीक है।
यदि आपने अन्य समाधानों की कोशिश की और केवल 4.14 कर्नेल पर वापस जाकर अपने निलंबित मुद्दों को ठीक कर सकते हैं, तो आपको बग रिपोर्ट में रुचि हो सकती है: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/ 1774950
- ऐसा प्रतीत होता है कि हार्डवेयर के विशिष्ट संयोजन के साथ केवल कुछ मशीनों को प्रभावित किया जा सकता है और अन्य nouveau संबंधित समस्याओं या s2idle मुद्दों के बीच की पहचान करना मुश्किल हो सकता है।
- यह बे ट्रेल एटम सेलेरॉन / पेंटियम चलाने वालों के लिए अधिक प्रचलित प्रतीत होता है, लेकिन अन्य ने अन्य मशीनों के समान मुद्दे की सूचना दी है।
- यदि आप इस असफल निलंबन के बाद अपनी kern.log की जांच करने में सक्षम हैं (यानी एक बार जब आपको अपनी मशीन को बंद करना होगा और पुनः आरंभ करना होगा) तो आप यह देख सकते हैं कि यह पीएम का कहना है : प्रविष्टि (गहरा) निलंबित करें और फिर आपके पास इसके अलावा कोई और प्रविष्टि नहीं है फिर से बूटिंग की कई लाइनें।
- वर्तमान में एक पैच है जो समस्या को हल करने के लिए लगता है।
- यदि आपको बग रिपोर्ट में अपनी आवाज़ जोड़ने का मन करता है, तो यह देखना दिलचस्प होगा कि कौन सी मशीनें प्रभावित हैं (और देखें कि पैच हर किसी के लिए समस्या को ठीक करता है)।

इस सूत्र में 'सस्पेंड इश्यूज इन 18.04' को भी इकट्ठा करने का प्रयास: https://ubuntuforums.org/showthread.php?t=2395562&p=13780724#post13780724

— pHeLiOn
स्रोत

2

मेरा मानना है कि यह कर्नेल बग संबंधित है:

https://bugzilla.kernel.org/show_bug.cgi?id=199689

टिप्पणी # 3 विशेष रूप से देखें:

[...] यह वास्तव में जानबूझकर नवीनतम अपस्ट्रीम कर्नेल के साथ इस मशीन पर s2idle का उपयोग करने के लिए है।

— क्रिस मेमने
स्रोत

1

थिंकपैड एक्स 1 कार्बन 6 वीं जेन के उपयोगकर्ताओं के लिए एक उत्तर जोड़ना चाहते हैं, जिसमें एक समान लक्षण है अर्थात बैटरी नाली निलंबित जबकि यह भी गहरी नींद मोड में प्रवेश नहीं करने के कारण होता है।

लेनोवो के फोरम पर इस मुद्दे पर चर्चा की गई है , संक्षेप में X1C6 ने विंडोज मॉडर्न स्टैंडबाय का समर्थन करने का विकल्प चुना है। यदि आप उस धागे को ध्यान से पढ़ते हैं, तो आप देखेंगे कि हालांकि लक्षण साझा किया गया है, मूल कारण XPS 13 9370 और X1C6 के बीच बहुत भिन्न हो सकते हैं । उदाहरण के cat /sys/power/mem_sleepलिए X1C6 पर आउटपुट केवल नींद के [s2idle]लिए लापता समर्थन का संकेत होगा deep।

इस प्रश्न के लिए अब तक पोस्ट किए गए समाधान केवल XPS 13 पर लागू होते हैं, और X1C6 पर नहीं। जहां तक मैं समझता हूं कि X1C6 के सस्पेंड मोड इश्यू का सबसे अच्छा समाधान डेल्टा शी द्वाराDSDT पहले दिया गया पैच लागू करना है , और बाद में पॉम्बेर्प द्वारा अपडेट किया गया है । यह पोस्ट आपको पैच लागू करने के तरीके के माध्यम से ले जाती है, लेकिन सुनिश्चित करें कि आप किसी भी कार्य से पहले पोस्ट और उसके सभी अपडेट्स को पढ़ लें।

मैंने थिंकपैड एक्स 1 कार्बन 6 जन पर उबंटू 18.04 की स्थापना से संबंधित एक दस्तावेज का उल्लेख करते हुए समाधान लिखा था जिसमें मुझे एलवीएम के साथ-साथ इस गहरी नींद की समस्या के कारण धीमी बूट समस्या के बारे में मिला ।

— B.Gao
स्रोत

0

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

मैंने ऑनलाइन सुझाए गए एक दर्जन या तो फिक्स की कोशिश की, लेकिन मेरे लिए एकमात्र समाधान यूकेयूयू स्थापित किया गया था और कर्नेल को 4.19.11-041911-जेनेरिक में अपग्रेड किया गया था ।

— emagdne
स्रोत

यह एक प्रश्न और उत्तर साइट है, लिंक संग्रह नहीं है। कृपया अपने उत्तर में प्रासंगिक सामग्री शामिल करें, न कि केवल एक लिंक जहां सामग्री हो सकती है। संदर्भ के अलावा या अधिक जानकारी के लिए लिंक अच्छा है। अधिक सुझावों के लिए, देखें कि कैसे उत्तर दें ।

— श्री शुनज

0

बस इस प्रश्न को करीब लाने के लिए (उम्मीद है ...), मैंने अभी (जुलाई 2019) को एचडब्ल्यूई के साथ मेरे 18.04 एलटीएस के लिए एक अपडेट किया था जो विशेष रूप से डेल एक्सपीएस 13 के लिए इस समस्या को ठीक करने का दावा करता है (इसमें s2idle शामिल नहीं है) ।)

— B.Tanner
स्रोत

0

FWIW, मैंने सिर्फ उबंटू 16.04 और kernél 4.14.12-041412-जेनेरिक के साथ मेरे 2016 XPS 13 (9350) पर बैटरी बदल दी है (मशीन 15.10 के साथ 2016 की शुरुआत में स्थापित हुई थी और एक कस्टम कर्नेल फिर 16.04 पर अपग्रेड हुआ)। प्रतिस्थापन से पहले, ढक्कन ने लिनक्स को सस्पेंड मोड में डाल दिया, जैसा कि (यदि आपने सस्पेंड करते समय पीएसयू को प्लग किया या प्लग आउट किया, तो उदाहरण के लिए, जैसे राज्य लिनक्स ने सोचा था कि इसमें काम किया है, यह बहुत धीमी गति से चलेगा ) । वैसे भी, प्रतिस्थापन (सूजन बैटरी) के बाद, नोटबुक बंद होने पर ग्रब को रिबूट करेगा।

डेल / एएमआई के ईएफआई BIOS (जिसे आप बूट के दौरान एफएन-एफ 2 पकड़कर ला सकते हैं) में "मानक" ("उन्नत" से) "प्राथमिक बैटरी कॉन्फ़िगरेशन" में पावर प्रबंधन की स्थापना करना समस्या को हल करने के लिए लगता है।

— imhotap
स्रोत

उबंटू 18.04 - डेल एक्सपीएस 13 9370 अब ढक्कन के करीब नहीं है

मुद्दे का निदान

अस्थायी सुधार

स्थाई निर्धारण