Un mensaje en el muro advirtió de un inminente reinicio o apagado, pero me perdí los detalles. ¿Cómo puedo obtenerlos?

Mientras se escribía algo en mi terminal, pasó un mensaje en el muro. Fue demasiado rápido para leerlo. Todo lo que pude decir fue

Broadcast message from

The system is going down for

E incluso la mayor parte de eso es una suposición educada.

Crucialmente, perdí cuando está bajando. ¿20 minutos? ¿2 horas? ¿24 horas?

¿Puedo releer el mensaje del muro o buscar apagados / reinicios planificados en alguna parte? Solo soy un usuario común sin root.

reboot messaging

— gerrit
fuente

alguna comprobación rápida (centos7) muestra que / var / log / messages tiene un registro de que el usuario envió un mensaje de pared, pero no el contenido de dicho mensaje. No estoy seguro de 'pared' o 'escribir' en realidad registra el contenido de los mensajes en cualquier lugar ...

— 0xSheepdog

Incluso si el muro no lo hace, ¿tal vez el apagado / reinicio tenga un registro de accesos planificado de acceso público? Estoy 99% seguro de que fue un mensaje de apagado; Solo quiero saber cuándo. En cualquier caso, no tengo permisos de lectura /var/log/messages.

— gerrit

nologinsolo existirá en los cinco minutos previos al apagado, por lo que no es de gran ayuda si el administrador del sistema ha shutdownprogramado una detención o reinicio del sistema en tres semanas. Sin embargo, habrá más avisos periódicos con frecuencia creciente a medida que se acerque el horizonte de cierre. Las páginas del manual para shutdown, wally mesgno indican que el contenido de dichos mensajes se conserve en ninguna parte. La presencia de /var/run/nologinle dice que tiene como máximo cinco minutos restantes.

— DopeGhoti

@gerrit Si inicia xconsole en un host remoto, se ejecuta en el host remoto. Si abre un archivo, es un archivo en el host remoto. Esto significa que xconsole lee / dev / console en el host remoto. Su servidor X local muestra solo la salida y se asegura de que sus eventos locales de teclado y mouse se envíen a xconsole que se ejecuta en el host remoto.

— ceving

Si se está ejecutando un apagado inminente, entonces (para volver a escribirlo) se está ejecutando un proceso de apagado para esperar y enviar transmisiones regulares antes de iniciar el apagado real. Si la configuración del sistema permite que un usuario normal vea todo el proceso, simplemente haga una ps -ef|grep -w shutdowny debería ver el proceso de apagado, con sus argumentos, incluido el parámetro de tiempo (que podría ser absoluto o relativo)

— AB

Si tiene reenvío X y la capacidad de instalar (o compilar) sus propios programas, intente ejecutar xwrited para convertir los wallmensajes en notificaciones de escritorio.

Si su caja UNIX está ejecutando un init tradicional (Sistema V o BSD), puede buscar el proceso de apagado usando ps:

ps aux | grep shutdown

Sin embargo, cuando se ejecuta systemd, el temporizador se implementa en el logind.service, por pslo que no ayudará. Usted puede ser capaz de averiguar si hay una parada programada mirando en el archivo /run/systemd/shutdown/scheduled:

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

Para convertir de microsegundos a una fecha razonable, puede usar gawk:

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

Sin embargo, tenga en cuenta que algunas versiones de systemd no eliminan el archivo cuando se cancela un apagado. (La versión que probé, 232, deja el archivo dando vueltas después shutdown -c).

— hackerb9
fuente