Something changed on your Windows 11 laptop — a driver misbehaves, an app crashes, the battery drains faster — and the prime suspect is always the last update. Windows 11 keeps a detailed history of every update it installs: quality updates, feature updates, drivers, even Defender definitions, each stamped with a date and a success or failure status. Learning to read that history is the difference between guessing and diagnosing.
This guide covers every way to check it, from the friendly Settings page to PowerShell queries you can send to support. Once you can identify the exact KB that arrived before the trouble started, fixes like our update troubleshooter guide become targeted instead of scattershot.
Why this happens
- You need the KB number — Every Microsoft fix, forum thread, and support article references updates by KB number; the history page is where you find yours.
- A failure left no notification — Some failed updates never pop up an alert; the history is the only record the attempt happened.
- A driver arrived silently overnight — Windows Update pushes hardware drivers automatically, and the history’s driver section names the culprit.
- You’re verifying a fix worked — After reinstalling a failed update, the history confirms the new status and timestamp.
- You’re deciding what to uninstall — You can’t remove the right update without first identifying it by name and install date.
- Support will ask for it — The first thing any technician wants is “what updated just before the problem started.”
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Check history in the Settings app
The primary method — clean, grouped by update type, and always available.
- Press Win + I to open Settings, then select Windows Update in the left sidebar.
- Click Update history in the main pane.
- Browse the sections: Feature Updates (annual upgrades), Quality Updates (monthly KBs), Driver Updates, Definition Updates, and Other Updates.
- Each entry shows the update name or KB number, the date it installed, and whether it succeeded.
- Click any entry to expand it for more detail, including links to the Microsoft support article for that update.
Fix 2: Uninstall a problematic update from the history page
The history page doubles as your launch point for removing a bad update.
- On the Update history page, scroll to the very bottom and click Uninstall updates.
- This opens the classic installed-updates list showing every KB with its install date — click Installed On to sort newest first.
- Select the suspect update and click Uninstall, then reboot.
- After removal, pause updates for a week or two (Settings > Windows Update > Pause updates) so the bad one doesn’t reinstall immediately.
- If the same quality update keeps failing rather than misbehaving, our guide to monthly updates that fail covers the deeper repair sequence.
Fix 3: Query history with PowerShell or Terminal
For a precise, copyable record — ideal when reporting issues to support or documenting a fleet of laptops.
- Open Terminal as administrator (right-click Start > Terminal (Admin)).
- Run
Get-HotFix | Sort-Object InstalledOn -Descending | Format-Table HotFixID, InstalledOnfor a clean newest-first list. - For full detail, run
Get-HotFix | Format-List *and scroll through every property of each patch. - Export it with
Get-HotFix | Export-Csv C:\update-history.csvto attach to a support ticket. - Compare KB numbers against the release notes on Microsoft’s Windows support pages to see exactly what each update changed.
Fix 4: Read the Windows Update log for failed entries
When the history shows a failure but no useful detail, the log file has the full story.
- Open PowerShell as administrator and run
Get-WindowsUpdateLog— this compiles the modern binary log into a readableWindowsUpdate.logon your Desktop. - Open the log and search (Ctrl + F) for the KB number or for
FAILED. - Look at the timestamps around the failure for error codes like 0x80070002 or 0x80240034.
- Those codes tell you whether it was a download problem, a missing file, or a service failure — each with its own fix path.
- Armed with the real error, you can search precisely instead of guessing, or install the KB manually from the Microsoft Update Catalog .
Fix 5: Check the Reliability Monitor timeline
Reliability Monitor gives you the update history in context — updates plotted alongside crashes and failures on the same timeline.
- Search for Reliability Monitor in the Start menu (it’s under “View reliability history”).
- The chart shows each day’s stability index; click any day to see that day’s events.
- Windows Update installations, failures, and application crashes all appear in the same list.
- This is the fastest way to answer “did the crash start the day after the update?” — the correlation is visual.
- Click any update event for the KB number, then cross-reference with the Settings history for the full picture.
Fix 6: Reset the history database when it’s corrupted
Sometimes the history page itself lies — blank entries, duplicates, or phantom failures. Resetting the database fixes the view.
- Open an elevated Terminal and run
net stop wuauservandnet stop bits. - Delete the
DataStorefolder insideC:\Windows\SoftwareDistribution(this holds the history database). - Restart the services with
net start wuauservandnet start bits. - Go to Settings > Windows Update and click Check for updates to rebuild the records.
- The history repopulates accurately on the next check-in; installed updates themselves are never affected by this reset.
Closing
Checking update history on Windows 11 is a thirty-second habit that pays off every time something breaks: Settings for the quick view, PowerShell for the precise record, Reliability Monitor for the timeline context. Make it your first step whenever a laptop starts misbehaving after Patch Tuesday, and you’ll spend your troubleshooting time fixing the actual culprit instead of hunting for it.
