एक दीवार संदेश ने रिबूट या बंद करने की चेतावनी दी, लेकिन मैंने विवरणों को याद किया। मैं उन्हें कैसे प्राप्त कर सकता हूं?


10

जबकि कुछ आउटपुट मेरे टर्मिनल को लिखा जा रहा था, एक दीवार संदेश द्वारा पारित किया गया था। यह मेरे लिए इसे पढ़ने के लिए बहुत तेजी से चला गया। सब मैं बता सकता था

Broadcast message from

The system is going down for

और यहां तक ​​कि अधिकांश एक शिक्षित अनुमान है।

स्वाभाविक रूप से, मैं चूक गया जब यह नीचे जा रहा है। 20 मिनट? 2 घंटे? चौबीस घंटे?

क्या मैं या तो दीवार संदेश को फिर से प्रसारित कर सकता हूं, या कहीं योजनाबद्ध शटडाउन / रिबूट की तलाश कर सकता हूं? मैं रूट के बिना सिर्फ एक साधारण उपयोगकर्ता हूं।


कुछ त्वरित जाँच (सेंटो 7) शो / वार / लॉग / मैसेज में एक रिकॉर्ड होता है कि उपयोगकर्ता ने दीवार संदेश भेजा है, लेकिन उक्त संदेश की सामग्री नहीं। मुझे यकीन नहीं है कि 'दीवार' या 'लिखना' वास्तव में संदेशों की सामग्री को कहीं भी लॉग करता है ...
0xSheepdog

यहां तक ​​कि अगर दीवार नहीं करता है, तो शायद शटडाउन / रिबूट के पास योजनाबद्ध शटडाउन का सार्वजनिक रूप से सुलभ लॉग है? मुझे यकीन है कि यह शटडाउन-संदेश था 99%; मैं सिर्फ यह जानना चाहता हूं कि कब। किसी भी मामले में, मेरे पास पढ़ने की अनुमति नहीं है /var/log/messages
जेरिट

2
nologinशटडाउन से पहले केवल पांच मिनट में मौजूद होगा, इसलिए यह बहुत उपयोगी नहीं है यदि सिसडमिन ने shutdownसिस्टम हॉल्ट या रिबूट को तीन सप्ताह में शेड्यूल करने के लिए उपयोग किया है। हालाँकि, आगे की आवधिक सूचनाएँ होंगी जो बढ़ती आवृत्ति के साथ बंद क्षितिज के पास होंगी। मैनुअल पृष्ठों के लिए shutdown, wallऔर mesgयह इंगित नहीं करता है कि ऐसे संदेशों की सामग्री कहीं भी संरक्षित है। की उपस्थिति /var/run/nologinआपको बताता है कि आप पर है कि सबसे शेष पांच मिनट।
डोपघोटी

1
@gerrit यदि आप दूरस्थ होस्ट पर xconsole प्रारंभ करते हैं, तो यह दूरस्थ होस्ट पर चलता है। यदि यह एक फ़ाइल खोलता है, तो यह दूरस्थ होस्ट पर एक फ़ाइल है। इसका मतलब है कि xconsole रिमोट होस्ट पर रीड / देव / कंसोल है। आपका स्थानीय X सर्वर सिर्फ आउटपुट दिखाता है और यह सुनिश्चित करता है कि आपके स्थानीय कीबोर्ड और माउस इवेंट रिमोट होस्ट पर चलने वाले xconsole को भेजे जाते हैं।
छत

1
यदि एक आसन्न शटडाउन चल रहा है, तो (इसे फिर से लिखने के लिए) एक शटडाउन प्रक्रिया चल रही है, ताकि वास्तविक शटडाउन शुरू करने से पहले नियमित प्रसारण की प्रतीक्षा करें और भेजें। यदि सिस्टम सेटिंग्स एक सामान्य उपयोगकर्ता को सभी प्रक्रिया को देखने की अनुमति देती हैं, तो बस एक करें ps -ef|grep -w shutdownऔर आपको शटडाउन प्रक्रिया को देखना चाहिए, इसके तर्कों के साथ, समय पैरामीटर (जो पूर्ण या सापेक्ष हो सकता है)
AB

जवाबों:


2

यदि आपके पास X अग्रेषण और अपने स्वयं के प्रोग्राम को स्थापित (या संकलित) करने की क्षमता है, तो संदेशों को डेस्कटॉप सूचनाओं में बदलने के लिए xwrited चलाने का प्रयास करें wall

यदि आपका UNIX बॉक्स पारंपरिक इनिट (सिस्टम V या BSD) चला रहा है, तो आप शटडाउन प्रक्रिया का उपयोग करके देख सकते हैं ps:

ps aux | grep shutdown

हालाँकि, जब रनिंग systemd, टाइमर logind.service में कार्यान्वित किया जाता है, तो psइससे मदद नहीं मिलेगी। यदि फ़ाइल में कोई शटडाउन निर्धारित है, तो आप यह पता लगाने में सक्षम हो सकते हैं /run/systemd/shutdown/scheduled:

$ cat /run/systemd/shutdown/scheduled 
USEC=1511457755542032
WARN_WALL=1
MODE=poweroff
WALL_MESSAGE=System going down for scheduled maintenance

माइक्रोसेकंड से एक उचित तारीख में बदलने के लिए, आप उपयोग कर सकते हैं gawk:

$ awk -F= '/USEC/ {print strftime("%c", $2/1E6)}' < /var/run/systemd/shutdown/scheduled
Thu 23 Nov 2017 10:03:21 AM CET

हालाँकि, ध्यान दें कि शटडाउन रद्द होने पर सिस्टमड के कुछ संस्करण फ़ाइल को डिलीट नहीं करते हैं । (मैंने जो संस्करण की कोशिश की, 232, उसके बाद फाइल को चारों ओर लटका हुआ छोड़ देता है shutdown -c)।

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