Guide
A
A services.msc alternative
The Services snap-in has barely changed since Windows 2000. It is still the fastest way to start one service you can already see on screen, and the slowest way to answer any question about a machine.
What sends people looking
- No search. The only navigation is typing a letter to jump to the first display name starting with it. On a machine with eight hundred entries that is scrolling with extra steps.
- No filtering. There is no way to ask what is set to start automatically and is not running - the one question that finds a broken machine.
- One row at a time. Restarting twelve services is twelve right-clicks and twelve waits.
- "Stopping..." with no way out except Task Manager and guessing which
svchostto end.
- No history. Nobody knows who set that start type to Disabled, or when, or whether it was like that last month.
- Hidden data. The process, the triggers, the required privileges, the security descriptor, who signed the binary - none of it is in the snap-in, and all of it matters when something is wrong.
- The columns cannot change. Name, description, status, start type, log on as. That is the whole list, and none of them can be sorted usefully on a real machine.
The same three tasks, in both
| You want to | In services.msc | Here |
|---|---|---|
| Find what should be running and is not | Sort by start type, scroll, read every row | start:auto !status:running |
| Know what a stop takes down with it | A dialog that names dependents after you press Stop | A plan before anything happens, with each dependent as a step and a warning when one is something the machine needs |
| Know what changed since last week | Nothing | bws snapshot diff before.json --live |
| Restart twelve services | Twelve right-clicks | Select twelve, one plan, one run, one report |
| See who signed a service binary | Not shown | A column, and a thing to search on: signed:no |
| Script any of it | Not scriptable | bws, with --json and an exit code for every ending |
What the snap-in still does better
Two things, and pretending otherwise would be the kind of claim this project does not make.
- It is already on the machine. Nothing to download, nothing to get past a software policy. On a machine you will touch once, that is the whole argument.
- It edits recovery actions, the account and the launch path. This tool reads all three and reports them, and does not change them. Creating, deleting or repointing a service is not here either.
What it cannot do at all is the reason this exists: ask a question, show a plan first, and tell you what drifted.
What this is
Better Windows Services is free and open source under GPL-3.0, one file per half with no installer, and it never talks to the internet. Reading needs no administrator rights - changing does, and it says so rather than failing quietly.