Introduction
Windows service error is broad, but in practice it usually means one Windows service failed to start, failed after startup, or reported an access, dependency, or timeout problem through the Service Control Manager. The fastest path to a fix is to identify the exact service and failure code before changing startup settings blindly.
Symptoms
- Services shows a stopped or failed service
- Event Viewer logs Service Control Manager errors
- The service briefly starts and then stops again
- A dependent application fails because its service never becomes healthy
Common Causes
- A required dependency service is not running
- The service account no longer has correct rights or password
- A config or binary change broke startup
- The service hits a startup timeout or access denial
Step-by-Step Fix
- 1.Read the exact service name and event log
- 2.Start with Event Viewer or
sc queryso you know which service is failing and how.
sc query type= service state= all
sc qc <service-name>- 1.Check dependencies and startup account
- 2.A healthy binary still cannot start if dependencies or account rights are broken.
Get-Service -Name <service-name> | Select-Object Name, Status, StartType, DependentServices, ServicesDependedOn
Get-WinEvent -LogName System -MaxEvents 50 | Where-Object { $_.ProviderName -eq 'Service Control Manager' }- 1.Validate recent changes
- 2.Review updates, config edits, credential rotations, and policy changes around the failure window.
sc start <service-name>- 1.Retest after correcting the specific failure path
- 2.Restart only after the dependency, account, or config issue is clearly addressed.
Prevention
- Monitor Service Control Manager events on critical hosts
- Keep service account ownership and rotation documented
- Validate service startup after Windows updates and policy changes
- Avoid silent config drift on production services