Раньше в linux было несколько классических способов перезагрузки системы:
shutdown -r, reboot, halt. Сейчас вся эта разница по сути исчезла: в современных дистрибутивах всем управляет systemd.Если посмотреть внимательнее, окажется, что привычные команды - это всего лишь обертки:
whereis reboot
ls -la /usr/sbin/reboot
и аналогично для shutdown. В итоге обе команды являются символьными ссылками на
/bin/systemctl. То есть не важно, что именно вы набрали - reboot, shutdown -r или systemctl reboot - запрос все равно уйдет в systemd.Иногда можно встретить рекомендации перезагружать сервер именно так:
systemctl reboot
Но на практике обычный ребут делает ровно то же самое, просто быстрее набирается.
Возникает логичный вопрос: как systemctl понимает, что от него хотят - перезагрузку или выключение, если бинарник один и тот же? Все просто: при запуске программа знает имя, под которым ее вызвали. Это стандартный механизм execve. Например, в shell имя команды доступно через
$0. Внутри systemctl есть проверка, которая определяет, был ли вызов через reboot, shutdown или напрямую.Кроме привычных команд, перезагрузку можно инициировать и через цели systemd:
systemctl start reboot.target
systemctl start ctrl-alt-del.target
По сути, эффект будет тем же самым, просто разными путями.
И важный момент напоследок. Все эти способы все равно требуют запуска бинарника с диска. Если файловая система повреждена и systemctl не может выполниться, система может зависнуть и не перезагрузиться. В таком случае остаётся крайний вариант - обратиться напрямую к ядру:
echo b > /proc/sysrq-trigger
Это эквивалент жесткого нажатия кнопки reset: без graceful shutdown, но зато работает даже в самых тяжелых ситуациях.
#systemd #reboot
🧑💻 NetworkAdmin