Ubuntu 16.04 शटडाउन / पुनरारंभ पर लटका हुआ है

Question

मेरा उबंटू 16.04 शटडाउन / रिस्टार्ट पर लटका हुआ है, जिससे मुझे मशीन को बंद करने के लिए पावर की को दबाने और पकड़ने की आवश्यकता होती है ... मुझे नहीं पता कि इसे बग के रूप में कैसे रिपोर्ट किया जाए और आवश्यक हार्डवेयर / एसआईएस लॉग दिखाने के लिए क्या कमांड चलाना है। जानकारी? किसी भी सहायता की बेहद सराहना की जाएगी!

Comments

जब यह लटका हुआ दिखाई दे, तो ESC दबाएँ और प्रदर्शन पर अंतिम कुछ पंक्तियों को नोट करें। उन्हें अपने प्रश्न में जोड़ें।

— जोस

<मजाक> क्या यह आपको यह संदेश दिखाता है: "अब अपने कंप्यूटर को बंद करना सुरक्षित है"? </ मजाक>

— user300458

वही समस्याएँ यहाँ। > ब्लॉकबोट BIOS में यूएसबी 3.0 लीगेसी मोड को बंद करना मेरे लिए काम करता है। > अवरोधन मैं USB 3.0 विरासत मोड को कैसे बंद कर सकता हूं?

इस समस्या को कार्रवाई में देखकर, मुझे अब उबंटू को विंडोज उपयोगकर्ता की सिफारिश करने में शर्म

— आएगी

यह शर्मनाक है! यह सरल कार्य क्यों काम करना बंद कर दिया ??? सभी सुधार जो मैंने किए हैं, वे काम नहीं करते हैं, जिसमें ग्रब लाइन को जोड़ना, स्वैप को अक्षम करना और यहां तक ​​कि ग्राफिक्स ड्राइवरों को बदलना और पुराने कर्नेल पर वापस जाना शामिल है। कुछ भी काम नहीं करता है। यह एक ऐसी शौकिया गलती है। एक OS को बंद करने में सक्षम होना चाहिए !!

— डोरियन

Answer 1

मेरा भी यह मुद्दा था। यह कई वितरणों में एक बग प्रतीत होता है।

/etc/default/grubलाइन को संपादित करने के लिए मेरा सरल फिक्स था :

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

सेवा

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force"

भागो update-grub।

अब हर बार काम करता है। मैं एक लेनोवो G50 लैपटॉप का उपयोग करता हूं। मुझे पूरा यकीन है कि मैंने इस लैपटॉप में पिछले (अन्य) linux distros के साथ Grub में इस लाइन को बदल दिया है।

Comments

यह सिर्फ शट डाउन लॉगिंग जानकारी देखने के लिए आपको <kbd> ESC </ kbd> दबाने से बचाता है। कोई अन्य प्रभाव नहीं। (शायद उर्फ ​​रीजनरेटिंग ग्रब फ़ाइलों को अपडेट करके कुछ और तय किया जाए)।

— फ्रैंक नॉके

मैंने पहले कोशिश की है update-grub, जो काम नहीं किया। फिर मैंने इसे GRUB_CMDLINE_LINUX_DEFAULT = "acpi = force" में बदल दिया, और इससे मेरी समस्या ठीक हो गई।

— RedPixel

@Ernesto: इसने मेरे लिए काम किया .. पुष्टि करने के लिए मैंने 2-3 बार पुनः आरंभ / शटडाउन किया और हर समय इसे बिना किसी समस्या के बूट किया गया। धन्यवाद!

— सौरव कुमार

मेरे लिये कार्य करता है! tnx;)

— Sdra

यह काम किया। शायद इसे चलाने के बाद एक नए कर्नेल संस्करण के साथ कुछ करना है dist-upgrade?

— xji

Answer 2

एक बार जब आप अपना काम पूरा कर लेते हैं और अपने ओएस को बंद करने या रिबूट करने के लिए अपने सभी अनुप्रयोगों को बंद कर देते हैं, तो कृपया निराशा को कम करने के लिए इन चरणों का पालन करें।

1. sudo swapoff -a && systemctl poweroffअभी के लिए वर्कअराउंड के रूप में प्रयास करें ।
2. प्रणालीगत 229-4ubuntu5 पैकेज में एक्सनियल-प्रस्तावित में एक संभावित फिक्स है। अपने सिस्टम सेटिंग्स पर जाएं-> सॉफ्टवेयर और अपडेट-> डेवलपर विकल्प टैब पूर्व-रिलीज़ (xenial-प्रस्तावित) के बगल में स्थित बॉक्स पर क्लिक करें। अपना मूल pwd दर्ज करें, कैश रीफ़्रेश करें। अपडेट टैब का उपयोग "प्रदर्शन अपडेट तुरंत बंद हो जाता है" सिस्टम सेटिंग्स बंद करें। सॉफ्टवेयर अपडेटर शुरू करें और अभी इंस्टॉल करें।
3. यदि आपके पास अभी भी समस्या है, तो इन बग्स को पढ़ने की कोशिश करें : https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1464917 लॉग डेटा कैसे प्राप्त करें और जैसा कि सुझाव दिया गया है, एक नई बग रिपोर्ट दर्ज करें। : इसके अलावा बग पढ़ https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788303 ।
4. "डिबगिंग बूट / शटडाउन समस्याओं" में वर्णित डिबगिंग निर्देशों का पालन करें ताकि यह जांचा जा सके कि शटडाउन /usr/share/doc/systemd/README.Debian.gzमें कोई लटकती हुई नौकरियां हैं या नहीं। आपको प्रत्येक शटडाउन या रिबूट से पहले डिबग शेल शुरू करने की आवश्यकता होगी: प्रवेश शेल में systemctl start debug-shell स्क्रीन फोटो कैप्चर करना ज्ञानवर्धक हो सकता है। इसके अलावा और एक स्क्रीन शॉट के अलावा आप इन कमांडों के आउटपुट को डंप कर सकते हैं और प्रत्येक को कमांड के अंत में जोड़कर रूट पर "फाइलनाम.टेक्स्ट" में जोड़ सकते हैं । ये सभी एक ही फाइल में एक साथ जोड़े जाएंगे। अपने अगले बूट पर विश्लेषण करने के लिए और यदि आप एक बग रिपोर्ट फाइल करते हैं तो यह फाइल को आपकी बग रिपोर्ट में संलग्न करने में सहायक हो सकता है।journalctl -bctl+alt+F9systemctl list-jobssystemctl --failed/>>filename.textjournalctl -b >>filename.text journalctl -xe >>filename.text systemctl list-jobs >>filename.text systemctl --failed >>filename.text lsblk >>filename.text

अपडेट करें

मेरे पास ये हैंग काफी समय से था, लेकिन अंत में एक बिंदु पर था जहां मैंने सीखा कि मेरा एचडीडी सेक्टरों को विफल करने लगा था इत्यादि, यह एक नया एचडीडी और फिर से स्थापित करने का समय था। मैंने 1 के रूप में स्वैप के साथ सिंगल बूट एचडीडी पर ओएस को फिर से स्थापित किया, 2 के रूप में रूट, और उबंटू से सिफारिशों के अनुसार 3 तार्किक विभाजन के रूप में होम। तकनीकी रूप से, sda1 ग्रब है, sda2 विस्तारित है, sda5, sda6, sda7 क्रमशः स्वैप, रूट और होम हैं; sda3 और sda4 मौजूद नहीं हैं। यह समस्या HDD पर नव स्थापित ओएस पर तब से मौजूद नहीं है, जब से लगभग 9+ महीने हैं। मैं 16.04.02 एलटीएस चला रहा हूं, इस बिंदु पर बिना किसी रिस्टार्ट या शटडाउन के हैंग होने पर। पिछला OS एक दोहरी इंस्टॉल Win7 / Ubuntu था और स्वैप विभाजन HDD के अंत में था।

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

Comments

2 कदम मेरे लिए काम किया, लेकिन परिणाम केवल एक और मजबूर पुनः प्रारंभ करने पर दिखाई दे रही थी। अब मैं पीसी को शट डाउन / रिबूट कर सकता हूं। चरण: 1. अपना कंप्यूटर खोजें> सॉफ़्टवेयर और अपडेट> डेवलपर विकल्प टैब> पूर्व-रिलीज़ अपडेट (xenial-प्रस्तावित)> बंद करें की जाँच करें। 2. अपने कंप्यूटर> सॉफ़्टवेयर अपडेटर को खोजने के लिए जाएं।

— ROMANIA_engineer

@xtrchessreal आपका चरण 2 मेरे लिए काम नहीं करता है। इसके बाद reached target shutdownयह बाहर पम्पिंग करता रहता हैrevalidation failed

— भयावह

@xtrchessreal न तो चरण 1 करता है

— भयावहता

अनाम उपयोगकर्ता जो इस उत्तर के लिए एक ही विनाशकारी संपादन का सुझाव देता रहता है : कृपया ऐसा न करें! यदि आप किसी पोस्ट से असहमत हैं और एक बार खाता बना लेते हैं और एक बार आपकी 15 प्रतिष्ठा हो जाती है तो आप असहमति दिखाने के लिए इसे डाउन-वोट कर सकते हैं। यही डाउन वोट के लिए हैं। 50 प्रतिष्ठा के साथ आप इस पर विस्तृत टिप्पणी कर सकते हैं।

— डेविड फ़ॉस्टर

@DavidFoerster डाउनवोटिंग के लिए 125 प्रतिष्ठा की आवश्यकता है ।

— एलिया कागन

Answer 3

मुझे शटडाउन पर लटकने के साथ एक मुद्दा था, यह वही है जो मैंने किया था:

खुली टर्मिनल

sudo -H gedit /etc/default/grub

लाइन बदलें:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

सेवा

GRUB_CMDLINE_LINUX_DEFAULT="acpi=force"

बंद करने के दौरान पाठ को हटाने quietऔर splashअनुमति देने से , यह देखने में मदद मिलती है कि हैंग कहां हो सकता है।

GRUB_CMDLINE_LINUX_DEFAULT = "शांत स्प्लैश" यहां से "शांत" निकालने से बूट के दौरान एक टेक्स्ट आउटपुट दिखाई देगा, जबकि "स्प्लैश" हटाने से स्प्लैश छवि के बजाय एक काली स्क्रीन दिखाई देगी।

सहेजें और Gedit को बंद करें

फिर टर्मिनल में ग्रब को अपडेट करें:

sudo update-grub

अतिरिक्त:

मैंने देखा कि मेरे पास 'STOP JOB' भी चल रही है, इसलिए मैं इसमें समय कम कर देता हूं /etc/systemd/system.conf:

sudo -H gedit /etc/systemd/system.conf

#निम्न पंक्तियों में समय निकालें और बदलें:

DefaultTimeoutStartSec=5s

DefaultTimeoutStopSec=5s

तो भागो:

sudo systemctl daemon-reload

इसने मेरे लिए काम किया।

Comments

ठीक है, इस आदमी के पास डिफ़ॉल्ट रूप से इतने कम मूल्य पर सेट होने के बारे में कहने के लिए कुछ और है। ubuntu-mate.community/t/…

— ptmdevncoder

acpi = बल प्रदर्शन को बंद कर देता है लेकिन पावर बटन अभी भी चालू रहता है। 😂

— मनीष कुमार बिष्ट

Bugs.launchpad.net/ubuntu/+source/systemd/+bug/1457400 इससे संबंधित प्रतीत होता है।

— डस्टवॉल्फ

Answer 4

Tdenham। मेरी भी यही स्थिति है। मैंने अभी सिस्टम को 14.04 से 16.04 तक अपडेट किया है do-release-upgrade -d।

यदि आपके पास सिस्टम तक सीधी पहुंच नहीं है, और आपको वास्तव में रिबूट करने की आवश्यकता है, तो आप वर्कअराउंड के रूप में हार्ड रीसेट की कोशिश कर सकते हैं (जैसा कि यहां वर्णित है: https://major.io/2009/01/29/linux-emerarios- रिबूट-या-शटडाउन-विद-मैजिक-कमांड / )

echo 1 > /proc/sys/kernel/sysrq 
echo b > /proc/sysrq-trigger

जो चाल करता है। संभवतः आपको syncदूसरी कमांड से ठीक पहले चलना चाहिए ।

reboot -f मदद कर सकते हैं, लेकिन मैं यह कोशिश नहीं की के रूप में मैं सर्वर का उपयोग नहीं कर सकता अगर यह फिर से लटका हुआ है।

आप / var / log / syslog फ़ाइल की जाँच कर सकते हैं। उस जगह का पता लगाएं जहां आप कंप्यूटर चालू करते हैं और उससे ठीक पहले लाइनों की जांच करते हैं। आप इसे यहाँ पेस्ट कर सकते हैं।

मेरा syslog:

Apr 29 11:21:48 bow NetworkManager[875]: <warn>  [1461907308.0752] dhcp4 (em0): request timed out
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0753] dhcp4 (em0): state changed unknown -> timeout
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0918] dhcp4 (em0): canceled DHCP transaction, DHCP client pid 2437
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0918] dhcp4 (em0): state changed timeout -> done
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0929] device (em0): state change: ip-config -> failed (reason 'ip-config-unavailable') [70 120 5]
Apr 29 11:21:48 bow NetworkManager[875]: <warn>  [1461907308.0943] device (em0): Activation: failed for connection 'Wired connection 1'
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0970] device (em0): state change: failed -> disconnected (reason 'none') [120 30 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1062] policy: auto-activating connection 'Wired connection 1'
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1101] device (em0): Activation: starting connection 'Wired connection 1' (df58434d-16fc-4036-b1d2-2cae515dbf19)
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1108] device (em0): state change: disconnected -> prepare (reason 'none') [30 40 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1133] device (em0): state change: prepare -> config (reason 'none') [40 50 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1152] device (em0): state change: config -> ip-config (reason 'none') [50 70 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1167] dhcp4 (em0): activation: beginning transaction (timeout in 45 seconds)
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1221] dhcp4 (em0): dhclient started with pid 2444
Apr 29 11:21:48 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 3 (xid=0x6cc9f4a)
Apr 29 11:21:51 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 4 (xid=0x6cc9f4a)
Apr 29 11:21:55 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 11 (xid=0x6cc9f4a)
Apr 29 11:22:01 bow CRON[2453]: (root) CMD (/usr/local/lib/wifictl)
Apr 29 11:22:01 bow CRON[2450]: (CRON) info (No MTA installed, discarding output)
Apr 29 11:22:06 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 20 (xid=0x6cc9f4a)
.................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
Apr 29 11:23:34 bow rsyslogd: [origin software="rsyslogd" swVersion="8.16.0" x-pid="860" x-info="http://www.rsyslog.com"] start
Apr 29 11:23:34 bow rsyslogd-2222: command 'KLogPermitNonKernelFacility' is currently not permitted - did you already set it via a RainerScript command (v6+ config)? [v8.16.0 try http://www.rsyslog.com/e/2222 ]
Apr 29 11:23:34 bow rsyslogd: rsyslogd's groupid changed to 104
Apr 29 11:23:34 bow rsyslogd: rsyslogd's userid changed to 101
Apr 29 11:23:34 bow kernel: [    0.000000] Initializing cgroup subsys cpuset
Apr 29 11:23:34 bow kernel: [    0.000000] Initializing cgroup subsys cpu
Apr 29 11:23:34 bow kernel: [    0.000000] Initializing cgroup subsys cpuacct
Apr 29 11:23:34 bow kernel: [    0.000000] Linux version 4.4.0-21-generic (buildd@lgw01-21) (gcc version 5.3.1 20160413 (Ubuntu 5.3.1-14ubuntu2) ) #37-Ubuntu SMP Mon Apr 18 18:33:37 UTC 2016 (Ubuntu 4.4.0-21.37-generic 4.4.6)

ऐसा लगता है कि रिक्वेस्ट रिक्वेस्ट करने पर भी dhclient ip एड्रेस को प्राप्त करने की कोशिश करता है।

मामले में यह एक हार्डवेयर पर निर्भर मुद्दा है जिसका मैंने उत्पादन किया है lspci, जिससे इसे परेशान करने में मदद मिल सके।

00:00.0 Host bridge: Intel Corporation Atom Processor D2xxx/N2xxx DRAM Controller (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Atom Processor D2xxx/N2xxx Integrated Graphics Controller (rev 09)
00:1c.0 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 2 (rev 02)
00:1d.0 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 (rev 02)
00:1d.1 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #2 (rev 02)
00:1d.2 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #3 (rev 02)
00:1d.3 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #4 (rev 02)
00:1d.7 USB controller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation NM10 Family LPC Controller (rev 02)
00:1f.2 SATA controller: Intel Corporation NM10/ICH7 Family SATA Controller [AHCI mode] (rev 02)
00:1f.3 SMBus: Intel Corporation NM10/ICH7 Family SMBus Controller (rev 02)
01:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
03:00.0 Network controller: Qualcomm Atheros AR9227 Wireless Network Adapter (rev 01)

Answer 5

मैंने कई तरीकों की कोशिश की: संपादन /etc/default/grub, sudo swapoff -aशटडाउन से पहले चलाना , आदि ... लेकिन उनमें से किसी ने भी मेरे लिए काम नहीं किया।

USB 3.0 legacy modeBIOS में बंद करना मेरे लिए काम कर गया।

Comments

मैं उन्नत> USB कॉन्फ़िगरेशन> लीगेसी USB समर्थन पर गया , लेकिन यह समस्या हल नहीं हुई।

— ROMANIA_engineer

BIOS में विरासत मोड को अक्षम करने और ग्रब के लिए "एसपीआई = बल" को जोड़ने का काम करने लगता है।

— जेरेमी कुक

Answer 6

मैंने यहाँ लगभग सभी सुझावों की कोशिश की है। केवल कार्रवाई है कि बंद / रीसेट की मेरी एक ही समस्या हल बदल रहा था DefaultTimeoutStartSecऔर DefaultTimeoutStopSecमें /etc/systemd/system.conf'10' के लिए:

sudo -H gedit /etc/systemd/system.conf

और फिर संपादित करें

DefaultTimeoutStartSec=10s
DefaultTimeoutStoptSec=10s

Answer 7

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

तो मैंने क्या किया, मैंने ड्राइव मैनेजर खोला, और मैंने सीपीयू के लिए इंटेल-माइक्रोकोड फर्मवेयर स्थापित किया, मैंने कंप्यूटर को बंद कर दिया, और फिर मैंने ओएस को पुनरारंभ करते हुए थक गया, और आखिरकार यह काम किया।

मैं लिनक्स मिंट सिनामन 18.3 पर हूं, जो उबंटू ज़ेनियल ज़ेरुस 16.04 एलटीएस पर आधारित है।

उत्तर में उपयोगकर्ता ssasa की टिप्पणी जोड़ना क्योंकि यह दूसरों की मदद कर सकता है और "अब ज़रूरत नहीं" ध्वज के साथ शुद्ध हो सकता है:

यहां हर उत्तर की कोशिश की और कोई भी मदद नहीं की। लेकिन यह सबसे करीबी था। ओपन सोर्स ड्राइवर नोव्यू से बदलकर एनवीडिया मालिकाना ड्राइवर ने मेरे मामले में मदद की।

Comments

यहां हर उत्तर की कोशिश की और कोई भी मदद नहीं की। लेकिन यह सबसे करीबी था। ओपन सोर्स ड्राइवर नोव्यू से बदलकर एनवीडिया मालिकाना ड्राइवर ने मेरे मामले में मदद की।

— ssasa

Answer 8

मुझे अपनी ASUS Zenbook UX433FN पर यह समस्या थी और मैंने जिस समाधान का इस्तेमाल किया, वह था BIOS को अपडेट करना। मेरे पास BIOS संस्करण 301 था और इसे 305 पर अपडेट किया था। इस अद्यतन के बाद ये सभी मुद्दे गायब हो गए।

मैंने फिर Ubuntu 18.04 को फिर से इंस्टॉल किया और फिर बिना किसी मुद्दे के NVIDIA ड्राइवरों को स्थापित किया।

नोट : मेरा सुझाव है कि किसी भी अन्य चीज के हस्तक्षेप के बिना NVIDIA ड्राइवरों को सफलतापूर्वक स्थापित किया जा सकता है या नहीं, यह सत्यापित करने के लिए NVIDIA ड्राइवरों को स्थापित करना।

Answer 9

मेरा समाधान यहाँ है

लेकिन सरल शब्दों में:
sudo vim /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="splash quiet noefi"