SYSTEM_LICENSE_VIOLATION (stop code 0x0000009A) is one of the more alarming-looking blue screens, because the word “violation” suggests you’ve done something wrong. You almost certainly haven’t. This error means Windows’ licensing subsystem — the Software Protection Platform that validates your activation — hit an inconsistency it couldn’t resolve. The triggers are mundane: a corrupted licensing store, a major hardware change (motherboard swaps are the classic), or an update that damaged licensing files.
The fix path is correspondingly mundane: repair the licensing store, revalidate activation, and address whatever corrupted it. Your files are never at risk from these repairs. One important distinction upfront: if this started immediately after a motherboard replacement, skip to Fix 5 — that’s a licensing-transfer situation, not a corruption situation. For the update-triggered variant, see our post-update license violation guide ; for general blue screen methodology, see our blue screen of death guide .
Why this happens
- Corrupt licensing store: The tokens.dat and related files damaged by disk errors or interrupted updates.
- Major hardware change: Motherboard (or multiple component) swaps invalidating the hardware-bound activation.
- Failed Windows update: Updates touching the Software Protection Platform leaving it inconsistent.
- Corrupt system files: Damaged licensing components (sppsvc and friends) failing validation.
- Disk errors: Bad sectors landing on licensing store files.
- Third-party “activators”: Piracy tools and KMS hacks that break the licensing subsystem — then break Windows.
- BIOS/UEFI changes: Firmware updates altering the hardware hash Windows uses for activation binding.
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Boot into Safe Mode and assess
Determine whether the system is otherwise healthy.
- Boot into Safe Mode (interrupt boot three times → Troubleshoot > Advanced options > Startup Settings > 4).
- If Safe Mode is stable, the core OS is fine and this is a licensing-store problem — continue with the fixes below.
- Open Settings > System > Activation and note the current activation state and error code, if any.
- If you recently changed hardware, note exactly what — motherboard changes go to Fix 5; everything else continues here.
Fix 2: Roll back the triggering update
If timing implicates an update, reverse it first.
- Settings > Windows Update > Update history > Uninstall updates — remove the most recent quality update.
- If Windows won’t boot normally, do this from recovery: Troubleshoot > Advanced options > Uninstall Updates.
- Check Microsoft’s support pages for known licensing issues with that KB.
- Retest — if the blue screens stop, the update damaged the licensing store; proceed to Fix 3 to repair it properly before reinstalling the update.
Fix 3: Rebuild the licensing store
The core repair for store corruption.
- Open Terminal (Admin) or an elevated Command Prompt.
- Stop the Software Protection service:
net stop sppsvc - Navigate to the store:
cd %windir%\System32\spp\store\2.0(the version folder number may differ — usedirto check). - Rename the corrupt token file:
ren tokens.dat tokens.old - Restart the service:
net start sppsvc— Windows rebuilds the store automatically. - Then re-register licensing components:
slmgr /rilc(re-installs licenses). Restart and check Settings > System > Activation.
Fix 4: Repair system files and revalidate
Fix the components around the store.
- Run
sfc /scannowthenDISM /Online /Cleanup-Image /RestoreHealthfrom an elevated terminal. - Run the Activation troubleshooter: Settings > System > Activation > Troubleshoot — it resolves common post-repair activation states automatically.
- If you have your product key, try
slmgr /ipk YOUR-KEYfollowed byslmgr /atoto install and activate it manually. - Run
chkdsk C: /fto rule out disk errors as the corruption source — recurring store corruption means the disk is suspect.
Fix 5: Handle the post-hardware-change case
Motherboard swaps need license transfer, not just repair.
- If you linked your digital license to your Microsoft account before the change: Settings > System > Activation > Troubleshoot > I changed hardware on this device recently > select your device from the list.
- If you didn’t link it beforehand, linking now won’t retroactively help — but signing in with the Microsoft account that holds the digital license sometimes still resolves it via the troubleshooter.
- Retail licenses transfer between motherboards; OEM licenses (preinstalled) are bound to the original board — a new board legitimately needs a new key.
- Never use KMS activators or “license repair” tools from unofficial sources — they cause this exact blue screen and often bundle malware.
Fix 6: Clean up licensing-related software conflicts
Remove interference with the protection platform.
- Uninstall any third-party “Windows activator,” KMS tool, or license-management utility — these directly corrupt the store.
- Temporarily disable third-party antivirus during the repair (use the vendor’s removal tool for a clean test), then re-enable — overzealous security software occasionally quarantines licensing files.
- Check Services (
services.msc) that Software Protection is set to Automatic (Delayed Start) and running. - Restart and verify both stability (no more blue screens) and activation state.
Fix 7: In-place upgrade repair as the last resort
When the licensing subsystem is damaged beyond targeted repair.
- Download the Windows 11 ISO from Microsoft’s download page and mount it (or create USB media).
- Run
setup.exefrom inside Windows and choose Upgrade — keep files and apps. This reinstalls Windows’ system files, including the entire licensing stack, without touching your data. - After the upgrade, run the Activation troubleshooter once more.
- If blue screens persist after an in-place upgrade, suspect hardware (disk/RAM corrupting the store repeatedly) — run full diagnostics before anything else.
Closing
SYSTEM_LICENSE_VIOLATION sounds like an accusation but it’s really a corruption report: the licensing store or its components got damaged, usually by an update, a disk error, or a hardware change. Rebuilding the store (Fix 3) resolves the corruption cases; the hardware-change path (Fix 5) resolves the transfer cases. The one thing never to do is reach for unofficial “activators” — they cause this exact crash and trade a fixable problem for malware. Repair the store, revalidate, and confirm the disk isn’t re-corrupting it, and this blue screen stays in the past. For the variant tied specifically to updates, our post-update guide has the targeted sequence.
