Отключение системы в задданое время на постоянной основе.

Отключение системы в задданое время на постоянной основе.

Это чтобы выключил и больше никогда не включил?

А если серьёзно, то crontab (или systemd.timer, если оно на systemd).

Домен-недомен здесь как бы сбоку вообще.

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

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

Wake-on-LAN. В десктопах десятилетней давности уже поддерживалось, так что вряд ли это будет какой-то большой проблемой. А серверов без WoL я не встречал.

Выключить - shutdown -P 18:30
Приостановить и проснуться через 12ч. - rtcwake -m disk -s 43200

нет, это чтобы в какое время не включил комп, он должен автоматически отключится скажем в 21:00 по московскому времени))

нет, это чтобы в какое время не включил комп, он должен автоматически отключится скажем в 21:00 по московскому времени))

Что нет? Читай документацию по крону. systemd, насколько я помню, тоже может не только с периодичностью работать, но и в определённое время.

Что нет? Читай документацию по крону. systemd

Зачем изобретать велосипед, если уже есть утилита shutdown?

Зачем изобретать велосипед, если уже есть утилита shutdown?

Затем, что нужно чтобы это работало автоматически, а не запускать её лапками после каждого включения.

crontab прописывается для конкретных пользователей, а если у меня домен, то у меня их как миниммум 5 на одной машине…очень неудобно получается

crontab прописывается для конкретных пользователей

Во-первых не обязательно оно пользователям разрешено, во-вторых помимо этого есть ещё общесистемный /etc/crontab (в котором немного отличается синтаксис — перед командой дополнительное поле с именем пользователя).

Затем, что нужно чтобы это работало автоматически, а не запускать её лапками после каждого включения.

Чтобы не запускать лапками при включении - все уже придумали до нас - /etc/rc.d/rc.local

/etc/rc.d/rc.local

Тоже вариант, кстати.

Без понятия как с этим в Linux сейчас. И уж тем более не представляю как с этим в systemd, но, думаю, как-то извернуться точно можно.

В Федоре-36

systemctl enable rc-local.service
systemctl start rc-local.service

И от этого решение стало элегантнее?

Вот бы мне кто запилил чтобы в промежутке от 22:00 до 08:00 комп не включался вообще, а не просто стриггернул один раз, потому что не проблема его тут же включить.

И от этого решение стало элегантнее?

Предложено рабочее проверенное решения для автора вопроса про автоматическое выключение группы компов в заданное время.
Здесь не соревнование в элегантности!

Но ты же соревнуешься? До тебя человек предложил, но ты споришь. Не я же? :)

А мне способ никто не придумал? А то мне в голову ничего не приходит. Что крон, что шатдаун - единоразовые штуки, а мне нужно надёжно.

утилита shutdown (сколь помню конечно) работает через крон, который работает через системд (если стоит системд).
зачем промежуточные прокладки ??

утилита shutdown (сколь помню конечно) работает через крон, который работает через системд (если стоит системд). зачем промежуточные прокладки ??

Вы считаете, вместо shutdown 18:30 лучше изучить синтаксис cron & systemd?
«Лучше день потратить, затем быстро долететь»?
Хорошо - приведите ваш вариант команды «заснуть на 12 часов» (пример выше через rtcwake)

после выключения компутер может запустить только биос. соответственно для запуска компутера по времени смотри настройки биоса в соответствующем разделе. плюс учти какое время в биосе - там может и UTC.
вполне возможно есть какие утилиты которые могут корежить cmos напрямую, но не сталкивался.

выключить через системд так
———- poweroff.service

[Unit]
Description=poweroff

[Service]
Type=oneshot
ExecStart=/bin/systemctl poweroff

[Install]
WantedBy=multi-user.target

——— poweroff.timer

[Unit]
Description=Execute poweroff every day at 21:00

[Timer]
OnCalendar=21:00
Unit=poweroff.service

[Install]
WantedBy=multi-user.target

прописываешь, потом sudo systemctl daemon-reload и systemctl enable poweroff.timer

хз, запрос %тс% на выключение.

хз, запрос %тс% на выключение.

Согласен, но потом началась «а как потом включать автоматом в заданное время».

И как готовый пример реализации таймера выключения твоя реализация хороша! Но сколько прочитать надо, чтобы самому это написать?
А %ТС% послали именно маны читать на cron & systemd

кто что умеет/привык :)

через крон выключение тоже делается
даже в глубоком сне ядро операционки и куча систем компутера (то же питание процессора) работает.

rtcwake -m disk

Suspend to disk (aka hibernate) The S4 sleeping state as defined by ACPI. Saves the machine’s state into swap space and completely powers off the machine. When the machine is powered on, the state is restored. Until then, there is zero power consumption.

Питание компа полностью отключается! Стартует комп RTC, которое имеет свою батарейку.

Вот бы мне кто запилил чтобы в промежутке от 22:00 до 08:00 комп не включался вообще

А мне способ никто не придумал?

Нет, не придумал, потому что его не существует. Только ардуинку с реле в разрыв питания ставить.

Не, всё проще. Включил, ядро загрузилось, проверило, что время не подходяшшэе и всё выключилось. Этого достаточно.

Хотя, сейчас подумал, это же можно двумя способами сделать, выключалку на крон повесить, а проверялку времени на старт системы, чтобы не считала постоянно. Как я раньше не дотумкал?

Не, всё проще. Включил, ядро загрузилось, проверило, что время не подходяшшэе и всё выключилось. Этого достаточно.

Ваше предложение полностью противоречит исходному ТЗ «чтобы в промежутке от 22:00 до 08:00 комп не включался вообще»

Не противоречит, а немного дополненное.

Если локально на самих машинах, то как правильно тут писали выше, в cron внести и всё. Если же глобально (то есть по команде с сервера), то есть варианты от примитивных оркестраторов, что тупо ходят по ssh и дают команды, до Ansible и Salt. В какой именно домен?

Вот бы мне кто запилил чтобы в промежутке от 22:00 до 08:00 комп не включался вообще

APC Smart UPS поставить в недоступное место, провод от него приварить/приклепать к б/п. :-)

команда shutdown now запускать по крону или по теймерам в системдне

Wake-on-LAN. В десктопах десятилетней давности уже поддерживалось

Работало раз-через-раз все те же десятилетия.

Нет, не придумал, потому что его не существует. Только ардуинку с реле в разрыв питания ставить.

Умную розетку можно приспособить, наверное.

Нет, не придумал, потому что его не существует. Только ардуинку с реле в разрыв питания ставить.

Есть, но дома его не используют. Давно придуманы всякие штуки для этого, но и стоят не два рубля )) Я, например, для банковского оборудования в ТЗ требования такие видел, к куче дизельных генераторов, UPS и так далее.

Wake-on-LAN. В десктопах десятилетней давности уже поддерживалось

Работало раз-через-раз все те же десятилетия.

Ну да, не без проблем. А когда десктопы были вот прям идеальными?

https://xkcd.com/292

echo poweroff | at 21:00

но только от рута срабатывает хз почему тупой какойто этот at

мысль правильная и эффективная.
но !! мне только одно неясно - каким образом rtcwake настраивает время пробуждения в аппаратных rtc.

ACPI не дает интерфейса к управлению времени пробуждения. биос имеет совершенно разную структуру cmos-записей. дампнуть cmos можно, да и залить обратно, но и фсё … :( в свое время искал програмулинку для изменения настроек биоса. попадаются только для редких случаев, так понял личных компутеров особо упертых гиков, реверснувших cmos-записи :), и то либо под дос, либо древних и все такое.
вопрос лишь в этой тонкой субстанции ??
все остальное отработанно и привычно.

может кто прояснить вот этот момент - управление настройками биоса из-под операционки ??

дык poweroff только от рута и срабатывает :) простому пользователю он не доступен на исполнение.

а попробуй /sbin/poweroff волшебство

вот именно что

pfg@srv16:~$ poweroff
Failed to set wall message, ignoring: Interactive authentication required.
Failed to power off system via logind: Interactive authentication required.
Failed to open initctl fifo: Отказано в доступе
Failed to talk to init daemon.