Повідомлення на стіні попереджало про майбутнє перезавантаження або відключення, але я пропустив деталі. Як я можу їх отримати?

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

Broadcast message from

The system is going down for

І навіть більшість із них здогадка про здогаду.

Принципово важливо, що я пропустив, коли йде вниз. 20 хвилин? 2 години? 24 години?

Чи можу я перечитати настінне повідомлення або шукати десь заплановані вимкнення / перезавантаження? Я просто звичайний користувач без кореня.

reboot messaging

— герріт
джерело

деяка швидка перевірка (centos7) показує, що / var / log / messages має запис про те, що користувач надіслав стінне повідомлення, але не вміст зазначеного повідомлення. я не впевнений, що "стіна" або "писати" насправді записує вміст повідомлень де завгодно ...

— 0xSheepdog

Навіть якщо стіна цього не зробить, можливо, для вимкнення / перезавантаження є загальнодоступний журнал планових відключень? Я на 99% впевнений, що це було повідомлення про відключення; Я просто хочу знати, коли. У будь-якому випадку, я не маю прав на читання для /var/log/messages.

— Герріт

nologinіснуватиме лише за п’ять хвилин до відключення, тому не дуже корисно, якщо sysadmin shutdownзапланував зупинку або перезавантаження системи на три тижні. Однак з'являться подальші періодичні повідомлення із збільшенням частоти, коли горизонт відключення наближається. Сторінки керівництва для shutdown, wallі mesgне вказують на те, що вміст таких повідомлень зберігається в будь-якому місці. Наявність /var/run/nologinговорить про те, що у вас залишилось не більше п’яти хвилин.

— DopeGhoti

@gerrit Якщо ви запускаєте xconsole на віддаленому хості, він працює на віддаленому хості. Якщо він відкриває файл, це файл на віддаленому хості. Це означає, що xconsole читає / dev / console на віддаленому хості. Ваш локальний сервер X показує лише вихідний результат і гарантує, що локальна подія клавіатури та миші надсилається на xconsole, що працює на віддаленому хості.

— закінчення

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

— AB

Якщо у вас є переадресація X та можливість встановити (або компілювати) власні програми, спробуйте запустити xwrited, щоб перетворити wallповідомлення в сповіщення на робочому столі.

Якщо у вашому вікні UNIX працює традиційний init (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).

— хакерб9
джерело