Ubuntu 14.04 - sudo pm-hibernate काम नहीं करता है


16

सस्पेंड रेज़्यूमे एरर के बारे में यहाँ सवालों का एक गुच्छा है।

एक ही प्रश्न प्रकट होता है: विफलता को रोकें / फिर से शुरू करें लेकिन मैं किसी भी प्रतिक्रिया को नहीं समझता। हम अलग-अलग लैपटॉप का उपयोग कर रहे हैं (मन लेनोवो है) इसलिए विभिन्न प्रकार के हार्डवेयर हो सकते हैं जो प्रभावित होते हैं।

मैंने इस ट्यूटोरियल को पढ़ने की कोशिश की । मेरे मामले में टर्मिनल में काम नहींsudo pm-hibernate करता है , और कॉन्फ़िगरेशन चरण इसे ठीक नहीं करते हैं।

मैं समझने की कोशिश कर रहा हूं कि उबंटू मैनुअल से चर्चा शक्ति प्रबंधन / हाइबरनेट सहित हाइबरनेट क्यों गलत हो रहा है । उनका सुझाव है कि इसमें कोई समस्या है swsuspलेकिन मुझे यकीन नहीं है कि उस अनुभाग के साथ छेड़छाड़ कैसे की जाए।

मैंने GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"अपनी /etc/default/grubफाइल में पाया ।

क्या किसी को यह काम करने के लिए मिला?


वास्तव में की head /var/log/pm-suspend.logओर जाता है

Running hook /usr/lib/pm-utils/sleep.d/000kernel-change hibernate hibernate:
/usr/lib/pm-utils/sleep.d/000kernel-change hibernate hibernate: success.

Running hook /usr/lib/pm-utils/sleep.d/000record-status hibernate hibernate:
/usr/lib/pm-utils/sleep.d/000record-status hibernate hibernate: success.

Running hook /usr/lib/pm-utils/sleep.d/00logging hibernate hibernate:
Linux jdm-Lenovo-B570 3.13.0-46-generic #76-Ubuntu SMP Thu Feb 26 18:52:13 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

जवाबों:


15

मुझे भी यही समस्या आ रही थी।

sudo pm-hibernate

...कुछ भी तो नहीं।

>~$ dbus-send --system --print-reply --dest="org.freedesktop.UPower" /org/freedesktop/UPower org.freedesktop.UPower.Hibernate
> method return sender=:1.44 -> dest=:1.303 reply_serial=2

...कुछ भी तो नहीं।

चारों ओर देखते हुए, मुझे शाम-हाइबरनेट लॉग की जांच करने का सुझाव मिला:

>~$ head /var/log/pm-suspend.log
> Initial commandline parameters: 
> Wed Apr 29 22:38:06 PDT 2015: Running hooks for hibernate.
> Running hook /usr/lib/pm-utils/sleep.d/000kernel-change hibernate
>  hibernate: kernel update inhibits hibernate (/var/run/do-not-
>  hibernate present)

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

BTW, यह बताने के लिए कि क्या आपको रिबूट करने की आवश्यकता है:

>~$ ls -l /var/run/reboot-required
> -rw-r--r-- 1 root root 32 Apr 29 18:28 /var/run/reboot-required

मूल रूप से, यदि वह फ़ाइल मौजूद है, तो रिबूट की आवश्यकता होती है। मैं आपको यह नहीं बता सकता कि यदि आप एक कर्नेल अपडेट के कारण रिबूट करने की आवश्यकता करते हैं, तो आप सिस्टम को हाइबरनेशन में डाल देंगे, लेकिन जब मैंने ऐसा किया तो मैं तुरंत हाइबरनेट करने में सक्षम था:

>~$ sudo rm /var/run/do-not-hibernate

3
यह शायद ध्यान देने योग्य है कि हटाना /var/run/do-not-hibernateसंभवतः समर्थित और सैद्धांतिक रूप से खतरनाक नहीं है (मुझे लगता है कि कर्नेल संस्करणों के बीच नींद छवि द्विआधारी संगतता की गारंटी नहीं है)।
cubuspl42

1

क्या आपने PowerManagement / हाइबरनेट में समस्या निवारण में उल्लिखित सही स्वैप विभाजन को निर्दिष्ट करने की कोशिश की ? यह मेरे लिए pm-hibernate तय करता है। इसके अलावा, मैं शटडाउन मोड का उपयोग करता हूं। मेरे पास लेनोवो z50-70 है।

मेरी ग्रब फ़ाइल में "शांत स्पलैश" भी है, लेकिन मैंने बस इसके बगल में अपने स्वैप विभाजन को जोड़ा।


आपने यह कैसे किया? मेरे पास एक ही सिस्टम है, एक ही समस्या है।
मुकेई

व्यवहार के रूप में इसकी कुछ मुश्किल स्थिर नहीं है। मैंने प्लेटफ़ॉर्म और शटडाउन मोड को कर्नेल विधि के सबसे ऊपर से आज़माया। प्लेटफ़ॉर्म मोड हाइबरनेट नहीं हो रहा था। शटडाउन मोड ने मेरे लिए काम किया लेकिन यह फिर से शुरू नहीं हो सका। इसलिए मैंने समस्या निवारण चाल की कोशिश की। यह मेरे लिए काम किया। लेकिन फिर भी चलते-चलते हिचकी आ जाती है।
sbharti

एनवीडिया और इंटेल के लिए प्रोप्रेटरी ड्राइवर स्थापित करना मेरे मुद्दे को तय करता है। आप क्या? क्या यह अभी तक काम कर रहा है? मैं कुछ संकेत दे सकते हैं अगर आप की जरूरत
sbharti

काश, यह इतना आसान होता, मेरे पास इंटेल और एएमडीजीपीयू यानी नरक के साथ हाइब्रिड ग्राफिक्स हैं। मुझे काम करने के लिए एएमडी नहीं मिल रहा है।
मुकेई

1
लेकिन ... लिनक्स भयानक है
Julon

0

जैसा कि आप यहाँ कड़ी शब्दों में कहें, की swsusp समस्या निवारण हिस्सा इस मेरे लिए काम किया।

पहली विधि

सबसे पहले, आपको यह जांचने की आवश्यकता है कि क्या आपका स्वैप विभाजन सही तरीके से कॉन्फ़िगर किया गया है। इसे करने के लिए, शुरू में, विभाजन sudo blkidको UUID को चलाएं और कॉपी करें जिसमें स्वैप का प्रकार है (शायद यह / देव / sda6 है), मैं इसे कॉल करता हूं SWAP-UUID। जारी रखने से पहले, आपको एक बैकअप से एक प्रति बनाना चाहिए /etc/fstab:

sudo cp /etc/fstab /etc/fstab.back

अब /etc/fstabइस तरह के फ़ाइल संपादक का उपयोग करके फ़ाइल खोलें nano(इसे रूट के रूप में चलाएँ)। फिर, प्रत्येक पंक्ति पर टिप्पणी करें जिसे आप पंक्ति की शुरुआत में जोड़कर उसमें स्वैप वाक्यांश देखते हैं #। यहां, इस पंक्ति को फ़ाइल के अंत में जोड़ें ('x की आपके द्वारा हाल ही में कॉपी की गई के साथ बदलें):

UUID=SWAP_UUID none swap sw 0 0

फ़ाइल सहेजें। शायद स्वैप विभाजन के साथ समस्या तय हो गई थी।

नोट: आपका स्वैप विभाजन आकार आपके RAM आकार से अधिक होना चाहिए; जब तक आपको हाइबरनेटिंग की समस्या नहीं होगी।

दूसरी विधि

ऊपर दिए गए लिंक से, कुछ परिवर्तनों के साथ उद्धृत विवरण, (जो मैंने किया है उसके आधार पर किए गए परिवर्तन):

समस्या: कंप्यूटर हाइबरनेट करने के लिए जाता है, ठीक है। लेकिन पावर-ऑन के बाद यह लोड हो रहा है जैसे कि कोई हाइबरनेट स्थिति नहीं बचाई गई थी।

Grub2 के मामले में:

  1. आपको एक बैकअप बनाना चाहिए। Daud:

sudo cp /etc/default/grub /etc/default/grub.back

  1. खुला /etc/default/grub;

  2. GRUB_CMDLINE_LINUX_DEFAULT=लाइन का पता लगाएं । ये नियमित बूट मेनू विकल्पों में जोड़े गए विकल्प हैं;

  3. resume=UUID=SWAP_UUIDइस तरह सूची में विकल्प जोड़ें :

इससे पहले:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

के बाद (उद्धरण ध्यान दें):

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash resume=UUID=SWAP-UUID"

नोट: आप फिर से शुरू करने से पहले किसी भी विकल्प को बदलना नहीं चाह सकते हैं (जैसे nosplashविकल्प बदलना splash)। हालांकि, मैं आपको दोनों विकल्पों quietऔर splashविकल्पों का उपयोग करने की सलाह देता हूं ।

  1. फ़ाइल सहेजें।
  2. टर्मिनल में, निम्न कमांड निष्पादित करें (वास्तव में नई कॉन्फ़िगरेशन सेटिंग्स को सक्षम करने के लिए)

sudo update-grub2

अब, sudo pm-hibernateअपने कंप्यूटर को हाइबरनेट करने के लिए कमांड का प्रयास करें, फिर बूट करने का प्रयास करें। आपकी समस्या ठीक हो सकती है।

आशा है कि यह किसी की मदद करता है!

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.