शटडाउन पर संदेश: वॉचडॉग बंद नहीं हुआ!

Question

शटडाउन पर मुझे अक्सर संदेश मिलता है

watchdog did not stop!

और फिर लैपटॉप बंद किए बिना कुछ अन्य लाइनों के बाद जमा देता है।

कुछ पता है इसे कैसे सुधारना? हाल ही में यह बहुत बार हुआ, आमतौर पर जब लैपटॉप कुछ समय के लिए चालू होता था।

मैं एक Asus UX32LA पर डेबियन 8 का उपयोग कर रहा हूं

मुझे यह सिस्टमड फ़ाइल मिली (यह शटडाउन के साथ एक संघर्ष दिखाता है। यह भूल गया), अगर यह मदद कर सकता है। मेरी धारणा यह है कि समस्या मेरे द्वारा आने वाले बैकलाइट को ठीक करने की कोशिश में आने वाले कुछ मुद्दे पर निर्भर करती है (जो वास्तव में केवल ग्रुब पैरामेंटर "acpi_osi =" के साथ काम करता है)

[Unit]
Description=Load/Save Screen Backlight Brightness of %i
Documentation=man:systemd-backlight@.service(8)
DefaultDependencies=no
RequiresMountsFor=/var/lib/systemd/backlight
Conflicts=shutdown.target  
After=systemd-readahead-collect.service systemd-readahead-replay.service     systemd-remount-fs.service
Before=sysinit.target shutdown.target

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/lib/systemd/systemd-backlight load %i
ExecStop=/lib/systemd/systemd-backlight save %i

Comments

क्या आप बूट cmdline से "rhgb शांत" को हटाने की कोशिश कर सकते हैं और फिर देख सकते हैं कि क्या होता है?

— शुभम

वास्तव में मैं क्या सुझाव देने जा रहा था। "rhgb शांत" बूट / शटडाउन पर संदेशों को दबा देता है जो यहां काफी उपयोगी हो सकते हैं।

— टिम एस।

/ etc / default / grub में कोई "rhgb शांत" नहीं है (और ग्रब अपडेट किया गया है)

— Reyx_0

डेबियन में, निकालने के बराबर विकल्प "शांत छप" हैं।

— टेल्कोएम

Answer 1

watchdog did not stop!लाइन सामान्य व्यवहार है। systemdएक " हार्डवेयर वॉचडॉग " टाइमर को एक फेलसेफ के रूप में सेट करता है , यह सुनिश्चित करने के लिए कि यदि सामान्य शटडाउन प्रक्रिया फ्रीज हो जाती है / विफल रहती है, तो कंप्यूटर निर्दिष्ट समय के बाद भी बंद रहेगा। यह समय अवधि ShutdownWatchdogSec=फ़ाइल में चर में परिभाषित की गई है /etc/systemd/system.conf। यहाँ डॉक्स से विवरण दिया गया है :

RuntimeWatchdogSec =, शटडाउनWatchdogSec =

रनटाइम पर और रिबूट पर हार्डवेयर प्रहरी को कॉन्फ़िगर करें। सेकंड में (या अन्य समय इकाइयों में "एमएस", "मिनट", "एच", "डी", "डब्ल्यू") के साथ प्रत्यय के समय का समय मान लेता है। यदि RuntimeWatchdogSec = एक गैर-शून्य मान पर सेट है, तो वॉचडॉग हार्डवेयर (/ dev / वॉचडॉग) को सिस्टम से रिबूट करने के लिए प्रोग्राम किया जाएगा यदि यह निर्दिष्ट टाइमआउट अंतराल के भीतर संपर्क नहीं किया गया है। सिस्टम प्रबंधक इसे निर्दिष्ट टाइमआउट अंतराल के आधे में कम से कम एक बार संपर्क करना सुनिश्चित करेगा। इस सुविधा के लिए एक हार्डवेयर वॉचडॉग डिवाइस की आवश्यकता होती है, क्योंकि यह आमतौर पर एम्बेडेड और सर्वर सिस्टम में होता है। सभी हार्डवेयर वॉचडॉग रिबूट टाइमआउट के कॉन्फ़िगरेशन की अनुमति नहीं देते हैं, जिस स्थिति में निकटतम उपलब्ध टाइमआउट उठाया जाता है। सिस्टम रिबूट करने के लिए कहा जाने पर हार्डवेयर वॉचडॉग को कॉन्फ़िगर करने के लिए ShutdownWatchdogSec = का उपयोग किया जा सकता है। यह एक सुरक्षा जाल के रूप में काम करता है ताकि यह सुनिश्चित किया जा सके कि रिबूट एक साफ रिबूट के प्रयास के समय भी हो। डिफ़ॉल्ट रूप से RuntimeWatchdogSec = 0 से डिफॉल्ट (बंद), और शटडाउनवचडॉगसेक = से 10min तक। यदि हार्डवेयर वॉचडॉग उपलब्ध नहीं है, तो इन सेटिंग्स का कोई प्रभाव नहीं पड़ता है।

जैसा कि आपने संकेत दिया, यह संभावना है, आपकी वास्तविक समस्या एसीपीआई सेटिंग बदलने से संबंधित है। इस डेबियन मंच धागे पर जवाब निम्नलिखित सुझाव देते हैं:

1) फ़ाइल को इस तरह से देखने के /etc/default/grub लिए GRUB_CMDLINE_LINUXलाइन को संपादित करें और संपादित करें: GRUB_CMDLINE_LINUX="reboot=bios"

2) रन: update-grub

यदि reboot=biosवे काम नहीं करते हैं, तो वे सुझाव देते हैं कि उनके साथ पुन: प्रयास करेंreboot=acpi

क्या ये दोनों आपके लिए काम करते हैं?

Comments

मैंने आपके द्वारा सुझाए गए परिवर्तनों को लागू किया, और आपको जल्द ही पता चल जाएगा। धन्यवाद

— Reyx_0

दुर्भाग्य से यह काम नहीं करता है। और मुझे लगता है कि इस मुद्दे (यानी लैपटॉप कई मायनों निलंबित पर जमा) इस दूसरी समस्या मैं भी है से संबंधित है: देखने bugzilla.kernel.org/show_bug.cgi?id=102091

— Reyx_0

मैंने पाया है कि या के /sbin/shutdown -r nowबजाय काम करता है । shutdown -r nowreboot

— xinthose

update-grub on my Centos7 कहता है कि कमांड नहीं मिली है

— stiv

@xinthose यह मुश्किल कमांड काम करता है। अजीब बात है, वे एक ही बाइनरी की ओर इशारा कर रहे हैं ( systemctl), मुझे नहीं पता क्यों।

— जूले ली

Answer 2

मैं एक ही समस्या वाले MIO सिंगल बोर्ड कंप्यूटर पर हूँ: sudo rebootया [CTRL] + [ALT] + [DEL] को लटकाने की ओर जाता है

प्रहरी नहीं रुके

उपरोक्त में से किसी ने भी मेरे लिए काम नहीं किया, लेकिन शुक्र है कि उनमें से एक ने काम किया:

1. उपयोग करें GRUB_CMDLINE_LINUX="reboot=bios"( reboot=acpiमेरे लिए काम नहीं किया)

2. systemctl reboot -iसिस्टम को सफलतापूर्वक रिबूट करने के लिए उपयोग करें । ( लिंक )

Answer 3

मेरे पास एक ही मुद्दा था, हालांकि, वॉचडॉग खुद मुद्दा नहीं है। इसमें सेटिंग करके इसे ठीक किया use_lvmetad = 0गया /etc/lvm/lvm.conf। किसी भी मामले में अलग-अलग सेवाएं हो सकती हैं।

यदि, इसके बाद, आप लंबे बूटअप समय का अनुभव करते हैं, तो दौड़ें systemd-analyze blame। मेरे मामले में, मैंने पाया कि systemd-udev-settle.serviceभारी देरी हुई, जिसे चलाकर कम किया जा सकता है systemctl mask systemd-udev-settle।