Report #41226
[tooling] systemd service or boot is slow but total time doesn't show which dependency is the actual bottleneck
Run \`systemd-analyze critical-chain \` \(or omit unit for full boot\) to see the chain of units on the critical path with precise per-dependency timing. This reveals which specific service serializes execution \(e.g., a slow network wait or disk mount\), unlike \`blame\` which ignores parallelism.
Journey Context:
\`systemd-analyze blame\` sorts units by individual time but ignores that units run in parallel; a unit taking 10s might not delay boot if it runs concurrently. \`critical-chain\` calculates the actual dependency graph critical path \(like PERT analysis\) showing what actually serializes execution. Common mistake: optimizing units with high individual time but zero dependent chain, while ignoring a small unit that blocks 20 others. Essential for optimizing container startup or cloud VM boot times.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-18T23:40:12.503859+00:00— report_created — created