लिनक्स टकसाल 18 बंद पर लटका हुआ है

10

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

           Desktop: Cinnamon 3.0.7 (Gtk 3.18.9-1ubuntu3.1)
           Distro: Linux Mint 18 Sarah
Machine:   Mobo: Intel model: DG33FB v: AAD81072-307
           Bios: Intel v: DPP3510J.86A.0407.2008.0218.0923 date: 02/18/2008
CPU:       Quad core Intel Core2 Quad Q6600 (-MCP-) cache: 4096 KB
           flags: (lm nx sse sse2 sse3 ssse3 vmx) bmips: 19199
           clock speeds: max: 2394 MHz 1: 1596 MHz 2: 1596 MHz 3: 2128 MHz
           4: 1862 MHz
Graphics:  Card: NVIDIA GT218 [GeForce 210] bus-ID: 01:00.0
           Display Server: X.Org 1.18.4 drivers: nouveau (unloaded: fbdev,vesa)
           Resolution: 1024x768@60.00hz
           GLX Renderer: Gallium 0.4 on NVA8
           GLX Version: 3.0 Mesa 11.2.0 Direct Rendering: Yes
Audio:     Card-1 NVIDIA High Definition Audio Controller
           driver: snd_hda_intel bus-ID: 01:00.1
           Card-2 Intel 82801I (ICH9 Family) HD Audio Controller
           driver: snd_hda_intel bus-ID: 00:1b.0
           Sound: Advanced Linux Sound Architecture v: k4.4.0-21-generic
Network:   Card: Intel 82566DC-2 Gigabit Network Connection
           driver: e1000e v: 3.2.6-k port: 30e0 bus-ID: 00:19.0
           IF: enp0s25 state: up speed: 100 Mbps duplex: full mac: <filter>
Drives:    HDD Total Size: 160.0GB (4.9% used)
           ID-1: /dev/sda model: Hitachi_HDS72101 size: 160.0GB
Partition: ID-1: / size: 17G used: 5.4G (35%) fs: ext4 dev: /dev/sda5
           ID-2: swap-1 size: 2.13GB used: 0.00GB (0%) fs: swap dev: /dev/sda6
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 47.0C mobo: N/A
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 178 Uptime: 6 min Memory: 646.8/1990.4MB
           Init: systemd runlevel: 5 Gcc sys: 5.4.0
           Client: Shell (bash 4.3.421) inxi: 2.2.35

शट डाउन करने से पहले नेटवर्क को बंद करने से कोई फर्क नहीं पड़ता है, इसलिए यह अगम्य दूरस्थ सर्वर के कारण नहीं है।

रिबूट ठीक काम करता है।

Journalctl --boot -1 -e --full के परिणाम

Specifying boot ID has no effect, no persistent journal was found

वर्बोज़ बूटिंग में एक असफल रेखा थी, जो कर्नेल मॉड्यूल को लोड करने में सक्षम नहीं होने के बारे में कुछ कहती थी।

क्रिया शटडाउन के परिणाम (अंतिम दो लाइनें):

[OK] Reached target shutdown.
[54.278173] reboot: power down

के परिणाम systemctl status

● lol-desktop
    State: degraded
     Jobs: 0 queued
   Failed: 1 units
    Since: Thu 2016-11-17 18:35:37 IST; 5min ago

PS I इसे विंडोज 7 के साथ डुअल बूट करता है।

linux-mint  shutdown 
— शिवोदित गिल
स्रोत
अपना प्रश्न संपादित करें journalctl --boot -1 -e --full, चलाएं और संबंधित आउटपुट को वहां रखें। यह लोगों को दिखाएगा कि सिस्टमडे ने क्या सोचा था कि यह उस समय कर रहा था।
— जेडीबीपी
सम्पादन किया जाता है।
— शिवोदित गिल
कृपया लोग, उत्तर दें, यह मुद्दा वास्तव में निराशाजनक है
— शिवोदित गिल
पत्रिका वही है जो लोगों को बताती है कि क्या चल रहा था। "यह एक तरह से जमा देता है।" नहीं करता। दुर्भाग्य से, आपने अपनी प्रणाली को हर शटडाउन पर जर्नल को छोड़ने के लिए कॉन्फ़िगर किया है, बजाय इसे लगातार स्टोर करने के /var/log/journal, इसलिए आप दुनिया को यह नहीं बता सकते हैं कि पत्रिका ने क्या दर्ज किया है, और लोग तब से निदान नहीं कर सकते हैं जो (या सबसे अधिक संभावना थी) जा रहा था गलत।
— JdeBP
तो, मैं इसे कैसे सक्षम करूं? क्या मुझे क्रिया बंद करने की आवश्यकता है?
— शिवोदित गिल

जवाबों:

7

मैंने Dell 5577 लैपटॉप (एनवीडिया 1050) पर लिनक्स मिंट 18.3 सिस्टम के साथ दो दिन लड़ाई लड़ी। शटडाउन या रिबूट पर स्क्रीन काली थी और कुछ भी नहीं हुआ।

निम्नलिखित में से किसी ने भी मदद नहीं की :(

  • ग्रब का संशोधन (GRUB_CMDLINE_LINUX = "एपीएम = पावर_ऑफ़", "एसीपी = बल", आदि)
  • EuP को अक्षम करना (कंप्यूटर को बंद कंप्यूटर पर यूएसबी पोर्ट को पावर करना)

क्या मदद मिली :)

  • मेनू का चयन करें -> प्रशासन -> ड्राइवर प्रबंधन -> nouveau के बजाय nvidia ड्राइवर का चयन करें , धैर्यपूर्वक प्रतीक्षा करें, क्योंकि यह थोड़ा चलता है, पहले रिबूट या शटडाउन विफल होगा, लेकिन पुनरारंभ करने के बाद अंत में यह ठीक काम करता है! :)

खोज: लिनक्स टकसाल बंद या रिबूट नहीं करता है, linux ubuntu शटडाउन या रिबूट नहीं करता है, लिनक्स टकसाल बंद या रिबूट नहीं करता है, लिनक्स ubuntu बंद या रिबूट नहीं करता है

— जेकब
स्रोत
1
वास्तव में डेल एक्सपीएस 15 के साथ मेरे लिए भी ऐसा ही है। दुर्भाग्य से एनवीडिया ड्राइवर अनुपयोगी हैं क्योंकि फुलस्क्रीन वीडियो देखना उनके लिए प्रशंसकों को चलाने के लिए पर्याप्त है ताकि आप वास्तव में कुछ भी सुन न सकें। यह प्राइम सेट के साथ एनवीडिया या इंटेल ग्राफिक्स के साथ होता है।
— न्यूट्रिनो
किंवदंती, यह मेरे लिए एक HP Zbook Studio G3 पर काम करता है।
— सीन मिसिंगम
असूस ज़ेनबुक प्रो UX550 के लिए काम किया। धन्यवाद टन !!
— ether_joe
Nvidia NVS 5400M के साथ मेरे लेनोवो T430 पर सुपर स्लो रिबूट और शटडाउन को Nouveau के बजाय Nvidia ड्राइवर का चयन करके हल किया गया। धन्यवाद!
— जाकियान
3

इस समस्या को हल करने के लिए गेंटू लाइनक्स (कर्नेल 4.17.5) में मेरे लिए क्या काम किया गया था, निम्नलिखित में नूवो चालक डे के लिए एक विकल्प के रूप में जोड़ना था:

vram_pushbuf=1

( nouveau.vram_pushbuf=1जब नोव्यू कर्नेल में डाला जाता है)।

मैंने पड़ाव प्रक्रिया के अंत में एक त्रुटि संदेश से इसकी खोज की। जब सिस्टम मेरे nvidia GPU के लिए इस विकल्प के बिना एक पूर्ण शटडाउन के लिए अंतिम छिद्र के रूप में वीडियो को बंद करने का प्रयास कर रहा है, तो सिस्टम लटका हुआ है।

— Miquel
स्रोत
1

यह समस्या मेरे लिए भी वास्तविक थी। सबसे दिलचस्प क्या है - जब मैंने पहले मैन्युअल रूप से उपयोगकर्ता सत्र बंद किया और फिर सिस्टम को बंद कर दिया, तो बिना किसी देरी के सब कुछ सुचारू रूप से चला गया। आज मैंने इस मुद्दे को हल करने के लिए कुछ समय समर्पित किया और यहाँ कुछ परिणाम हैं। समस्या इसलिए पैदा होती है क्योंकि सिस्टम किसी ऐसी चीज के लिए बंद होने का इंतजार करता है जो उसकी राय में होनी ही चाहिए। प्रत्येक अलग मामले के लिए बहुत ही अलग-अलग बात है। मेरे मामले में यह दो समस्याएं थीं जिनमें से एक मुझे मिली है। सिस्टम एक हार्ड ड्राइव की तलाश में था जो मौजूद नहीं था। ऐसा कैसे? क्योंकि मैंने लिनक्स के कुछ अन्य संस्करणों के साथ प्रयोग किया है और सभी संस्करणों के लिए उसी ड्राइव डिवाइस का चयन किया है जो स्वैप है। दूसरे लिनक्स की स्थापना के दौरान, यूयूआईडीडिवाइस को बदल दिया गया था लेकिन पहले लिनक्स की सिस्टम फाइलों में यह अपरिवर्तित रहा। लेकिन, एक बार फिर, - यह मेरी समस्या थी, हो सकता है कि आप एक जैसे न हों। उपरोक्त समस्या को ठीक करने के बाद, मैं अभी भी एक और था। मैंने अपनी आशा खो दी और एक क्रूर बल के साथ समस्या को हल करने का प्रलोभन दिया। मैं में बदल /etc/systemd/user.confऔर /etc/systemd/system.confपैरामीटर फाइल DefaultTimeoutStopSecसे 90 secondsकरने के लिए 5 seconds। लाइन को अनलिमिटेड करना न भूलें ( #पैरामीटर के साथ लाइन की शुरुआत में साइन हटाने के लिए DefaultTimeoutStopSec)।

अब यह ठीक काम करता है, सिस्टम बहुत तेजी से बंद हो जाता है।

— डोंग जुआंग
स्रोत
1

एक और संभावित समाधान - विशेष रूप से नए हार्डवेयर (यू) ईएफआई के लिए - बूट पैरामीटर को जोड़ना है apm=power_off। आप की परिभाषा में जोड़ सकते हैं GRUB_CMDLINE_LINUX_DEFAULTमें /etc/default/grubया अगर यह अभी तक मौजूद नहीं है पंक्ति जोड़ें।

GRUB_CMDLINE_LINUX_DEFAULT="apm=power_off"

फिर अपने ऑपरेटिंग सिस्टम मैनुअल के अनुसार ग्रब इंस्टॉलेशन को अपडेट करें, जैसे:

update-grub # Debian/Ubuntu
grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg # EFI on Fedora etc
grub2-mkconfig -o /boot/grub2/grub.cfg # BIOS
— sebix
स्रोत
0

मैं 54 के बाद अपने सिस्टम शक्तियों बंद मान? संभवतः इसकी एक त्रिशंकु प्रक्रिया है, यदि आपके पास शटडाउन चेक / var / lib / systemd / coredump / फ़ाइलों के लिए डिस्क की बहुत सारी गतिविधि है, तो आप कोर डंप को बंद कर सकते हैं (रूट समाधान के बजाय आस-पास काम के रूप में)

— निकोलस
स्रोत
0

बंद करना USB 3.0 legacy modeया usb3.0 configuration in pre-osमें BIOS , मेरे लिए काम किया।

— ExillustX
स्रोत
0

लिनक्स मिंट 18.1:

मेरी समस्या यह थी कि मेरा नया पीसी शटडाउन / पावर बंद होने पर अनिश्चित क्षणों में लटका हुआ था। मुझे कई सेकंड के लिए ऑन (ऑफ बटन) करना था (मैकेनिकल पावर ऑफ भी)।

UEFI / BIOS में एक सेटिंग बदलने के बाद समस्या चली गई:

  1. UEFI / BIOS खोलें:

  2. उन्नत → Powermanagement → EuP- सेटिंग अक्षम

  3. सेटिंग्स को सहेज कर बाहर निकलें

फिर अपने कंप्यूटर को पुनरारंभ करें और सब कुछ ठीक होना चाहिए।

— Grouster
स्रोत
1
EuP सेटिंग क्या है, या इसके लिए खड़े रहें?
— Xen2050
0

ग्रब में GRUB_CMDLINE_LINUX_DEFAULT पैरामीटर से "शांत" और "स्प्लैश" मान हटाने के बाद मेरे लिए यह समस्या ठीक हो गई थी।

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