मैं यह कैसे पता लगा सकता हूं कि सस्पेंड कभी-कभी विफल क्यों हो जाता है?


17

कुछ कभी-कभार सस्पेंड क्रैश हो रहा है। जब यह दुर्घटना करता है, तो सिस्टम एक काली स्क्रीन के साथ जमा होता है और निलंबित रहता है, निलंबित नहीं होता है। इससे मुझे पावर बटन पकड़ना पड़ता है जब तक कि सिस्टम बंद नहीं हो जाता।

अधिकांश लोगों से मेरे पास एक अंतर है, मैं उस विकल्प का उपयोग नहीं करता हूं जो आपको लैपटॉप के ढक्कन बंद होने पर निलंबित कर देता है। इसलिए लैपटॉप के ढक्कन को खोलना और बंद करना कोई क्रिया नहीं है। मुझे मैन्युअल रूप से सस्पेंड करना पसंद है। क्या यह वरीयता परिवर्तन का कारण हो सकता है?

मैं दुर्घटना के कारण क्या है, मैं यह देखना शुरू कर सकता हूं क्योंकि दुर्घटना में कोई त्रुटि नहीं है?

जवाबों:


6

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

आप और सुराग के लिए dmesgऔर की सामग्री को देखकर शुरू करेंगे ।/var/log/kern.log/var/log/syslog

यदि आप इन्हें हमारे साथ साझा करते हैं तो हम मदद करने का प्रयास कर सकते हैं। कैसे:

मैं आसानी से कमांड या टेक्स्ट फाइल का आउटपुट दूसरों के साथ कैसे साझा कर सकता हूं?


17

मुझे नहीं लगता कि आपके द्वारा बताई गई सेटिंग का इससे कोई लेना-देना है।

जांचें /var/log/pm-suspend.logऔर देखें कि क्या यह कोई संकेत देता है।

ये समस्याएँ आमतौर पर किसी प्रक्रिया (तों) के कारण होती हैं जो सिस्टम को निलंबित होने से रोकती हैं।

कर

dmesg -T|grep Freez -A4

और इन प्रविष्टियों की तलाश करें:

--
[sun mar  3 15:19:48 2013] Freezing user space processes ... 
[sun mar  3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar  3 15:20:08 2013] mount.nfs       D e8631aa0     0  5518   5517 0x00800004
[sun mar  3 15:20:08 2013]  e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--

यह देखने के लिए कि कौन सी रिपोर्ट की गई समस्याएं आपके निलंबन से संबंधित हैं, समय टिकटों की जांच करें। इस मामले में, यह mount.nfsसमस्याओं का कारण है।

अब, एक स्क्रिप्ट में डाल दिया /etc/pm/sleep.d/, वहाँ स्क्रिप्ट निलंबित और फिर से शुरू में चलाया जाएगा। फ़ाइल नाम उपयोगकर्ता स्क्रिप्ट (अधिक जानकारी के लिए, देखें man pm-suspend) के लिए आदेश संख्या, 00-49 से शुरू होना चाहिए ।

स्क्रिप्ट इस तरह दिख सकती थी

#!/bin/sh
(killall -9 mount.nfs; exit 0)

यदि कोई समस्या है, तो अन्य प्रक्रियाओं के लिए प्रविष्टियाँ दर्ज करने के साथ।

कोष्ठक और exit 0एक चाल है: यदि प्रक्रिया नहीं मिली है, killallतो निकास कोड 1 के साथ बाहर निकल जाएगा, जो पूरे निलंबन को रद्द कर देगा। उपरोक्त killallएक उप-शेल में चलेगा जो 0 के साथ बाहर निकल जाएगा।

यदि आपको समस्याएँ हो रही हैं, तो जांचें /var/log/pm-suspend.logकि निलंबित करने और अपनी स्क्रिप्ट चलाने के लिए लॉग इन करें।


मुझे एक और पंक्ति की भी आवश्यकता थी: (किल -9 माउंट.नफ्स; एग्जिट 0) क्योंकि कभी-कभी यह केवल एसआईजीयूपी के साथ काम नहीं करता है।
जुआनिन 20'14

@ जुआनिन: -9बेहतर है, मुझे नहीं पता कि मैं -1पहले स्थान पर क्यों था , अब इसे संपादित किया गया है।
कार्ल

मुझे आश्चर्य है कि समस्या का कितना प्रतिशत लाइव नेटवर्क माउंट है (जैसा कि यहां दिखाया गया है)। यह मेरी समस्या भी थी - लेकिन इसके sshfsबजाय यह था nfs
नोबार

यदि एक से अधिक कार्य करने से इनकार करने से इनकार किया जाता है तो यह इस बग से संबंधित हो सकता है: Bugs.launchpad.net/ubuntu/+ource/systemd/+bug/1676912
mhellmeier

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