सिस्टम "पावरऑफ़" पर बिजली बंद नहीं करता है, बस रुकता है


13

मैंने एक Lenovo IdeaCentre A740 QHD पर एक Haswell CPU (BIOS संशोधन 00KT19AUS) और NVIDIA GeForce GTX 850A 2GB के साथ Xubuntu 15.04 स्थापित किया है। यह ज्यादातर काम कर रहा है, जब मैं एक शटडाउन या रिबूट को छोड़कर, यह वास्तव में सब कुछ छोड़ने के बाद बिजली बंद नहीं करता है:

आईएमजी:

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


मैंने भविष्य में कोई फर्मवेयर नहीं होने की स्थिति में विंडोज 8.1 इंस्टॉलेशन को रखा है। Xubuntu स्थापित करने से पहले, मैंने Windows से Fastboot को बंद कर दिया, फिर Xubuntu स्थापित किया। दुर्भाग्य से, UEFI BIOS ने मुझे बूट ऑर्डर को बदलने नहीं दिया, ताकि उबंटू वास्तव में डिफ़ॉल्ट रूप से शुरू हो जाए। मैंने bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efiBIOS में "क्विकबूट" (जो कुछ भी है) को बंद करने की कोशिश की, लाइव सत्र से बूट-रिपेयर प्रोग्राम की कोशिश की, और सिक्योरबूट को बंद करने की कोशिश की, लेकिन फिर भी यह सिर्फ विंडोज को बूट करेगा। मैंने फ़िनोड पर #ubuntu के EricC ^ ^ की मदद से समाप्त कर दिया, बूट मैनेजर को बूट करने के लिए .fi फ़ाइलों के चारों ओर स्विच करना।

cp /boot/efi/efi/boot/bootx64.efi{,.backup}
cp /boot/efi/efi/microsoft/boot/bootmgfw.efi{,.backup}
cp /boot/efi/efi/ubuntu/grubx64.efi /boot/efi/efi/boot/bootx64.efi
cp /boot/efi/efi/ubuntu/grubx64.efi /boot/efi/efi/microsoft/boot/bootmgfw.efi
cp /boot/efi/efi/ubuntu/grubx64.efi /boot/efi/efi/microsoft/boot/grubx64.efi
sudo vim /usr/lib/os-probes/mounted/efi/20microsoft
# and changed bootmgfw.efi to bootmgfw.efi.backup
update-grub

मुझे नहीं पता कि इसमें से कोई भी शटडाउन परेशानी का असर है।

संपादित करें: यह सोचने के लिए आओ, Xubuntu स्थापना से रिबूट (जब मुझे एक यूएसबी ड्राइव के माध्यम से बूट किया गया था) या तो काम नहीं किया।


इसे बंद करने के लिए मैंने अब तक क्या प्रयास किया है:

  • acpi = बंद → कोई अंतर नहीं
  • acpi = बल → कोई अंतर नहीं
  • मालिकाना एनवीडिया ड्राइवर स्थापित करें → जिसने एक्स को केवल "bbswitch: नो डिसक्रीट वीवो डिवाइस" संदेश के साथ शुरू नहीं किया
  • पर विभिन्न रूपों sudo poweroff, sudo shutdown now, sudo shutdown -h nowआदि

इसके अलावा, अगर मैं शटडाउन के बजाय रिबूट करता हूं, तो मुझे अपने मॉनिटर पर यह साइकेडेलिक लाइटशो मिलता है और इसे बंद करने के लिए पावर बटन पर लंबे समय तक क्लिक करना होगा:

रिबूट मज़ा

यदि यह मददगार है, तो बूट करने के बाद यहां एक जर्नल-ऑल्ट आउटपुट है और शायद इससे भी बेहतर: जर्नलैक्ट-बी -1 (बूटअप से शटडाउन के लिए पत्रिका)


इसके अलावा, शायद संबंधित, मैं अब नोटिस करता हूं कि XFCE में लॉग इन करते समय पावर बटन दबाने से कंप्यूटर सही से बंद हो जाता है, भले ही मेरे पास किसी अन्य बटन पर "जब पावर बटन दबाएं" और "कुछ भी न करें" करने के लिए XFCE पावर सेटिंग्स हों।

हेडर के /etc/systemd/logind.confअलावा मेरी कोई भी अधूरी लाइनें नहीं हैं [Login]

/usr/sbin/acpidजड़ के रूप में चलने वाली एक प्रक्रिया है।


संपादित करें: अधिक खुलासे: Ctrl + Alt + हटाएं वास्तव में GRUB से रिबूट ठीक है।

EDIT2: मैंने बग रिपोर्ट दर्ज की है क्योंकि यह नियमित चाल के साथ ठीक नहीं लगती है।

EDIT3: acpi = noirq और कर्नेल 4.4 और नए के साथ हल किया गया।


मेरे पास उबंटू 15.04 डेस्कटॉप / सर्वर पर समान मुद्दे हैं जहां सिस्टम शटडाउन / स्टार्टअप के दौरान लटका रहता है। मेरा सिद्धांत है कि दोनों संबंधित हो सकते हैं। मैंने जाँच करके स्टार्टअप समस्या को कम कर दिया dmesgऔर पाया कि यह एक फाइलसिस्टम को माउंट करने का प्रयास कर रहा था जो मौजूद नहीं था और एक मिनट के लिए प्रतीक्षा करने से पहले यह बूट करना जारी रखेगा, साथ ही शटडाउन मुद्दे माउंट से संबंधित थे क्योंकि अगर मैं अपने डेस्कटॉप के साथ बंद करता हूं खुले रूप से मेरे सर्वर के बिना एनएफएस कनेक्शन को बिना बढ़ते हुए यह लटका देगा। मुझे यकीन नहीं है कि अगर ये मुद्दे आपकी समस्या से संबंधित हैं, लेकिन मैंने सोचा कि मैं उन्हें सिर्फ एनकैश लाऊंगा।
माइकल लिंडमैन

1
एम। लिंडमैन की टिप्पणी एक अच्छे बिंदु को विशिष्ट बनाती है। एक लॉग है जो आपको विस्तार से दिखाता है कि क्या हो रहा है। इसके साथ पढ़ें journalctl --all। अपना उत्तर संपादित करें और यदि आप इसे समझने में सहायता चाहते हैं तो इसे लोगों को दिखाएं।
JdeBP

JdeBP: जोड़ा गया है, लेकिन मैं जो बता सकता हूं, उससे जिक्र केवल इस बूटअप से जानकारी देता है - क्या इसे पिछले वाले रखने का एक तरीका है?
अनहमर


धन्यवाद JdeBP, आश्चर्य है कि उन लॉग को संग्रहीत क्यों नहीं किया गया था :) मैंने सवाल के नीचे एक नया लिंक जोड़ा, हालांकि मुझे कुछ भी संदिग्ध नहीं मिला।
अनहमर

जवाबों:


4

प्रदान की गई जानकारी के आधार पर मेरा सबसे अच्छा अनुमान एक छोटी गाड़ी UEFI BIOS है। हसवेल के लिए कर्नेल बग के माध्यम से खुदाई करने पर मुझे एक संभव समाधान मिला। xhci_hcd.quirks=262144UEFI में बूट विकल्प या अक्षम Xhci के रूप में उपयोग करने का प्रयास करें ।

केवल अन्य विकल्प जो मैं सोच सकता हूं, वे इस प्रकार हैं:

ए) प्रतीक्षा करें और आशा करें कि या तो कर्नेल विकास टीम या लेनोवो एक अपडेट के साथ आता है जो समस्या का समाधान करता है।

बी) लेनोवो सपोर्ट से संपर्क करें और एक BIOS अपडेट के लिए पुश करें जो समस्या को हल करता है या आपकी बग रिपोर्ट की सदस्यता के लिए उसी समस्या के साथ दूसरों को प्रोत्साहित करता है। ए की तुलना में यह अधिक प्रभावी हो भी सकता है और नहीं भी।

ग) जब तक आप वांछित परिणाम तक नहीं पहुँचते तब तक BIOS या कर्नेल को संशोधित करें (दिल की बेहोशी के लिए नहीं)। मैं कार्रवाई के इस पाठ्यक्रम की सिफारिश नहीं कर रहा हूं, केवल इसे पूर्णता के लिए शामिल करता हूं। BIOS को संशोधित करना आसानी से एक शून्य सिस्टम के साथ एक शून्य वारंटी के साथ आपको छोड़ सकता है। आपको उपरोक्त लिंक किए गए दस्तावेज़ में अपने स्वयं के गिरी को संकलित करने के खिलाफ और कारणों को भी ध्यान से पढ़ना चाहिए।

स्रोत: https://bugzilla.kernel.org/show_bug.cgi?id=66171#c118


यह ब्रॉडवेल सिस्टम ( support.lenovo.com/us/en/products/desktops-and-all-in-ones/… ) के लिए है, मेरा एक हैवेल (BIOS संशोधन 00KT19AUS)
unhammer

आपके लिए प्रश्न में नई जानकारी का संपादन किया।
एल्डर गीक

मैंने अपना जवाब
एल्डर गीक

नोट: ऐसा लगता है कि क्रिस्टोफर एम। पेनलवर उसी गलत निष्कर्ष पर आया था जो मैंने BIOS के बारे में किया था। आप अपनी रिपोर्ट की गई बग पर गति बढ़ाने के लिए उन्हें लाना चाह सकते हैं।
एल्डर गीक

1
XHCI सेटिंग्स USB से संबंधित हैं - मुझे आशा है कि आप उन्हें अपने BIOS में खोजने में मदद करेंगे। यदि नहीं, तो लेनोवो ग्राहक सेवा से १ ((५५) २५३-६६ ask६ पर संपर्क करें और पूछें कि उन्हें कहां ढूंढना है या यदि उनके पास कार्यों में BIOS अद्यतन है। शुभकामनाएं!
एल्डर गीक

4

जोड़ने का प्रयास करें

acpi=noirq

कर्नेल बूट मापदंडों के लिए। यह इसे शटडाउन / रिस्टार्ट (गुठली 4.4 और 4.7rc5 के साथ परीक्षण) पर पावरऑफ देता है।

यह भी निलंबित करने के लिए लगता है, लेकिन दुर्भाग्य से पावर बटन दबाने पर निलंबित करने से फिर से शुरू नहीं होता है ।

यह A740 पर अब तीन महीनों के लिए ठीक काम किया है, इसलिए मैं इसे हल कर रहा हूं।


मुझे खुशी है कि मेरा विकल्प A) आपके लिए काम कर रहा है! :-)
एल्डर गीक

"प्रतीक्षा और आशा" के रूप में? मैंने वास्तव में उबंटू लिनक्स पैकेज में बग के रूप में इसकी रिपोर्ट की थी, कुछ नए मेनलाइन रिलीज की कोशिश कर रहा था, फिर जब मैंने कुछ भी हल नहीं किया तो मैंने इसे गलत तरीके से रिपोर्ट किया, पहले गलत घटक Bugzilla.kernel.org/show_bug.cgi?id = 118401 , उसके बाद ide / ahci को भेज दिया गया, और कुछ ई-मेल एक्सचेंजों के बाद और उपयोगी डिबग आउटपुट marc.info/?t=146296312800002&r=1&w=2 और वहां सुझाए गए विभिन्न विकल्पों को आज़माने के लिए, जिसने काम किया, उसे पाया। बस प्रतीक्षा और उन्नयन इसे हल नहीं करता है, ग्रब सेटिंग्स को संपादित करने की आवश्यकता है।
अनहैमर

भले ही, मुझे खुशी है कि आप इसे हल कर चुके हैं। चाहे वह ए या बी :-)
एल्डर गीक

2

सिस्टम फ़ाइलों के माध्यम से फेराइट करने के बाद मैंने BIOS के बारे में कुछ चेतावनी देखी। मैंने इंटेल की वेबसाइट की जाँच की और एक अपग्रेड उपलब्ध था जो कि मेमोरी एड्रेस को ओवरलैप करने की समस्या को हल करने के लिए लगता था। स्पष्ट रूप से समान नहीं, लेकिन मेरे लॉग ने संकेत दिया कि मेरे BIOS के विभिन्न क्षेत्र अप्रत्याशित मान लौटा रहे थे, जो कर्नेल को शुरू होने से नहीं रोकता था लेकिन स्पष्ट रूप से अच्छा नहीं था। जब तक कर्नेल ने उपयोग upstartकरना बंद नहीं किया और उपयोग करना शुरू नहीं किया तब तक यह मुद्दा स्पष्ट नहीं था systemd

मैंने अपडेट किया गया BIOS डाउनलोड किया और इसे लागू किया और अब मेरा सिस्टम उम्मीद के मुताबिक बंद हो गया।


यह क्या प्रणाली / BIOS था? (लेनोवो ने अभी तक मेरे प्रोसेसर आर्किटेक्चर के लिए एक अद्यतन BIOS जारी नहीं किया है।)
14

0

क्या cat /etc/default/haltकहता है? कोशिश करो halt -p

आप /etc/init.d/haltइस लाइनों को संपादित और निकाल सकते हैं :

if [ "$INIT_HALT" = "HALT" ]
then
  poweroff=""
fi

नीचे

poweroff="-p"

halt -pअलग नहीं है, यह अभी भी पूरी तरह से बंद नहीं करता है।
unhammer

ओह, और / आदि / डिफ़ॉल्ट / पड़ाव कहते हैं HALT=poweroff। लेकिन halt -pया नहीं होना चाहिए poweroff या shutdown nowअभी भी वहाँ में क्या है की परवाह किए बिना काम?
unhammer

0

आपके कर्नेल लॉग्स (स्क्रीनशॉट) से, मेरे पास एक कूबड़ है जो अप्राप्य-अपग्रेड आपके मुद्दे का कारण हो सकता है। इस पर कई सालों पहले कई बग रिपोर्ट आ चुकी हैं , लेकिन उनका समाधान नहीं हुआ है। इसके लिए एक अस्थायी सुधार अपडेट द्वारा स्वचालित अपडेट को अक्षम करना होगा, लेकिन हम इसे अंतिम उपाय के रूप में रखेंगे। लेकिन सबसे पहले, हम एक मैनुअल अपग्रेड की कोशिश करेंगे:

sudo apt-get autoremove
sudo apt-get dist-upgrade

यदि इससे आपकी समस्या हल नहीं हुई, और अपग्रेड बिना किसी त्रुटि या चेतावनी के चला गया, तो हम यह देखने के लिए कि क्या समस्या पैदा कर रहा है, यह देखने के लिए वे थोड़ा और गहरा खुदाई करने का प्रयास करेंगे। की सामग्री का निरीक्षण करके आप एक लीड प्राप्त कर सकते हैं /var/log/unattended-upgrades। यदि आप यह पता लगा सकते हैं कि कौन सा अपडेट समस्या पैदा कर रहा है, तो आप अपडेट को संशोधित करके उसे ब्लैकलिस्ट कर सकते हैं /etc/apt/apt.conf.d/50unattended-upgrades

यदि यह अभी भी समस्या को हल नहीं करता है, तो आप अस्थायी रूप से पैकेज को हटा सकते हैं, यह पुष्टि करने के लिए कि क्या यह कारण है:

sudo apt-get remove unattended-upgrades 

मेरा सुझाव है कि आप इसे फिर से स्थापित करें भले ही यह आपकी समस्या हल हो। यदि यह मामला है तो बग रिपोर्ट को अधिक जानकारी के साथ वापस लाएं ताकि डेवलपर्स आपकी समस्या को हल कर सकें।

चेतावनी: यदि आप स्वचालित अपडेट को अक्षम करना चुनते हैं और फिर अपने सिस्टम को मैन्युअल रूप से अपडेट नहीं करते हैं, तो आपको सुरक्षा और स्थिरता के दृष्टिकोण से खतरा हो सकता है।


यह एक ताज़ा स्थापित है - autoremoveऔर dist-upgrade"0 अपग्रेड करने के लिए, 0 को हटाने के लिए" आदि है, और / var / log / unattended- अपग्रेड खाली है: $ wc -c < /var/log/unattended-upgrades/unattended-upgrades-shutdown.logदेता है0
unhammer

इसके अलावा, इसमें कोई प्रोग्राम नहीं हैं /lib/systemd/system-shutdown, इसलिए ऐसी कोई भी सेवा नहीं है जिसे पावरऑफ़ टाइप करने पर बुलाया जाए । और unattended-upgradesपूरी तरह से हटाने का कोई प्रभाव नहीं पड़ा।
6

0

मैंने सब कुछ करने की कोशिश की और दिनों के बाद इस मंच से एक कम रेटेड प्रशंसकों ने चाल चली: उबंटू 14.04 शटडाउन पर अटक गया

मेरे लिए, समाधान कर्नेल को अपग्रेड करना था। मैंने उबंटू 15.10 पर 4.5.3 का उपयोग किया (इससे अधिक कुछ भी ओएस को लॉगिन करने के बाद क्रैश कर देगा) और 4.7 आरसी 3 उबंटू 16.04 पर काम करता है।

अब पूरी तरह से काम करता है :-)


यह मेरे सिस्टम के लिए काम नहीं किया। जैसा कि बग रिपोर्ट दिखाती है, मैंने पहले से ही 4.7 kernels की काफी कोशिश की थी - ये सिर्फ बूट करना असंभव बना दिया! नदी के ऊपर रिपोर्टिंग और गिरी सूची, वैकल्पिक हल मेरी दोनों मुद्दों के लिए से मदद डिबगिंग (सब पर बूट, और शटडाउन होने पर पावर बंद करने) के बाद था acpi=noirq askubuntu.com/a/794739/25639
unhammer

0

मैं इसकी पुष्टि कर सकता हूं कि निश्चित रूप से एसीपीआई के साथ कुछ करना है। मेरा सिस्टम इस सटीक व्यवहार को प्रदर्शित करता है यदि और तभी जब मैं लिनक्स में एसपीआई बंद कर देता हूं 4. कर्नेल विकास उद्देश्यों के लिए 4.20-rc3। यदि आपका एसीपीआई पहले सक्षम था, तो एक उचित मौका है कि BIOS में एसीपीआई कार्यान्वयन छोटी गाड़ी थी। मैं देख रहा हूँ कि आपने कहा कि कर्नेल के उन्नयन में मदद मिली है। लेकिन एक BIOS अपग्रेड ने ट्रिक भी किया होगा।


यह वास्तव में सवाल का जवाब नहीं देता है। BIOS से संबंधित आपका सुझाव केवल एक संभावित समाधान को इंगित करता है, एक ऐसा जो आपको दिखाई देगा कि आपने वास्तव में कोशिश नहीं की है। वास्तव में, ओपी ने संकेत दिया कि उसने अपने मुद्दे को "कर्पी बूट मापदंडों के लिए एसपीआई = नोइरक जोड़कर" हल किया था।
सेंटोरस

0

मुझे भी यही समस्या हुई है और मेरा मानना ​​है कि यह यूईएफआई बूट से संबंधित है। मूल रूप से विंडोज 8, एसर एस्पायर वी 11 पर, मैंने ओपनिंग लीज़ 15.0 की एक नई स्थापना ईएफआई बूट और सुरक्षित बूट सेट के साथ BIOS में "अक्षम" करने के लिए की है। अब शटडाउन, रिबूट और सस्पेंड काम सही ढंग से।

पहले, मैं Ubuntu 16.04, 18.04 और सबसे हाल ही में 18.10 विरासत बूट के तहत उपयोग कर रहा था और वे सभी एक ही समस्या का सामना कर रहे थे। मैं भी Fedora 24, OpenSUSE Tumbleweed और OpenSUSE 42.2 की कोशिश की, सभी एक ही समस्या के साथ।

मैंने EFI बूट और सुरक्षित बूट सक्षम के साथ Ubuntu 18.10 की भी कोशिश की, लेकिन एक गैर-बूट करने योग्य डिवाइस त्रुटि मिली। मैंने सुरक्षित बूट अक्षम के साथ EFI बूट की कोशिश नहीं की।


-1

आपका हार्डवेयर सॉफ़्टवेयर शटडाउन का समर्थन नहीं कर सकता है। मैंने पहले भी ऐसा किया है, और परीक्षण का तरीका यह है:

sudo poweroff

यदि वह हार्डवेयर बंद नहीं करता है, तो यह एक हार्डवेयर समस्या है और सॉफ्टवेयर नहीं।


3
जैसा कि प्रश्न में कहा गया है, मैंने कोशिश की है कि कोई फायदा न हो। लेकिन GRUB सॉफ्टवेयर रिबूट को ठीक प्रकार से प्रबंधित करता है (यह सुनिश्चित नहीं है कि वहां पॉवरऑफ का परीक्षण कैसे करें) जबकि विंडोज 8.1 सॉफ्टवेयर पॉवरऑफ करता है और इस हार्डवेयर पर ठीक ठीक रीबूट करता है। यह एक कर्नेल समस्या की तरह लगता है, इसलिए मैंने एक बग रिपोर्ट दर्ज की है
अनहमर

1
बग रिपोर्ट दर्ज करने के लिए upvote।
डैनियल

-1 क्योंकि मैं अन्यथा पाता हूं। यह systemd-shutdown[1]: Powering off.मशीन 12.04 और 14.04 के साथ ठीक बंद हो गई, लेकिन 16.04 की एक ताज़ा स्थापना नहीं है।
नटोमामी

-1
  1. पुनः प्रारंभ करें F2
  2. कॉन्फ़िगरेशन पर जाएं और xHCI को अक्षम करें
  3. सुरषित और बहार

इसके बारे में मत सोचो बस मुझ पर विश्वास करो और करो :)


मुझे कहीं भी BIOS में कोई XHCI सेटिंग नहीं मिल रही है। मैं सभी USB को बंद कर सकता हूं, लेकिन यह मेरे लिए कोई विकल्प नहीं है।
अनहमर

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