यदि कोई ड्राइवर ठीक से डिवाइस को फिर से शुरू करने में विफल हो रहा है, तो मुझे विश्वास है कि एकमात्र समाधान जो आप पाएंगे, डिबगिंग में होगा और पहचान कर रहा है कि समस्या कहां है, इसलिए आप यह तय कर सकते हैं कि वहां से क्या करना है। उदाहरण के लिए, मैं नहीं देखता कि वीडियो कार्ड को फिर से संगठित नहीं किया गया है तो आप कैसे ताज़ा कर सकते हैं।
ACPI सस्पेंड / रिज्यूम और डिस्प्ले को हैंडल करता है। उदाहरण के लिए, कुछ थिंकपैड्स पर होने वाले निम्न एसीपीआई समस्या आपके द्वारा बताए गए लक्षणों को संबोधित कर सकती है:
जब सस्पेंड-टू-राम से फिर से शुरू होता है तो टेक्स्ट कंसोल वास्तविक पाठ के बजाय कचरा दिखा सकता है। मशीन अन्यथा अभी भी उत्तरदायी है और एक्स ठीक प्रदर्शित करता है। यदि यह सब सत्य है, तो कर्नेल विकल्प acpi_sleep = s3_bios, s3_mode को अपने menu.lst या
lilo.conf में जोड़ने से समस्या हल हो सकती है।
एसीपीआई सस्पेंड-टू-राम के साथ समस्याएं - थिंकविक्की
यदि आप उस thinkpad_acpi
मॉड्यूल का उपयोग कर रहे हैं जो उपरोक्त उद्धरण को संबोधित कर रहा है, तो आपको इसकी आवश्यकता हो सकती है। इस समाधान के बारे में अधिक जानकारी के लिए, Suspend2Ram - Powersave प्रलेखन देखें
सबसे पहले, कई कर्नेल पैरामीटर हैं, जिन्हें आज़माया जा सकता है। बस उन्हें अपने "कर्नेल" -line में /boot/grub/menu.lst में जोड़ें । उन लोगों के बारे में अधिक जानकारी /usr/src/linux/Documentation/power/video.txt पर देखी जा सकती है
।
Video.txt से:
S3 के फिर से शुरू के दौरान, हार्डवेयर को फिर से संगठित करना होगा। अधिकांश उपकरणों के लिए, यह आसान है, और कर्नेल ड्राइवर जानता है कि यह कैसे करना है। दुर्भाग्य से एक अपवाद है: वीडियो कार्ड। वे आमतौर पर BIOS द्वारा प्रारंभ किए जाते हैं, और कर्नेल में वीडियो कार्ड को बूट करने के लिए पर्याप्त जानकारी नहीं होती है। (कर्नेल में आमतौर पर वीडियो कार्ड ड्राइवर भी नहीं होता है - vesafb और vgacon का व्यापक रूप से उपयोग किया जाता है)।
पर अधिक video.txt अगर एक ज्ञात देखने के लिए तालिका यहाँ का संदर्भ लें acpi_sleep=<hack>
अपने वीडियो कार्ड मॉडल के लिए सूचीबद्ध है।
डेबियन सस्पेंड और केएमएसएस
डेबियन विकी सुझाव देता है कि केएमएस को "फिर से शुरू होने पर भ्रष्ट वीडियो" के लिए अक्षम किया जाए। 1
कंप्यूटर के फिर से शुरू होने के बाद एक बहुत ही सामान्य समस्या है भ्रष्ट वीडियो (या काली स्क्रीन, या कोई एलसीडी बैकलाइट)। पहला कदम यह जांचना है कि क्या सिस्टम अभी भी चल रहा है, जिसे केवल कैप्सलॉक बटन दबाकर किया जा सकता है और यह जांच लें कि क्या कैप्सलॉक एलईडी तदनुसार बदल रहा है। यदि सिस्टम अभी भी चल रहा है, तो ज्यादातर मामलों में हमें आपके वीडियो कार्ड के लिए एक वीडियो क्विक जोड़ने की आवश्यकता है।
डेबियन में अब अधिकांश इंटेल, एनवीडिया और एटीआई वीडियो कार्ड के लिए डिफ़ॉल्ट रूप से सक्षम कर्नेल मोड सेटिंग (केएमएस) है। लेकिन pm-utils 'वीडियो क्विक करता है [नहीं] अभी तक केएमएस का समर्थन करता है। तो ज्यादातर मामलों में आपको पहले केएमएस को निष्क्रिय करने का प्रयास करना चाहिए। आपके विशिष्ट वीडियो कार्ड के लिए विस्तार चरण को कर्नेलमोडसेटिंग पृष्ठ पर पाया जा सकता है।
अक्षम KMS के बाद, यदि फिर से शुरू होने के बाद का वीडियो दूषित हो जाता है, तो आप कुछ वीडियो quirks का उपयोग करके सिस्टम को निलंबित करने का प्रयास कर सकते हैं। उपलब्ध सभी quirks की एक बहुत विस्तार से व्याख्या के लिए pm- सस्पेंड कार्यक्रम का मैनपेज पढ़ें, और कमांडलाइन पर उनमें से संयोजन का प्रयास करें। यदि आप सफलतापूर्वक अपने सिस्टम के लिए काम करने वाले क्वर्की का एक संयोजन पाते हैं, तो आप उन्हें स्थायी बनाने के लिए / usr / lib / pm-utils / video-quirks में जोड़ सकते हैं। उसी समय, कृपया अपने परिवर्तनों के बारे में पैच के साथ पाट-बर्तनों के पैकेज के खिलाफ बग दर्ज करने में मदद करें ताकि यह बड़े पैमाने पर लाभ उठा सके।
डेबियन के पुराने संस्करणों से अपग्रेड करने वाले सिस्टम पर पाया जाने वाला एक सामान्य मुद्दा है सस्पेंड के दौरान क्विकर-एस 3-बायोस फ्रीज को सक्षम करना। यदि आपका सिस्टम सस्पेंड के दौरान जमा हो जाता है, तो सक्षम डिबगिंग के बाद pm-suspend.log को सावधानीपूर्वक जांचें और सुनिश्चित करें कि quirk-s3-bios का उपयोग नहीं किया गया है।
यदि आपको लगता है कि यह आपके मुद्दे से संबंधित है, तो आप सुझाव के अनुसार केएमएस को अक्षम करने का प्रयास कर सकते हैं। अपने कार्ड के लिए इंसट्रक्शन के लिए कर्नेलमोडसेटिंग - डेबियन विकी देखें
डिबगिंग सस्पेंड
सस्पेंड और फिर से शुरू होने की प्रक्रिया का लॉग फ़ाइल
/var/log/pm-suspend.log में है। इसमें डिफ़ॉल्ट रूप से सामान्य रूप से क्रियात्मक जानकारी होती है। फ़ाइल / usr / lib / pm-utils / pm-functions की शुरुआत में
लाइन एक्सपोर्ट PM_DEBUG = true सम्मिलित करके डिबगिंग के लिए अधिक जानकारी सक्षम की जा सकती है ।
अधिक जानकारी के लिए, सस्पेंड - डेबियन विकी पर उल्लिखित कर्नेल परीक्षण सुविधा की जानकारी देखें । यह आपको डिबग करने और समस्या को अलग करने में मदद कर सकता है।
कुछ उदाहरण और अधिक गहराई से डीबगिंग जानकारी जो आपको "ड्राइवरों को निलंबित करने या उनके उपकरणों को फिर से शुरू करने में विफल होने में मदद कर सकती है" https://www.kernel.org/doc/Documentation/power/basic-pm-debugging.txt पर उपलब्ध है
के लिए कुछ और डिबगिंग विचारों pm-utils
पर ArchWiki - बजे-utils और /unix//a/29090/87728
यहाँ कर्नेल पैरामीटर्स की एक पूरी सूची दी गई है जो कई एकपी और सस्पेंड के लिए प्रासंगिक है।
सौभाग्य।