बंद करने, पुनरारंभ करने या लॉग आउट करने में असमर्थ


9

मैं 12.04 की रिलीज़ के बाद से ubuntu का पुनः आरंभ, शटडाउन या लॉग आउट करने में असमर्थ रहा हूँ। मैंने 12.10 और अब 13.04 के लिए रिलीज़ के समय अपग्रेड किया है और स्थिति में कोई बदलाव नहीं हुआ है। लॉगआउट या रीस्टार्ट होने पर मुझे एक सॉलिड ब्लैक स्क्रीन मिलती है जहां वह बस बैठता है।

मैंने इसे लंबे समय तक बैठने दिया है और मुझे हर 2 मिनट में एक संदेश मिलता है या इसलिए 120seconds के लिए अवरुद्ध Xorg के बारे में कुछ बताते हुए। मैंने बड़े पैमाने पर खोज की है और वास्तव में इसे ठीक करने वाली कोई भी चीज़ नहीं मिल रही है। शटडाउन का उपयोग करते हुए अब कमांड टर्मिनल से -r के साथ काम करता है। ग्रब को अपडेट करने का कोई प्रभाव नहीं पड़ा। कोई सुराग या मदद बहुत अच्छी होगी।


क्या हार्डवेयर? sudo rebootसिस्टम को रिबूट sudo poweroffकरना चाहिए इसे बंद करना चाहिए; मुझे कोई कारण नहीं दिखता है कि यह लॉगआउट नहीं कर सकता और आपको खातों को स्विच करने देता है
GM-Script-Writer-62850

केवल "sudo shutdown -P now" या "sudo shutdown -r now" काम करते हैं। मैं 2006 से तोशिबा सैटलाइट लैपटॉप का उपयोग कर रहा हूं। मेरे पास उबंटू 11.10 के साथ कोई समस्या नहीं थी। यह मुद्दा Xorg के अवरुद्ध होने और कभी भी पूरी तरह से बंद नहीं होने से संबंधित है। अगर मुझे सही याद है तो लैपटॉप एक इंटीग्रेटेड इंटेल ग्राफिक्स gma945 एक्सप्रेस चिपसेट का उपयोग करता है। मुझे लगा कि 12.04 में अपग्रेड करते समय यह किसी प्रकार का एक बग था, लेकिन बाद में 2 डिस्ट्रो और मेरे पास अभी भी वही मुद्दा है।
श्योनजोन

sudo haltमेरे बारे में क्या है कि कुछ सिस्टम पर कुछ विकृतियों के तहत काम नहीं किया गया है; क्या यह रेयरिंग की एक साफ स्थापना है?
जीएम-स्क्रिप्ट-राइटर -62850 3

"sudo halt" काम करता हुआ प्रतीत होता है, हालाँकि यह मुझे एक init_halt देता है कि सिस्टम में 2 लाइनों के ऊपर त्रुटि नहीं पाई गई और पावर को बंद करने के बाद POST के दौरान सिस्टम लॉक होने से पहले 2 बार मैंने इसे पावर करने की कोशिश की। अगर मैं ctrl + alt + del के बाद gui रिबूट, लॉग ऑफ, या शटडाउन कमांड का उपयोग करता हूं, जब सिस्टम अटक जाता है, तो पोस्ट के दौरान इसे बंद होने तक जमा देता है। "Sudo शटडाउन -r अब" का उपयोग करते हुए मेरे पास रिबूट पर कोई समस्या नहीं है।
schonjones

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

जवाबों:


2

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

echo 0 > /proc/sys/kernel/hung_task_timeout_secs

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

देखने के लिए एक और बात यह सुनिश्चित कर रही है कि आपके पास कोई नेटवर्क शेयर माउंट नहीं है। जब आप X नेटवर्क मैनेजर से लॉग आउट करते हैं तो वायरलेस कनेक्शन समाप्त हो जाता है। यह सिस्टम को प्रति फ़ाइल सिस्टम पढ़ने के लिए कई minuets के लिए लटका देने का कारण होगा । शटडाउन के दौरान यह काफी लंबी प्रक्रिया हो सकती है। त्वरित परीक्षण / तय करना सुनिश्चित करें कि लॉग आउट करने से पहले सभी दूरस्थ शेयर अनमाउंट हैं। यदि ऐसा है तो आपको अपने माउंट कमांड को यह दिखाने के लिए समायोजित करना चाहिए कि वे नेटवर्क माउंट हैं और वाईफाई कनेक्शन बंद करने से पहले आपको इसे अनमाउंट कर दिया जाना चाहिए। यह फ़ाइल सिस्टम और माउंट प्रकार से भिन्न होता है।


इस पंक्ति को कहाँ जोड़ा जाना चाहिए? मैं इंटेल इंटीग्रेटेड gma950 का उपयोग कर रहा हूँ। मैं वर्षों से कई ड्राइवरों से गुजरा हूं, एक समय पर यह गैलियम पर अटका हुआ था और मेरे पास इसे ठीक से स्थापित करने में मुश्किल समय था। मैंने थोड़ी देर के लिए ड्राइवरों की प्रयोगात्मक लाइन का उपयोग किया और किसी कारण से मेरे पास चुनने के लिए केवल 3 संकल्प हैं।
श्योनजोन

GMA950s में हमेशा अजीब समस्याएं होती हैं, कमांड का प्रयास करें (रूट के रूप में) और देखें कि क्या आप X से रिबूट कर सकते हैं। यदि आप कर सकते हैं, तो आपका संभवतः ठीक है। यदि आप अभी भी नहीं कर सकते हैं, तो आपकी एकमात्र पसंद विभिन्न लाइवसीडी से चलकर अपने कॉन्फ़िगरेशन को शूट करने में परेशानी का प्रयास करना हो सकता है और यह देखने के लिए कि क्या आप उनमें से किसी को भी काम कर सकते हैं।
coteyr

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

"sudo shutdow -r अब" एक टर्मिनल विंडो से काम नहीं करता है। मैं अनिश्चित हूं कि आउटपुट को "ps aux" से फाइल में कैसे प्रिंट किया जाए और यह स्क्रीन से अधिक लंबा है इसलिए मैं सब कुछ चालू नहीं देख सकता। मैं शायद ही कभी अपने कंप्यूटर को पुनरारंभ करता हूं या बंद करता हूं, लेकिन यह सब काम करने के साथ इसे हाल ही में काम करने के लिए मिला है जब मैंने लॉग इन करते समय एक त्रुटि देखी है। "ubuntu 13.04 ने एक समस्या का अनुभव किया है" जब मैं केवल विवरण बताता हूं। मुझे "usr / bin / Xorg"। मैं सुखद छोटी त्रुटि रिपोर्ट भेजता हूं और सत्र में बिना किसी भिन्न अंतर के अपने मीरा के रास्ते पर जाता हूं। nn-something से संबंधित एक त्रुटि भी।
श्योनजोन

nm-applet अवसर पर दुर्घटनाग्रस्त होने वाली दूसरी चीज है। फाइल करने के लिए "ps aux" प्रिंटिंग का पता लगाया। यह pastebin.com/TMcBAtHS
schonjones

0

यह मिला। यह मदद कर सकता है!

मूल रूप से उबंटू मंचों पर पोस्ट किया गया । दृश्य प्रभाव (Compiz Fusion) को अक्षम करने के बाद से मेरे लिए समस्या फिर से नहीं हुई है। समस्या को पुन: उत्पन्न करने के लिए मेरे पास कोई कदम नहीं है; इसलिए, मुझे यकीन नहीं है कि यह हल है या नहीं।

द्वारा दृश्य प्रभावों को अक्षम करने का प्रयास करें:

  1. डेस्कटॉप पर राइट क्लिक करें और "डेस्कटॉप पृष्ठभूमि बदलें" चुनें।
  2. "विज़ुअल इफेक्ट्स" टैब पर क्लिक करें।
  3. इसे बदलो कोई नहीं।

यह एक प्रति उपयोगकर्ता सेटिंग है और (जहाँ तक मुझे पता है) मशीन का उपयोग करने वाले प्रत्येक उपयोगकर्ता के लिए बदलना होगा।


मुझे कॉम्पिट से छुटकारा मिल गया क्योंकि यह मुझे लगातार मुद्दे दे रहा था। मैं इस समय ओपनबॉक्स और रेजर-क्यूटी का उपयोग कर रहा हूं। एकता ने मुझे 13.04 में अपग्रेड के साथ हर तरह के मुद्दे देना शुरू कर दिया और मैं जितना चाहूंगा उससे भी धीमा है।
श्योनजोन

0

क्या आपने १३.०४ की एक साफ स्थापना की या सिर्फ १२.०४ से अधिक उन्नत बनाया? संस्करणों के बीच बहुत सी चीजें बदलने के लिए इसे साफ इंस्टॉल करने की सिफारिश की जाती है। वास्तव में 13.04 बहुत सारे बदलावों के साथ आता है, आपको एक साफ स्थापित करने की कोशिश करनी चाहिए (यदि आपने ऐसा नहीं किया है)।

मैं देख रहा हूं कि आप "शटडाउन" कमांड का उपयोग बिना किसी भाग्य के कर रहे हैं ... क्या आपने "सूडो हॉल्ट" के साथ प्रयास किया है फिर भी आपको टर्मिनल का उपयोग करना होगा, लेकिन AFAIK "पड़ाव" को करना चाहिए।


इसे 11.10 - 12.04 -12.10 -13.04 क्रम में अपग्रेड किया गया है। मेरे लिए यह बहुत मुश्किल होगा कि मैं अपने पास मौजूद हर चीज का बैकअप ले सकूं और उसे पुनः लोड कर सकूं। मेरे पास 80 जीबी की डिजिटल नेगेटिव्स हैं और कहीं और उन्हें फिलहाल स्टोर करना है। मेरे पास एक दूसरा विभाजन है, लेकिन यह केवल 10gb का एक छोटा विभाजन है एक विंडोज़ स्थापित के लिए मैं केवल itunes के लिए बहुत कम उपयोग करता हूं।
श्योनजोन

इसके अलावा, पड़ाव बस यही करता है। हाल्ट्स कुछ भी हो सकता है और बस वहाँ बैठता है।
श्योनजोन

0

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

http://www.brighthub.com/computing/linux/articles/39504.aspx


2
आपको हमेशा पावर बटन दबाकर कंप्यूटर को बंद करने से बचना चाहिए क्योंकि डेटा हानि का उच्च जोखिम है, आपके सिस्टम को तोड़ना या आपके हार्डवेयर को नुकसान पहुंचाना। यदि आपके कंप्यूटर में ऐसी समस्या है, तो इसे ठीक किया जाना चाहिए।
तानेल मे

1
टक्सेस्ट - डेटा हानि या हार्डवेयर क्षति का 'उच्च' जोखिम नहीं है। एक मजबूर शक्ति चक्र के परिणामस्वरूप मेमोरी डेटा लॉस होगा, लेकिन आमतौर पर ऑपरेटिंग सिस्टम की विफलता नहीं होती है। कभी-कभी इनोड के एक जोड़े को सफाई की आवश्यकता होती है। यह हार्डवेयर विफलता का कारण बनने के लिए बहुत असंभव (लेकिन असंभव नहीं है) है। समस्या को ठीक किया जाना चाहिए, लेकिन उपयोगकर्ताओं को डरा नहीं।
मार्टिन ओवेन्स -डॉक्टोर्मो-

मार्टिन - हां, यह कहना कि "उच्च जोखिम" का अतिरेक हो सकता है लेकिन एक बार ऐसा काम करने पर यह जोखिम स्तर के बारे में नहीं था। बल्कि मेरी टिप्पणी जोखिमों के बारे में थी जब नियमित (दैनिक) अभ्यास के रूप में समस्याओं के लिए इस तरह के दृष्टिकोण को अपनाने से - जिससे अप्रत्याशित घटनाओं की संभावना बढ़ जाती है। किसी भी स्थिति में मूल उत्तर अपडेट किया गया है, इसलिए वोट को हटा दें।
तानेल माई
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.