Skip to content
FixingBook
Verifiedintermediateest. 20 minutes

Fix A stop job is running Delay on Linux Shutdown

Troubleshoot and reduce the 90-second timeout delay when shutting down or rebooting Linux.

Confirmed working on: Ubuntu · Debian · Fedora · Arch Linux

Before you begin

Match the environmentUse this guide only for Ubuntu, Debian, Fedora, Arch Linux or a clearly compatible setup.
Protect recoveryBack up important data and save encryption or account recovery keys before changing system state.
Know when to stopMake one change at a time and stop if the result differs from what the guide describes.

Problem overview

When you try to shut down or restart your computer, the process hangs. The screen shows a message like “A stop job is running for…” and forces you to wait up to 90 seconds.

Common causes

  • A background service failed to respond to the standard termination signal.
  • Network filesystems (like NFS or Samba) are hanging because the network connection dropped before they unmounted.
  • A buggy application is refusing to close cleanly.

Solution 1: Reduce the default timeout

You can configure systemd to wait less time before forcefully killing stubborn services.

  1. Open a terminal.
  2. Edit the systemd configuration file:
    sudo nano /etc/systemd/system.conf
  3. Find the line that says #DefaultTimeoutStopSec=90s.
  4. Remove the # character to uncomment it, and change 90s to a shorter time, like 10s:
    DefaultTimeoutStopSec=10s
  5. Save the file and exit the editor.
  6. Reload the systemd daemon to apply changes:
    sudo systemctl daemon-reload
Expert Tip

Do not set the timeout to 0 seconds. Services need at least a few seconds to flush their data to your disk.

Solution 2: Identify the stuck service

Reducing the timeout masks the problem. Finding and fixing the actual stuck service is a better long-term solution.

  1. After experiencing a slow shutdown, start your computer and open a terminal.
  2. View the system journal for the previous boot sequence:
    journalctl -b -1
  3. Press Shift + G to scroll to the end of the log.
  4. Look for entries indicating a timeout or a failed stop job. Note the name of the service (e.g., NetworkManager.service or docker.service).
  5. Once you identify the culprit, check its status or reinstall it to resolve the hang.

Solution 3: Check for hung network mounts

If your shutdown hangs on network services, the system might be dropping Wi-Fi before unmounting network drives.

  1. Ensure your network drives in /etc/fstab include the _netdev mount option. This tells the system to unmount them before disabling the network.
    192.168.1.100:/share  /mnt/share  nfs  defaults,_netdev  0 0
  2. Unmount network drives manually before shutting down to see if it speeds up the process:
    sudo umount -a -t cifs,nfs

Confirm the result

  1. Repeat the exact action that originally triggered the problem.
  2. Confirm the original error or symptom is gone and no new warning has appeared.
  3. If the guide changed a driver, service, package, or system setting, restart once and test again.
  4. If the result is worse or unexpected, stop. Reverse only the last change using its documented restore option; if none is documented, use your backup or qualified support.

Questions about this fix

Is it bad if my computer forces these services to stop?

Generally no, but forcefully stopping database services or file transfers can lead to data loss. It is safer to reduce the timeout rather than eliminate it.

Why is the default timeout so long?

Systemd gives services 90 seconds to save state and clean up resources safely before sending a kill signal.

Did this fix work for you?

Weighted Consensus Protocol

Consensus0%
Required100% (Weight 3)
Contributors0
Verified By YouNo
Your Weight--

Did this solution resolve your issue?

Confirming if this works strengthens verification statistics on the registry.

Sign In to VerifySign in required to verify

FixingTeam10,000 rep

Official Project Maintainers

The core engineering and moderation team behind FixingBook. We curate, verify, and maintain the standards of the troubleshooting ledger.

Spotted something outdated? Suggest an edit. Maintainers review submissions within 48 hours.
Share:XReddit

Discussion (0)

No comments yet. Share your experience or verify if this fixed your issue!

Join the Discussion