Сообщение на стене предупредило о предстоящей перезагрузке или выключении, но я пропустил детали. Как я могу получить их?

Пока какой-то вывод записывался на мой терминал, проходило настенное сообщение. Мне показалось слишком быстро читать. Все, что я мог сказать, было

Broadcast message from

The system is going down for

И даже большая часть этого - обоснованное предположение.

Крайне важно, я пропустил, когда это идет вниз. 20 минут? два часа? 24 часа?

Могу ли я либо перечитать сообщение на стене, либо искать запланированные выключения / перезагрузки где-нибудь? Я просто обычный пользователь без рута.

reboot messaging

— Геррит
источник

некоторые быстрые проверки (centos7) показывают, что / var / log / messages содержит запись о том, что пользователь отправил настенное сообщение, но не о содержании указанного сообщения. я не уверен, что «стена» или «запись» на самом деле записывает содержимое сообщений в любом месте ...

— 0xSheepdog

Даже если у стены нет, возможно, завершение работы / перезагрузка имеет общедоступный журнал запланированных отключений? Я на 99% уверен, что это было сообщение о выключении; Я просто хочу знать, когда. В любом случае у меня нет прав на чтение /var/log/messages.

— Gerrit

nologinбудет существовать только за пять минут до выключения, поэтому не очень полезно, если системный администратор использовал shutdownдля планирования остановки системы или перезагрузки через три недели. Однако по мере приближения горизонта отключения будут появляться и другие периодические уведомления с возрастающей частотой. Страницы справочника shutdown, wallи mesgне указывают, что содержимое таких сообщений сохраняется где-либо. Присутствие /var/run/nologinговорит вам, что у вас осталось не более пяти минут.

— DopeGhoti

@gerrit Если вы запускаете xconsole на удаленном хосте, он запускается на удаленном хосте. Если он открывает файл, это файл на удаленном хосте. Это означает, что xconsole читает / dev / console на удаленном хосте. Ваш локальный X-сервер показывает только выходные данные и обеспечивает отправку событий локальной клавиатуры и мыши на xconsole, запущенную на удаленном хосте.

— выступление

Если выполняется предстоящее завершение работы, то (чтобы записать его снова) выполняется процесс выключения, чтобы ждать и отправлять регулярные трансляции перед началом реального завершения работы. Если системные настройки позволяют обычному пользователю видеть весь процесс, просто выполните a, ps -ef|grep -w shutdownи вы должны увидеть процесс завершения работы с его аргументами, включая параметр времени (который может быть абсолютным или относительным)

— AB

Если у вас есть X forwarding и вы можете устанавливать (или компилировать) свои собственные программы, попробуйте запустить xwrited, чтобы превратить wallсообщения в уведомления на рабочем столе.

Если на вашем UNIX-сервере выполняется традиционная инициализация (System 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

Однако обратите внимание, что некоторые версии systemd не удаляют файл при отмене завершения работы. (Версия, которую я попробовал, 232, оставляет файл зависшим после shutdown -c).

— hackerb9
источник