at 18:00 shutdown nowи shutdown 18:00они запускают один и тот же сервис? Они работают одинаково?
30
at 18:00 shutdown nowсоздает задание «at», которое выполняется в указанное время atдемоном или, возможно, cronдемоном, в зависимости от вашей системы.
shutdown 18:00запускает процесс в вашей оболочке, который ждет до указанного времени, а затем выполняет выключение. Эта команда может быть прервана, если, например, ваш сеанс оболочки завершен.
Чистый результат в большинстве случаев будет таким же: система выключится в 18:00.
Одно из отличий состоит в том, что если вы используете at, задание будет сохранено, и если система будет отключена каким-либо другим способом до 18:00, при повторной загрузке задание все еще будет ожидать запуска; если время уже прошло, отключение будет выполнено немедленно, что может быть довольно неожиданным.
Другое отличие состоит в том shutdown 18:00, что /run/nologinфайл будет создан за 5 минут до запланированного времени, чтобы люди не могли войти в систему после этого момента. Также будут отправлены широковещательные сообщения, чтобы предупредить зарегистрированных пользователей о том, что система собирается быть выключена.
Вы должны принять во внимание эти различия, чтобы решить, какой использовать.
shutdown 18:00msgstr " запускает процесс в вашей оболочке, который ждет". Что если вы выйдете из системы раньше?nohupилиdisownили что - то, если выходить из системы обычно убиваешь работаете фоновые процессы. Различные системы могут иметь разные значения по умолчанию для этого. (Я предполагаю, что на самом делеsudo shutdownпроцесс все еще выполняется, скорее он просто сигнализируетinitо запуске таймера выключения. Последнее может действительно быть тем, что происходит, но я недавно не проверял. О, но @JdeBP имеет; посмотрите этот ответ )atтак, чтобыcronвместоatd?А теперь системный ответ.
Если у вас CentOS 7, у вас есть операционная система systemd, и ответ будет другим.
at 18:00 shutdown nowвсе еще планирует черезatподсистему, но этаshutdownкоманда, как и та, с которой вы вызываете напрямуюshutdown 18:00, отличается. Это на самом делеsystemctlпрограмма systemd .systemctlделает вещи по-другому.Прежде всего,
systemctlотправляет запрос на отключение по расписанию для обработки демоном, как и вatслучае. Тем не менее,logindэтоsystemd-shutdowndсистемный демон (в частности, демон был удален из systemd в мае 2015 года, с тех пор это изменение было перенесено в более поздние минорные версии CentOS 7), а неatподсистема.systemctlговорит по внутреннему протоколу (общесистемному) брокеру Desktop Bus, который в свою очередь связывается сlogind.Так что, как и в
atслучае, там нет никакогоshutdownпроцесса, сидящего там, считающего и порождающегоwallсообщения. Таким образом, можно выйти из системы, и это не повлияет на расписание, и отмена не так проста, как простое прерывание / уничтожение процесса переднего плана сеанса входа в систему. Прямо как сat.Есть еще сообщения, в отличие от
atслучая, но они выдаютсяlogind. Также, в отличие отatслучая, запланированное задание не сохраняется при перезагрузках системы, поэтому фактическое отключение отменяет запланированное. Там есть файл в файловой системе, но при/run/systemd/shutdownкоторых не является постоянной памятью.Дальнейшие различия заключаются в том, что может быть только одно запланированное отключение за раз, тогда как можно отправить несколько
atзаданий, и Policy Kit будет применять правила дляshutdownзапуска в контексте без входа в систему в качествеatзадания, которые отличаются от правил, применяемых дляshutdownзапуска в контекст сеанса входа в систему. Последний может быть более разрешающим, позволяя (скажем) непривилегированному пользователю, который вошел в систему в сеансе активного входа в систему, завершить работу системы.дальнейшее чтение
источник