When Windows Modules Installer Worker (TiWorker.exe) holds your HP laptop’s disk at 100 percent, the explanation is usually two pipelines and one worker. Windows Update delivers operating-system patches while HP Support Assistant queues drivers, firmware, and BIOS updates — and TiWorker, the single process that performs all servicing file operations, works its way through both queues. A Patch Tuesday cumulative update landing in the same week as an HP driver batch stretches the worker’s disk activity across hours and makes the machine feel broken.
Start with diagnosis, as always: open Settings, then Windows Update. If packages show genuinely moving progress, the worker is doing legitimate work — plug in and let it finish. If the disk sits flatlined at 100 percent with no update activity, or a single package has shown the same percentage for hours, the worker is stuck on something it cannot complete. The fixes below free it, in order.
One ten-second safety check first: in Task Manager, right-click TiWorker, select Open file location, and make sure the path sits beneath C:\Windows. The same name anywhere else means malware rather than servicing.
Why this happens
- Two update channels feeding one worker. OS patches plus HP driver, firmware, and BIOS batches double the disk load TiWorker must absorb.
- A wedged package. A failed download that keeps retrying its verification step without end.
- A damaged staging cache. Corrupt files in SoftwareDistribution force the worker into endless reprocessing.
- WinSxS compression after an update. Shrinking superseded components is heavy disk work, but it is legitimate servicing.
- HP maintenance colliding with servicing. Support Assistant’s own housekeeping running while TiWorker installs.
- Spinning hard drives. Many Pavilion models shipped with HDDs that buckle under TiWorker’s random small-file I/O pattern.
- Component-store damage. Staging failures that fail, retry, and fail again.
- Bulky firmware payloads. Large HP BIOS and firmware packages add heavy write phases of their own.
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Confirm legitimacy and separate the update channels
Verify the process is genuine, then stop both pipelines from loading the worker at once.
- Right-click the worker in Task Manager, choose Open file location, and verify the path sits under C:\Windows.
- Check whether Windows Update shows progress that genuinely moves.
- Open HP Support Assistant and either finish or pause its update queue — handle one channel at a time.
- While Windows updates advance, stay plugged in and grant the worker up to an hour.
- When disk usage stays pinned with no progress past an hour, continue to Fix 2.
Fix 2: Restart the servicing stack
A fresh restart of the update services often snaps the retry loop.
- Launch an elevated Command Prompt.
- Stop the two services:
net stop wuauservfirst, thennet stop bits. - In Task Manager, end TiWorker.exe — it returns cleanly alongside the services.
- Bring the services back:
net start wuauserv, thennet start bits. - Watch disk usage for ten minutes. For wider servicing repairs, see our guide to the HP troubleshooter — and the TiWorker walkthrough for laptops in general covers the same fix without HP specifics.
Fix 3: Reset the update cache
Corrupt staged files keep the worker verifying forever — wipe the cache.
- From an elevated prompt, halt all four services one by one:
net stop wuauserv,net stop cryptSvc,net stop bits,net stop msiserver. - Rename the SoftwareDistribution folder at
C:\Windows\SoftwareDistributiontoSoftwareDistribution.old. - Rename
C:\Windows\System32\catroot2ascatroot2.old. - Start the services again and reboot.
- Give Windows Update a stable connection while it rebuilds the queue — Microsoft documents the procedure on its update support hub .
Fix 4: Heal the component store
TiWorker stages directly into WinSxS; a damaged store means fail-and-retry forever.
- Launch Command Prompt as administrator.
- Execute
DISM /Online /Cleanup-Image /RestoreHealthand let it finish. - Then run
sfc /scannow. - Reboot, then keep an eye on the worker for twenty minutes.
- If the loop continues on a healthy store, suspect hardware — see Fix 7.
Fix 5: Keep HP updates out of work hours
Serialize the two channels so heavy phases never land in your workday.
- Install HP Support Assistant updates manually while the machine is plugged in and idle — ahead of Patch Tuesday is ideal.
- Configure Windows active hours around your workday.
- Briefly pause Windows updates while a big HP firmware batch is pending.
- Reboot in between the HP batch and the Windows batch.
- This habit alone ends most repeat TiWorker episodes on HP machines.
- Put Support Assistant’s tune-up and optimization tasks on a different day from update installs — they fight over the same disk and magnify the symptom.
Fix 6: Free space and reduce disk contention
A nearly full drive turns normal servicing into thrashing.
- Open Disk Cleanup as administrator and select Windows Update Cleanup plus Temporary files.
- Keep C: at 15 to 20 GB free and turn on Storage Sense.
- On HDD models, avoid HP diagnostics or scans while updates install.
- For HDD-based Pavilions, budget an SSD upgrade — the single most effective remedy available.
- Reboot and confirm the worker calms down once the queue empties.
- On HDD models, defragment only after a large update cycle completes — never mid-cycle — so the next servicing run starts from a tidier disk.
Fix 7: Run HP diagnostics and examine drive health
HP’s UEFI diagnostics deliver a quick hardware verdict when software repairs will not stick.
- Reboot into the HP logo screen, press F2 (or Esc, then F2), and launch the component tests.
- Inside Windows, execute
wmic diskdrive get statusand expect to see OK. - Execute
chkdsk C: /f, rebooting into the scan when anything seems off. - On any drive warning, back up at once and replace the failing drive.
- For packages that still will not install afterward, fetch them manually from the Microsoft Update Catalog .
Closing
On HP laptops, TiWorker disk storms are usually a coordination failure between two update systems rather than a real malfunction — serialize HP Support Assistant and Windows Update and the worst episodes disappear. For the genuinely stuck worker, the standard repairs apply: restart the stack, reset the cache, heal the store. When the loop survives every software fix, HP’s own diagnostics will say plainly whether the disk is the true culprit. Keep Support Assistant’s automatic checks on but scheduled for idle hours, and the two pipelines will stop ambushing you.
