Un messaggio a muro avvisava dell'imminente riavvio o spegnimento, ma ho perso i dettagli. Come posso ottenerli?

Mentre un po 'di output veniva scritto sul mio terminale, passava un messaggio a muro. È andato troppo veloce per me leggerlo. Tutto quello che potevo dire era

Broadcast message from

The system is going down for

E anche la maggior parte di ciò è un'ipotesi colta.

Fondamentalmente, mi è mancato quando sta andando giù. 20 minuti? 2 ore? 24 ore?

Posso rileggere il messaggio sulla bacheca o cercare arresti / riavvii pianificati da qualche parte? Sono solo un normale utente senza root.

reboot messaging

— Gerrit
fonte

alcuni controlli rapidi (centos7) mostrano / var / log / messages ha un record che l'utente ha inviato un messaggio a muro, ma non il contenuto di detto messaggio. non sono sicuro che 'wall' o 'write' registrino effettivamente il contenuto dei messaggi ovunque ...

— 0xSheepdog

Anche se wall non lo fa, forse l'arresto / riavvio ha un registro accessibile al pubblico degli arresti pianificati? Sono sicuro al 99% che era un messaggio di spegnimento; Voglio solo sapere quando. In ogni caso, non ho i permessi di lettura per /var/log/messages.

— Gerrit,

nologinesisterà solo nei cinque minuti precedenti l'arresto, quindi non è estremamente utile se l'amministratore di sistema ha utilizzato shutdownper arrestare o riavviare il sistema in tre settimane. Tuttavia, ci saranno ulteriori avvisi periodici con frequenza crescente all'avvicinarsi dell'orizzonte di spegnimento. Le pagine di manuale per shutdown, walle mesgnon indicano che il contenuto di tali messaggi sia conservato ovunque. La presenza di /var/run/nologinti dice che hai al massimo cinque minuti rimanenti.

— DopeGhoti,

@gerrit Se si avvia xconsole su un host remoto, viene eseguito sull'host remoto. Se apre un file, è un file sull'host remoto. Ciò significa che xconsole legge / dev / console sull'host remoto. Il tuo server X locale mostra solo l'output e si assicura che gli eventi della tastiera e del mouse locali vengano inviati a xconsole in esecuzione sull'host remoto.

— ceving il

Se c'è un arresto imminente in esecuzione, quindi (per scriverlo di nuovo) è in esecuzione un processo di arresto, al fine di attendere e inviare trasmissioni regolari prima di avviare l'arresto reale. Se le impostazioni di sistema consentono a un utente normale di vedere tutto il processo, basta fare un ps -ef|grep -w shutdowne dovresti vedere il processo di spegnimento, con i suoi argomenti, incluso il parametro time (che potrebbe essere assoluto o relativo)

— AB

Se hai X forwarding e la possibilità di installare (o compilare) i tuoi programmi, prova a eseguire xwrited per trasformare i wallmessaggi in notifiche desktop.

Se la tua casella UNIX esegue un init tradizionale (System V o BSD), puoi cercare il processo di spegnimento usando ps:

ps aux | grep shutdown

Tuttavia, quando in esecuzione systemd, il timer è implementato in logind.service, quindi psnon aiuta. Si può essere in grado di scoprire se v'è una fermata programmata, cercando nel file /run/systemd/shutdown/scheduled:

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

Per convertire da microsecondi a una data ragionevole, è possibile utilizzare gawk:

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

Tuttavia, si noti che alcune versioni di systemd non eliminano il file quando viene annullato un arresto. (La versione che ho provato, 232, lascia il file in giro dopo shutdown -c).

— hackerb9
fonte