How to Schedule a Reboot in Linux (Even 3 Days From Now)
Use the built-in shutdown command to schedule reboots at a specific clock time or after a set number of minutes, verify or cancel the plan, and avoid common timezone and scheduler mistakes.

Use the built-in shutdown command to schedule reboots at a specific clock time or after a set number of minutes, verify or cancel the plan, and avoid common timezone and scheduler mistakes.

Use sudo shutdown -r hh:mm for the next occurrence of an absolute time (up to 24 hours ahead).
Use sudo shutdown -r +minutes to schedule relative reboots beyond 24 hours (do the minute arithmetic).
Inspect scheduled reboots with sudo shutdown --show and cancel anytime with sudo shutdown -c.
# At-a-glance
Scheduling a reboot on a Linux server is simple and safer when you use shutdown. It warns logged-in users, blocks new logins in the final minutes, and provides commands to show or cancel the schedule. The command accepts an absolute clock time (hh:mm) for the next occurrence or a relative time (+minutes) that can reach days into the future.
# Step 1 — Verify the server clock
A scheduled reboot uses the server's time, not yours. Run timedatectl to see Local time and Time zone. If the server runs UTC but your maintenance window is local, convert the time or set the server timezone with sudo timedatectl set-timezone Europe/Amsterdam. Getting this wrong causes reboots to land in traffic hours.
# Step 2 — Schedule for an absolute clock time (within 24 hours)
To reboot at the next occurrence of a specific clock time, use hh:mm in 24-hour format. Example:
That schedules the reboot for the next 03:00 the server clock reaches. Because hh:mm always means the next occurrence, it can only schedule up to 24 hours ahead.
# Step 3 — Schedule beyond 24 hours using minutes
To reach past the 24-hour limit, use +minutes. Convert days to minutes (60 × 24 × days) and pass that value:
# Step 4 — Inspect and cancel scheduled reboots
It prints the scheduled time or "No scheduled shutdown." Cancel any pending schedule up to the deadline with:
Cancel works right until the reboot executes, which turns a mistyped time into a minor hiccup rather than an incident.
# Why use shutdown instead of cron or at
# Practical examples
# What scheduled reboots survive
The pending shutdown lives in the running system state. Logging out does not remove it, but an intervening reboot for another reason clears the schedule. If the machine restarts before the scheduled time, recreate the schedule after it comes back up.
# Quick checklist before you schedule
Using shutdown gives you a predictable, user-aware way to schedule one-off reboots without installing extra tools or leaving cron cruft behind.
Almost every backend eventually needs to run code on a schedule. Send the invoice at midnight. Retry the failed payment in five minutes. Generate the weekly report every Monday at 7 AM. Clean up expired sessions every hour. On one server, this is easy. You write a cron line and move on. The trouble starts when one serv

From data centers to smartphones Linux quietly powers critical infrastructure and devices used by billions worldwide.

Stop wasting hardware! Learn how to move from Windows to Linux easily, pick the best distro, and keep your PC fast, secure, and free. The post Switching from Windows to Linux: The Ultimate Guide to Reviving Your PC appeared first on SourceTrail .
Say hello to smarter use of caches to speed things up, and a very odd gaming controller. Say goodbye to some PCMCIA support

I've used Red Hat, Arch, Ubuntu, and Fedora but this is the one Linux Distro I'll always recommend to new users.

A read-only system may sound limiting, but it will free you from dependency hell and irreversible mistakes.
Open the app view to save this story, compare related coverage, and continue from the same source.