ProblemPrint Spooler manages Windows print jobs. Finding it stopped once differs from seeing it stop on startup, when sending a document or when using one particular printer. Identifying the trigger avoids deleting unrelated queues and drivers. If the service remains running and the printer is Offline, use that related guide.

Print Spooler service is not running

Check the service that manages print jobs before changing a queue or reinstalling a printer.

Try this first

1 quick checks · ~2 min

  1. Read status without changing configurationDistinguish service, queue and printer status.

Find your situation

See all the clues. Choose the one that matches what you observe.

Diagnostic signals

ObservationStarts and remains running
Supports a temporary state; if it recurs while printing, the trigger changes the path.
ObservationOne stuck queue is not a stopped service
If other printers work and the service stays running, investigate that queue rather than restarting everything.

Step-by-step solutions

01

Read status without changing configuration

Distinguish service, queue and printer status.

  1. Find Services from Start and locate Print Spooler. Record Running or Stopped, any startup message and the time. Do not change startup type or dependencies.

  2. If running with only one stuck job, use the related queue guide. If running but the printer is Offline, use that path. If stopped, choose first occurrence, repeated stopping or a managed environment.

02

Start once and observe

  1. With administrative authorization and after notifying other printing users, choose Start if stopped. Use Restart only when running but unresponsive and that state is established. Leave other configuration unchanged.

  2. If it stays running, inspect queues before sending more documents. If clear and no trigger is known, try a small nonsensitive document. Success makes a temporary state plausible and you can stop. If it stops again, record whether that happened before or after printing and follow the matching branch.

03

Investigate repeated stopping

  1. If it stops immediately without a new job, do not assume there are no pending documents: an old queue may resume. Record the error and time and whether it began after printer software or driver installation.

  2. In Event Viewer review matching Application and System events or ask support to do so. A named module can guide which package to investigate; it does not establish that every old driver must be removed. If the service cannot remain active, stop retrying and give that information to support.

04

Separate document, application and printer

  1. If a crashing job is already identified, do not resend it. Keep its original, source application and destination. If the service is stable and you have permission, cancel only that job in that printer’s queue; do not cancel other people’s documents.

  2. Only after removing the problematic job and with the service stable, compare a different small document on the same printer. If it works, focus on the document/application rather than reinstalling every printer. If any document to that destination fails but another printer works, review its queue, driver and port with the manufacturer.

  3. If the comparison stops the service again, stop and keep the result. If all printers are affected, move to the shared-environment branch; do not keep generating tests that interrupt service.

05

Review changes and scope with IT

  1. If every printer fails, identify whether they share a server and whether other users are affected. A shared failure directs review toward the service or environment, not necessarily each physical printer. Also report the last software/driver installed.

  2. Ask IT to correlate events, the triggering queue and the implicated package. If the service was disabled by policy, do not re-enable it to bypass that policy. On personal PCs, manufacturer support can verify the exact package and a targeted repair when tests point to it.

Advanced

Advanced checks

Continue if the earlier steps did not help. Read each procedure’s precautions first.

06

Reserve cleanup and driver changes for a specific cause

  1. Only if support identifies corrupt jobs that the interface cannot remove, coordinate the official procedure with the service stopped and job owners informed. Preserve originals and establish which queues will be lost before acting; do not delete the entire spool directory.

  2. If failure follows a specific package, prepare its compatible version and record dependent printers, ports and configuration before repairing or removing it with support. After a targeted correction, check stable service and one small job; if it recurs, stop without repeating cleanup.

Next step

Still not working?

Provide model, service state, time, event, implicated job or destination and recent changes. If it cannot remain running or no new hypothesis exists, stop restarts and deletions. A healthy service with an Offline printer needs that guide rather than more spooler repairs.

Sources

Documentation behind this guide. Editorial recommendations are identified separately.

Source review: . A documentation review, not a physical hardware test.

Related problems