Reboot Duration Calculator

Estimate total server downtime from shutdown, POST, kernel boot and service startup phases.

About Reboot Duration Calculator

A full reboot's user-visible downtime spans five phases: gracefully stopping running services (systemd waits up to a per-unit timeout for each to shut down cleanly), the hardware POST/firmware self-test, the bootloader locating and loading the kernel, kernel initialization, and finally services starting back up before the system is truly ready to serve traffic. On physical servers, POST time (RAID controller init, remote management handshake, memory testing) frequently dominates the total far more than the actual OS boot phases, which is an important distinction from the boot-time breakdown that starts only once firmware has already handed off to the bootloader.

Formula

Total reboot time

reboot = shutdown_services + POST + bootloader + kernel + services_startup

d: shutdown services
p: POST/firmware
l: bootloader
k: kernel
s: services startup

Worked example

With the default values below, Reboot Duration Calculator returns Total Reboot Duration of 1m. Change any input above and every figure here is recalculated in your browser.

Inputs used

Graceful Service Shutdown Time (s)minimum 0: 15
POST / Firmware Time (s)minimum 0: 20
Bootloader Time (s)minimum 0: 3
Kernel Boot Time (s)minimum 0: 4
Service Startup Time (s)minimum 0: 18

Results

Total Reboot Duration: 1m
Estimated Service Outage Window: 1m
Shutdown Phase Share (%): 25.0%
Hardware (POST + Bootloader) Share (%): 38.3%
OS Boot (Kernel + Services) Share (%): 36.7%

Step by step

1Values used
2Total reboot time
3Total Reboot Duration= 1m
4Estimated Service Outage Window= 1m
5Shutdown Phase Share (%)= 25.0
6Hardware (POST + Bootloader) Share (%)= 38.3
7OS Boot (Kernel + Services) Share (%)= 36.7

Assumptions and limits

The result is derived only from the 5 inputs listed above. Anything not among them is not part of the calculation.
In particular, this calculator does not take inflation, tax or compounding frequency into account.
Figures are rounded for display to 1 decimal place, so totals built from several rounded parts can differ slightly from the unrounded arithmetic.

How these calculators are built and tested is described on the Methodology page. If a figure looks wrong, please report it.

Frequently Asked Questions

Why does a graceful shutdown sometimes take much longer than expected?

systemd gives each service up to its configured TimeoutStopSec (90 seconds by default) to shut down cleanly before force-killing it — a single slow-to-stop service (e.g. a database performing a checkpoint/flush, or a service with a hung connection) can add its full timeout to total shutdown time.

Does a reboot always cause the same downtime as a full power cycle?

No — a warm reboot (`reboot` command) typically skips lengthy hardware self-tests that a full cold power cycle triggers (especially memory testing on server-grade firmware), so reboot time is often meaningfully shorter than a power-off/power-on cycle on the same hardware.

How can virtualization reduce reboot-related downtime?

Live migration (vMotion, virsh migrate) can move a running VM to another host entirely without a reboot for host-level maintenance, and even for guest OS patching, a VM's virtual firmware/BIOS phase is far faster than physical POST since there's no real hardware to initialize.