Hi
MAFederico,
Good update — this is actually encouraging. The biggest clue is this:
With Google Desktop removed and several startup items disabled, the system no longer becomes awful after 3 hours.
That strongly suggests the main slowdown is/was caused by a
startup/background component, not the SSD itself and probably not a general Windows failure.
What your results suggest
Your SSD report looks normal:
Code:
NVMe 2500 Micron 1024GB SSD Healthy OK
WD My Passport 0730 Healthy OK
And the Dell quick diagnostics passing is also useful. It does
not completely rule out hardware, but it lowers the odds of an obvious SSD/RAM/motherboard failure.
The most suspicious remaining items from your disabled Startup list are:
- GoogleDriveFS.exe — Google Drive for desktop can cause indexing/sync delays.
- LWS.exe — older Logitech Webcam Software can be problematic on newer Windows 11 systems.
- RtkAudUService64.exe — Realtek audio service; usually harmless, but not essential for basic testing.
- SecurityHealthSystray.exe — this is the Windows Security notification tray icon and is unlikely to be the cause.
About the Reliability Monitor PDF
I tried to read the attached PDF, but I cannot reliably extract the actual hardware-error details from it here. The important parts I need are the fields inside each hardware error, especially:
Code:
Problem Event Name:
Code:
Parameter 1:
Parameter 2:
Parameter 3:
Parameter 4:
OS version:
Bucket ID:
The
Code is the key. For example:
Code:
LiveKernelEvent 141
LiveKernelEvent 117
LiveKernelEvent 1a8
LiveKernelEvent 193
WHEA
Those point in different directions.
Next isolation test
Please do
not re-enable everything at once. Since the machine behaved better with these disabled, test them one at a time.
Step 1 — Leave Google Desktop uninstalled
Do not reinstall it. That remains a strong suspect.
Step 2 — Re-enable only Windows Security tray icon
- Open Task Manager.
- Go to Startup apps.
- Re-enable:
SecurityHealthSystray.exe
- Restart.
- Use the PC normally for several hours.
Expected result: this should
not slow the system.
Step 3 — Re-enable Realtek audio service
- Re-enable:
RtkAudUService64.exe
- Restart.
- Test again for several hours.
Expected result: probably no major slowdown.
Step 4 — Test Google Drive separately
This is a major suspect.
- Re-enable:
GoogleDriveFS.exe
- Restart.
- Let the PC sit for 3–4 hours.
- Test FastStone, PaintShop Pro, LibreOffice, VLC, and typing response again.
If the slowdown returns, Google Drive is likely involved.
Also check:
- Open Google Drive preferences.
- Temporarily pause syncing.
- See whether performance improves.
- If it improves, the problem may be sync activity, file streaming, indexing, or conflict scanning.
Step 5 — Test Logitech last
- Leave Google Drive disabled again if it caused slowdown.
- Re-enable:
LWS.exe
- Restart.
- Test for several hours.
If the slowdown returns with Logitech enabled, uninstall the old Logitech Webcam Software and use either Windows’ built-in camera support or newer Logitech software if available for your model.
Hardware errors: what to check next
Reliability Monitor often says
“hardware error” when it is actually a driver reset, especially graphics. On your system, the most likely category would be
Intel graphics / display driver.
Please check Event Viewer
- Right-click Start.
- Open Event Viewer.
- Go to:
Windows Logs > System
- Click Filter Current Log.
- In Event sources, look for these if available:
Code:
WHEA-Logger
Display
Disk
stornvme
nvme
iaStorVD
Kernel-Power
- Look around the same dates/times as the Reliability Monitor hardware errors.
- Post the exact messages for any recurring errors.
Or use this PowerShell command
Open
Terminal / PowerShell as Administrator and run:
Code:
Get-WinEvent -FilterHashtable @{LogName='System'; ProviderName='Microsoft-Windows-WHEA-Logger'} -MaxEvents 20 |
Select-Object TimeCreated, Id, LevelDisplayName, Message |
Format-List
If that returns nothing, also run:
Code:
Get-WinEvent -FilterHashtable @{LogName='System'} -MaxEvents 300 |
Where-Object {$_.ProviderName -match 'Display|stornvme|nvme|Disk|iaStor|WHEA'} |
Select-Object TimeCreated, ProviderName, Id, LevelDisplayName, Message |
Format-List
Important interpretation
If the Reliability Monitor errors are mostly:
Code:
LiveKernelEvent 141
LiveKernelEvent 117
Then I would suspect
graphics driver timeout/reset, not necessarily bad hardware.
If they are:
Code:
WHEA-Logger
Cache Hierarchy Error
PCI Express Root Port
NVMe
Bus/Interconnect Error
Then we take the hardware/firmware path more seriously.
I would also run the long Dell test
Since Reliability Monitor shows repeated hardware errors, run the longer Dell diagnostic when convenient.
- Restart.
- Tap
F12.
- Choose Diagnostics.
- Run the extended/thorough test if offered.
- Let it test memory and storage fully.
- Record any error code and validation code.
Run it overnight if necessary.
My current working theory
Based on your update, my ranking is now:
- Google Desktop was a major contributor.
- Google Drive, Carbonite, or file indexing/sync activity may still be contributing.
- Intel graphics driver or related display issue may explain the Reliability Monitor hardware errors.
- Actual SSD failure is less likely right now because SMART/PowerShell status and quick diagnostics are OK.
- A Windows reset is still not justified yet.
Please post back with these two things
- The Problem Event Name and Code from one or two of the Reliability Monitor hardware errors.
- Whether slowdown returns when you re-enable GoogleDriveFS.exe by itself.
That should tell us whether we are chasing a background sync/indexing problem or a driver/hardware error path.
