Eine Pinnwandmeldung warnte vor einem bevorstehenden Neustart oder Herunterfahren, aber ich habe die Details übersehen. Wie kann ich sie erhalten?

10

Während eine Ausgabe in mein Terminal geschrieben wurde, ging eine Pinnwandnachricht vorbei. Es ging mir zu schnell, um es zu lesen. Ich konnte nur sagen

Broadcast message from

The system is going down for

Und selbst das meiste davon ist eine fundierte Vermutung.

Entscheidend ist, dass ich es verpasst habe, wenn es runter geht. 20 Minuten? 2 Stunden? 24 Stunden?

Kann ich entweder die Pinnwandnachricht erneut lesen oder irgendwo nach geplanten Abschaltungen / Neustarts suchen? Ich bin nur ein gewöhnlicher Benutzer ohne root.

reboot messaging gerrit
quelle
Einige schnelle Überprüfungen (centos7) zeigen, dass / var / log / messages einen Datensatz enthält, dass der Benutzer eine Pinnwandnachricht gesendet hat, jedoch nicht den Inhalt dieser Nachricht. Ich bin nicht sicher, ob 'wall' oder 'write' den Inhalt von Nachrichten tatsächlich irgendwo protokolliert ...
0xSheepdog
Auch wenn die Wand dies nicht tut, hat das Herunterfahren / Neustarten möglicherweise ein öffentlich zugängliches Protokoll der geplanten Abschaltungen? Ich bin mir zu 99% sicher, dass es sich um eine Shutdown-Nachricht handelte. Ich möchte nur wissen wann. Auf jeden Fall habe ich keine Leseberechtigungen für /var/log/messages.
Gerrit
2
nologinwird nur in den fünf Minuten vor dem Herunterfahren vorhanden sein, daher ist es nicht besonders hilfreich, wenn der shutdownSystemadministrator einen Systemstopp oder Neustart in drei Wochen geplant hat. Es wird jedoch weitere periodische Benachrichtigungen mit zunehmender Häufigkeit geben, wenn sich der Abschalthorizont nähert. Die Handbuchseiten für shutdown, wallund mesggeben nicht an, dass der Inhalt solcher Nachrichten irgendwo erhalten bleibt. Das Vorhandensein von /var/run/nologinsagt Ihnen, dass Sie höchstens noch fünf Minuten Zeit haben.
DopeGhoti
1
@gerrit Wenn Sie xconsole auf einem Remote-Host starten, wird es auf dem Remote-Host ausgeführt. Wenn eine Datei geöffnet wird, handelt es sich um eine Datei auf dem Remote-Host. Dies bedeutet, dass xconsole / dev / console auf dem Remote-Host liest. Ihr lokaler X-Server zeigt nur die Ausgabe an und stellt sicher, dass Ihre lokalen Tastatur- und Mausereignisse an xconsole gesendet werden, die auf dem Remote-Host ausgeführt wird.
17.
1
Wenn ein bevorstehendes Herunterfahren ausgeführt wird, wird (um es erneut zu schreiben) ein Herunterfahrvorgang ausgeführt, um zu warten und regelmäßige Sendungen zu senden, bevor das eigentliche Herunterfahren eingeleitet wird. Wenn die Systemeinstellungen es einem normalen Benutzer ermöglichen, alle Prozesse zu sehen, führen Sie einfach a aus, ps -ef|grep -w shutdownund Sie sollten den Prozess zum Herunterfahren mit seinen Argumenten sehen, einschließlich des Zeitparameters (der absolut oder relativ sein kann)
AB

Antworten:

2

Wenn Sie über X-Weiterleitung verfügen und Ihre eigenen Programme installieren (oder kompilieren) können, versuchen Sie, xwrited auszuführen , um wallNachrichten in Desktop-Benachrichtigungen umzuwandeln .

Wenn auf Ihrer UNIX-Box ein herkömmlicher Init (System V oder BSD) ausgeführt wird, können Sie nach dem Herunterfahren suchen, indem Sie Folgendes verwenden ps:

ps aux | grep shutdown

Beim Ausführen systemdist der Timer jedoch im logind.service implementiert, was psnicht hilft. Sie können möglicherweise anhand der Datei herausfinden, ob ein Herunterfahren geplant ist /run/systemd/shutdown/scheduled:

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

Um von Mikrosekunden zu einem angemessenen Datum zu konvertieren, können Sie Folgendes verwenden gawk:

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

Beachten Sie jedoch, dass einige Versionen von systemd die Datei nicht löschen, wenn das Herunterfahren abgebrochen wird. (Die Version, die ich ausprobiert habe, 232, lässt die Datei danach hängen shutdown -c).

hackerb9
quelle