Wiadomość ścienna ostrzegała przed zbliżającym się ponownym uruchomieniem lub zamknięciem systemu, ale brakowało mi szczegółów. Jak mogę je uzyskać?

Gdy do mojego terminala zapisywano jakieś dane wyjściowe, minął komunikat ścienny. Poszło mi za szybko, żeby to przeczytać. Mogłem tylko powiedzieć

Broadcast message from

The system is going down for

I nawet większość z nich to wykształcone przypuszczenie.

Co najważniejsze, brakowało mi kiedy to się dzieje w dół. 20 minut? 2 godziny? 24 godziny?

Czy mogę ponownie przeczytać komunikat na ścianie lub poszukać gdzieś planowanych wyłączeń / restartów? Jestem zwykłym użytkownikiem bez roota.

reboot messaging

— gerrit
źródło

niektóre szybkie sprawdzanie (centos7) pokazuje, że / var / log / messages ma zapis, że użytkownik wysłał wiadomość naścienną, ale nie zawartość tej wiadomości. nie jestem pewien, czy „wall” lub „write” faktycznie rejestruje zawartość wiadomości w dowolnym miejscu ...

— 0xSheepdog

Nawet jeśli ściana nie, być może zamknięcie / ponowne uruchomienie ma publicznie dostępny dziennik planowanych wyłączeń? Jestem w 99% pewien, że był to komunikat o wyłączeniu; Chcę tylko wiedzieć, kiedy. W każdym razie nie mam uprawnień do odczytu /var/log/messages.

— gerrit

nologinbędzie istniał tylko na pięć minut przed zamknięciem, więc nie jest to strasznie pomocne, jeśli sysadmin użył shutdownharmonogramu zatrzymania lub ponownego uruchomienia systemu za trzy tygodnie. Jednak w miarę zbliżania się horyzontu przestoju będą pojawiać się kolejne okresowe powiadomienia. Strony podręcznika dla shutdown, walli mesgnie wskazują, że zawartość takich wiadomości są przechowywane w dowolnym miejscu. Obecność /var/run/nologinmówi ci, że masz najwyżej pięć minut.

— DopeGhoti,

@gerrit Jeśli uruchomisz xconsole na zdalnym hoście, działa on na hoście zdalnym. Jeśli otworzy plik, jest to plik na zdalnym hoście. Oznacza to, że xconsole czyta / dev / console na zdalnym hoście. Twój lokalny serwer X pokazuje tylko dane wyjściowe i upewnia się, że zdarzenia lokalnej klawiatury i myszy są wysyłane do xconsole działającej na zdalnym hoście.

— ceving

Jeśli zbliża się zamknięcie, oznacza to, że (aby napisać to ponownie), uruchomiono proces zamykania, aby poczekać i wysłać regularne transmisje przed zainicjowaniem prawdziwego zamknięcia. Jeśli ustawienia systemowe pozwalają na normalny użytkownik, aby zobaczyć wszystkie procesu, po prostu zrobić ps -ef|grep -w shutdowni powinieneś zobaczyć proces zamykania, z jego argumentów, w tym parametrze czasu (co może być bezwzględne lub względne)

— AB

Jeśli masz przekierowywanie X i możliwość instalowania (lub kompilowania) własnych programów, spróbuj uruchomić xwrited, aby zamienić wallwiadomości w powiadomienia na pulpicie.

Jeśli na twoim UNIXowym pudełku działa tradycyjny init (System V lub BSD), możesz poszukać procesu zamykania za pomocą ps:

ps aux | grep shutdown

Jednak podczas działania systemdlicznik czasu jest implementowany w usłudze logind.service, więc psnie pomoże. Państwo może być w stanie dowiedzieć się, czy jest planowane zamknięcie patrząc w pliku /run/systemd/shutdown/scheduled:

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

Aby przeliczyć z mikrosekund na rozsądną datę, możesz użyć gawk:

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

Należy jednak pamiętać, że niektóre wersje systemd nie usuwają pliku po anulowaniu wyłączania. (Wersja, którą wypróbowałem, 232, pozostawia plik zawieszony po shutdown -c).

— hackerb9
źródło