OneDrive is supposed to be invisible: a quiet background sync you never think about. In Windows 11 24H2 it has developed a habit of being anything but — OneDrive.exe pinning a CPU core at 100% for hours, fans roaring, battery draining, long after any plausible sync should have finished. The 24H2 update is a common trigger because it re-registers the sync engine, which kicks off a full re-scan of your entire synced library.
The key insight for diagnosing OneDrive CPU problems is that legitimate syncing and broken syncing look identical in Task Manager — both show high CPU. The difference is progress: legitimate syncing shows file counts changing and eventually finishes; a broken sync spins forever on the same files. This guide teaches you to tell them apart, then fixes the broken cases in order of increasing disruptiveness.
A note on expectations: if you just added 50 GB to OneDrive or just installed 24H2, give it time — initial syncs and post-update re-scans are genuinely CPU-heavy and can take hours on large libraries. Only troubleshoot when the load never ends.
Why this happens
- Post-24H2 full re-scan: The update re-registers the sync engine, forcing a hash-and-compare pass over every synced file.
- Sync conflicts or stuck files: A file that cannot upload (bad name, permission issue, 0-byte lock) retries forever in a tight loop.
- Corrupted sync cache: A damaged local sync database makes the engine re-verify files it already synced, repeatedly.
- Constantly-changing files: Outlook PST/OST files, databases, or VM images change continuously, re-triggering sync on every write.
- Huge file counts: Tens of thousands of small files multiply the hashing and bookkeeping work per sync cycle.
- Files On-Demand disabled: With full local copies of everything, the engine hashes gigabytes instead of tracking placeholders.
- Antivirus scanning synced files: Real-time protection re-scans every file OneDrive touches, doubling the I/O and CPU.
- Multiple accounts syncing: Personal plus work/school accounts double the sync engines and their overhead.
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Check sync status and distinguish syncing from stuck
Click the OneDrive cloud icon in the system tray and read the status. “Syncing X files” with changing counts and visible progress is legitimate work — let it finish, preferably plugged in. “Syncing” with the same file count for hours, or an error badge on specific files, means stuck. Click the status to see which files are problematic; files with sync errors are your prime suspects. Do not apply any fix until you have made this distinction — interrupting a legitimate large sync just restarts it. For the general post-update settling picture, see our post-24H2 slowdown guide .
- Click the OneDrive tray icon and read the sync status.
- Watch for 10 minutes: changing file counts = working; frozen counts = stuck.
- Note any files flagged with sync errors.
- Only proceed if the sync is genuinely stuck, not merely slow.
Fix 2: Pause syncing to confirm OneDrive is the cause
Pause syncing for 2 hours from the tray menu and watch CPU. If OneDrive.exe drops to zero and total system CPU normalizes, you have confirmed the diagnosis and bought yourself a quiet window to apply the deeper fixes. This is purely diagnostic and fully reversible — resume syncing afterward and the queue picks up where it left off. If CPU stays high with sync paused, something else is the problem and OneDrive is a bystander.
- Right-click the OneDrive tray icon > Pause syncing > 2 hours.
- Watch Task Manager for 5 minutes.
- If CPU normalizes, OneDrive is confirmed as the cause.
- Resume syncing before applying the remaining fixes.
Fix 3: Enable Files On-Demand and use selective sync
Two settings multiply OneDrive’s efficiency on large libraries. Files On-Demand keeps unopened files as cloud placeholders so the engine tracks metadata instead of hashing gigabytes. Selective sync (Choose folders) removes folders you do not need locally from the sync set entirely. Together they can cut the sync engine’s workload by an order of magnitude. Apply both, then restart OneDrive and observe — this resolves a large share of persistent CPU loops without touching the sync database.
- Open OneDrive Settings > Sync and backup.
- Ensure Files On-Demand is turned on.
- Click Manage backup / Choose folders and deselect folders you do not need locally.
- Restart OneDrive and monitor CPU for 30 minutes.
Fix 4: Remove constantly-changing files from the sync set
Outlook data files (PST/OST), virtual machine disks, database files, and active project caches change on every write, and each change re-triggers hashing and upload attempts — a permanent CPU treadmill. Move these out of synced folders: relocate your Outlook data file via the Mail control panel, and keep VMs and databases in an unsynced directory. This is not a OneDrive bug; no sync engine can efficiently track files that change constantly. One relocated PST has fixed more OneDrive CPU complaints than any other single change I have seen.
- Identify constantly-changing files in synced folders (PST/OST, VHDX, MDB/DB).
- Move them to a folder outside OneDrive’s sync scope.
- For Outlook: relocate the data file in Control Panel > Mail > Data Files.
- Restart OneDrive and verify the CPU loop ends.
Fix 5: Reset OneDrive’s sync cache
When the local sync database is corrupted, the engine re-verifies already-synced files endlessly. The built-in reset command (OneDrive.exe /reset) clears the cache and rebuilds it without touching your files — local copies stay, cloud copies stay, only the bookkeeping is rebuilt. OneDrive restarts automatically after a reset and performs a fresh scan, which is CPU-heavy for a while but then settles. This is the standard Microsoft-recommended repair for stuck sync, documented on the official Windows support hub
.
- Press Win + R and run
%localappdata%\Microsoft\OneDrive\onedrive.exe /reset. - Wait 2 minutes; if OneDrive does not restart, launch it manually.
- Allow the fresh scan to complete (plugged in, be patient).
- Verify CPU settles to near-zero when idle afterward.
Fix 6: Unlink and re-link the PC
If the reset does not break the loop, the sync relationship itself may be damaged. Unlinking the PC (Settings > Account > Unlink this PC) stops all sync without deleting anything — your files remain in the cloud and the local copies stay on disk. Then sign back in and let OneDrive re-establish sync fresh. For large libraries this takes time, so do it when you can leave the laptop plugged in for a few hours. This is the deepest software repair short of reinstalling OneDrive, and it resolves corruption the reset cannot. A related post-update OneDrive variant is covered in our OneDrive CPU after-update guide .
- Open OneDrive Settings > Account > Unlink this PC and confirm.
- Restart the laptop.
- Open OneDrive and sign back in with your Microsoft account.
- Let the fresh sync complete fully before judging CPU.
Fix 7: Reinstall OneDrive as a last resort
If unlinking fails, the OneDrive installation itself may be damaged — particularly after the 24H2 re-registration. Uninstall OneDrive from Settings > Apps, restart, then download the latest installer from Microsoft and reinstall. Your cloud files are untouched; after signing in, choose your sync folders carefully (apply the Files On-Demand and selective-sync lessons from Fix 3 from the start). A clean install with a lean folder selection gives the sync engine the smallest possible job.
- Uninstall OneDrive via Settings > Apps > Installed apps.
- Restart the laptop.
- Download and install the latest OneDrive from Microsoft.
- Sign in, enable Files On-Demand, and select only needed folders.
Closing
OneDrive high CPU in 24H2 is usually a stuck sync rather than a heavy sync — and stuck syncs have a clear repair ladder: confirm it is stuck, lighten the sync set with Files On-Demand and selective sync, evict constantly-changing files, then reset, unlink, or reinstall the engine. Work the ladder in order and the fans go quiet.
