Dwindling Free Space Windows 10

mgrlvr

Member
Joined
Jan 19, 2026
Messages
40
Hi! I am new to this forum.

Free space on my Windows 10 machine with 118 GB SSD has been an issue for the past several months. I had 8 GB of data stuck in my recycle bin. I resolved that issue about 4 days ago. I uninstalled Adobe Reader and reinstalled another version. Between those two actions, I was at 14.5 GB of free space on the C drive. The free space has been dwindling over the past four days to where I am now at 4 GB free space. I've not added anything to the machine. Why would I lose approximately 10 GB of free space without doing anything? I read something about hibernation taking up a large amount of space. What additional information do I need to post that will help the knowledgeable folks on the forum help me with my problem?

Thanks so much.

Pat
 

Solution
15.3 GB means the cap did change, but it’s still set too high for what you described as a “small cap” on a 128 GB SSD.
On a drive this size, I’d typically set System Restore to ~3–5 GB.

Step 1: Reduce the cap to 5 GB (recommended)​

GUI way​

  • Win + RSystemPropertiesProtection
  • Select C:Configure
  • Move Max Usage down until it’s about 5 GB (or ~3 GB if you’re extremely tight)
  • ApplyOK

Command line way (precise)​

Open Command Prompt (Admin) and run:
vssadmin Resize ShadowStorage /For=C: /On=C: /MaxSize=5GB
If Windows refuses because current usage is higher, do Step 2 first, then run the resize again...
Great, Pat — that’s a big improvement. Going from 2.44 GB free to 9.19 GB free strongly suggests that hibernation/hiberfil.sys was using several GB.
You’re out of the immediate danger zone, but on a 128 GB SSD, I’d still try to get closer to 15–20 GB free if possible.

Next steps​

1) Confirm Hibernate is off​

If the space increased after running this:
powercfg /h off
then you can leave it that way if you don’t use Hibernate.
Undo option: if you later want Hibernate/Fast Startup back, run:
powercfg /h on

2) Run Disk Cleanup as Administrator​

  1. Click Start.
  2. Type Disk Cleanup.
  3. Right-click Disk Cleanup.
  4. Choose Run as administrator.
  5. Select C:.
  6. Click Clean up system files.
  7. Check these if available: Windows Update Cleanup, Delivery Optimization Files, Temporary files, Recycle Bin, and Temporary Windows installation files.
  8. Do not check Downloads unless you are sure you want those files deleted.
  9. Click OK.

3) Check component store cleanup​

Open Command Prompt as Administrator and run:
DISM /Online /Cleanup-Image /AnalyzeComponentStore
If it says cleanup is recommended, run:
DISM /Online /Cleanup-Image /StartComponentCleanup
Do not manually delete anything from:
C:\Windows\WinSxS

4) If space drops again, use TreeSize​

Since VSS is now showing 0 bytes used on C: and Hibernate recovered space, the next likely suspects would be Windows Update cache, ProgramData, browser caches, or large user/app files.
If the free space starts dropping again:
  1. Open TreeSize as Administrator.
  2. Scan C:.
  3. Post a screenshot of the top-level view.
  4. Expand Windows, ProgramData, and Users if they are large.

Current status​

Right now:
C: System Restore/VSS: looks controlled
Hibernate: likely freed space
Free space: improved to 9.19 GB
I’d do Disk Cleanup next, then reboot and check whether the free space stays stable.
 

Yes, Pat — it is okay to run Windows with Hibernate off.
For many desktop PCs and laptops, Hibernate is not required. Turning it off mainly does two things:

What changes with Hibernate off​

  1. Hibernate is disabled
    You will no longer have the Hibernate option in the power menu.
  2. Fast Startup is disabled
    Windows may take a little longer to start from a full shutdown.
  3. Sleep still works
    Normal Sleep is separate from Hibernate and should still work.
  4. You keep the extra free space
    The file C:\hiberfil.sys stays removed, which is likely why you gained several GB.

When Hibernate off is fine​

It is usually fine if:
  1. You normally use Shut down or Restart.
  2. You do not rely on Hibernate to save your exact open programs/documents with power fully off.
  3. Your PC is mostly plugged in or you are okay using Sleep instead.

When you might want Hibernate back​

Turn it back on if:
  1. This is a laptop and you often leave it unplugged for long periods.
  2. You rely on closing the lid and preserving your session with no battery drain.
  3. You want Fast Startup enabled again.
To turn it back on later:
powercfg /h on

My recommendation for your small SSD​

Because your C: drive is only about 128 GB, I would leave Hibernate off unless you specifically need it. The space savings are more valuable in your situation.
After Disk Cleanup and a reboot, check whether your free space stays around 9 GB or improves. Ideally we still want to get you closer to 15 GB free.
 

You’re welcome, Pat — that sounds like a good plan.

After the reboot​

  1. Check your C: free space.
  2. Use the computer normally.
  3. Check free space again later today or tomorrow.
  4. If it drops by several GB again, come back with the new free-space number.

Current status​

Your earlier System Restore issue appears controlled because C: VSS is capped at 5 GB and currently using 0 bytes. Disabling Hibernate recovered space, so leaving it off is fine unless you decide you need Hibernate/Fast Startup again.
If needed later, you can re-enable it with:
powercfg /h on
Glad we got you back from the under-1GB danger zone. We can continue from here if the space starts shrinking again.
 

You’re very welcome, Pat — glad it helped.
For now, just monitor the C: free space after the reboot. If it stays around the same number, we likely found the main issue this time: hibernation using several GB.
If it starts dropping again, reply here with:
  1. Current C: free space
  2. Whether Hibernate is still off
  3. A fresh TreeSize screenshot if possible
We’ll continue from there.
 

Pat, that drop from 9.19 GB to 5.41 GB after reboot suggests Windows recreated or resized something during startup — most commonly pagefile.sys, Windows Update temp files, or another system cache. Since your C: VSS was already showing 0 bytes used, System Restore is probably not the active culprit right now.

Step 1: Confirm Hibernate stayed off​

Open Command Prompt as Administrator and run:
dir C:\hiberfil.sys /a
If Hibernate is off, you should see something like:
File Not Found
If hiberfil.sys exists again, run:
powercfg /h off

Step 2: Check for large hidden system files​

In Command Prompt as Administrator, run:
dir C:\ /a
Look for these files and their sizes:
Code:
hiberfil.sys
pagefile.sys
swapfile.sys
Please tell me the size of pagefile.sys if you see it. On an 8 GB RAM system, it can easily be several GB, and it may have expanded after reboot.

Step 3: Re-check VSS quickly​

Just to confirm nothing changed, run:
vssadmin list shadowstorage
For C:, we still want:
Code:
Used Shadow Copy Storage space: 0 bytes or small
Maximum Shadow Copy Storage space: 5.00 GB

Step 4: Run Disk Cleanup now​

Since you are back down to 5.41 GB, run this next:
  1. Click Start.
  2. Type Disk Cleanup.
  3. Right-click Disk Cleanup.
  4. Choose Run as administrator.
  5. Select C:.
  6. Click Clean up system files.
  7. Check Windows Update Cleanup, Delivery Optimization Files, Temporary files, and Recycle Bin.
  8. Do not check Downloads unless you are sure.
  9. Click OK.

Step 5: If you still have TreeSize, use that next​

The fastest way to identify the exact cause now is another TreeSize scan.
  1. Open TreeSize as Administrator.
  2. Scan C:.
  3. Post a screenshot of the top-level view.
  4. Make sure the view shows large root files like pagefile.sys, if present.

Most likely explanation right now​

Because the drop happened right after reboot, my top suspect is pagefile.sys expanding. That file is normal and should not simply be deleted manually, but we can manage it if it is taking too much space.
Please reply with the results of:
dir C:\ /a
Especially the sizes of pagefile.sys, swapfile.sys, and whether hiberfil.sys is still gone.
 

Thanks, Pat. That explains a big part of the drop.
Your results show:
Code:
hiberfil.sys: File not found
pagefile.sys: 5,913,427,968 bytes
swapfile.sys: 16,777,216 bytes
So Hibernate is still off, which is good. The large item now is:
pagefile.sys = about 5.5 GB
That is Windows’ virtual memory file. Do not delete it manually. Windows recreated/expanded it during reboot, which likely explains why free space dropped from 9.19 GB to 5.41 GB.

What I recommend​

1) Leave the pagefile alone for now if the system is stable​

On an 8 GB RAM system, a 5.5 GB pagefile is normal. It is annoying on a small SSD, but it helps prevent crashes or “out of memory” errors.
If we reduce it too much, programs may fail when memory usage gets high.

2) If you want to reduce it slightly, use a safe custom size​

This may recover around 1–2 GB, but not the full 5.5 GB.
  1. Press Win + R.
  2. Type:
SystemPropertiesAdvanced
  1. Press Enter.
  2. Under Performance, click Settings.
  3. Go to the Advanced tab.
  4. Under Virtual memory, click Change.
  5. Uncheck Automatically manage paging file size for all drives.
  6. Select C:.
  7. Choose Custom size.
  8. Set:
Code:
Initial size: 2048 MB
Maximum size: 4096 MB
  1. Click Set.
  2. Click OK through all windows.
  3. Reboot.
Undo option: if anything acts strange, go back to the same screen and re-check Automatically manage paging file size for all drives.

3) Before changing pagefile, run Disk Cleanup first​

This is safer and may recover space without touching memory settings.
  1. Open Disk Cleanup.
  2. Right-click it.
  3. Choose Run as administrator.
  4. Select C:.
  5. Click Clean up system files.
  6. Check Windows Update Cleanup, Delivery Optimization Files, Temporary files, and Recycle Bin.
  7. Do not check Downloads unless you are sure.
  8. Click OK.

4) Next thing to check if space is still low​

If you still only have around 5 GB free after Disk Cleanup, we need a new TreeSize scan.
  1. Open TreeSize as Administrator.
  2. Scan C:.
  3. Post the top-level screenshot.
  4. Make sure it shows Windows, ProgramData, Users, and large root files like pagefile.sys.

My current read​

VSS/System Restore: not the issue now
Hibernate: successfully off
Pagefile: using about 5.5 GB, likely caused the reboot drop
Next best target: Disk Cleanup and TreeSize to find what else is consuming C:
For now, I would run Disk Cleanup first, then tell me your new free-space number.
 

Pat, thanks — since Disk Cleanup did not improve the free space, the remaining usage is probably not ordinary temporary files. At this point we need to identify the large folders/files again.
Right now we know:
Hibernate: off
C: VSS/System Restore: previously showed 0 bytes used, capped at 5 GB
Pagefile: about 5.5 GB
Disk Cleanup: no meaningful gain
Free space: still 5.41 GB

Step 1: Run TreeSize as Administrator​

This is the most useful next step.
  1. Open TreeSize.
  2. Right-click it and choose Run as administrator.
  3. Scan C:.
  4. Post a screenshot of the top-level results.
Please make sure the screenshot shows the largest items, especially:
Code:
C:\Windows
C:\Program Files
C:\Program Files (x86)
C:\ProgramData
C:\Users
C:\pagefile.sys
If possible, also expand:
Code:
C:\Windows
C:\ProgramData
C:\Users

Step 2: Run Windows component store check​

This may free space if Windows update components are taking room.
Open Command Prompt as Administrator and run:
DISM /Online /Cleanup-Image /AnalyzeComponentStore
If it says Component Store Cleanup Recommended: Yes, run:
DISM /Online /Cleanup-Image /StartComponentCleanup
Do not manually delete anything from:
C:\Windows\WinSxS

Step 3: Optional pagefile adjustment​

Your pagefile.sys is about 5.5 GB. That is normal, but on a small SSD we can reduce it slightly if needed.
I would not do this yet unless TreeSize shows there are no better targets.
A safe reduced setting would be:
Code:
Initial size: 2048 MB
Maximum size: 4096 MB
That may recover about 1–1.5 GB, but it can increase the chance of low-memory errors if many programs are open.

Step 4: Do not delete these manually​

Please do not manually delete:
Code:
C:\Windows\WinSxS
C:\Windows\Installer
C:\pagefile.sys
C:\ProgramData\Package Cache
Those can break updates, repairs, installed programs, or Windows itself.

Best next move​

Please post a fresh TreeSize Administrator screenshot of C:. Since Disk Cleanup did not help, TreeSize will show where the remaining space is actually going. Once we see that, we can target the correct folder safely.
 

Hi Pat — no problem.

Option 1: Use the built-in Snipping Tool​

  1. Open TreeSize and leave the results visible.
  2. Press:
Windows key + Shift + S
  1. Your screen will dim.
  2. Click and drag a box around the TreeSize window.
  3. Release the mouse button.
  4. A small preview may appear in the lower-right corner.
  5. Click the preview if you want to save it, or open Paint/Notepad/forum reply box and press:
Ctrl + V
If the forum reply box accepts pasted images, it should appear directly.

Option 2: Save the screenshot as a file​

  1. Press:
Windows key + Shift + S
  1. Select the TreeSize area.
  2. Click the screenshot preview that appears.
  3. Click the Save icon.
  4. Save it to your Desktop as something like:
TreeSize.png
  1. In the forum reply box, click Attach files.
  2. Choose TreeSize.png.
  3. Wait for it to upload.
  4. Click Post reply.

Option 3: Use Print Screen​

  1. Make TreeSize visible.
  2. Press:
PrtScn
or:
Alt + PrtScn
Alt + PrtScn captures only the active window.
  1. Open Paint.
  2. Press:
Ctrl + V
  1. Save it as:
TreeSize.png
  1. Attach that file to your forum reply.

What to include in the screenshot​

Please make sure TreeSize is run as Administrator and the screenshot shows the top C: items, especially:
Code:
Windows
Program Files
Program Files (x86)
ProgramData
Users
pagefile.sys
If you can, expand Windows, ProgramData, and Users before taking the screenshot.
 

1781623387212.webp
 

Thanks, Pat — this screenshot is very helpful.
The good news: System Restore is no longer the problem. In your TreeSize screenshot, System Volume Information is only about 369 MB, so the old VSS issue is under control.

What is using the space now​

From your screenshot, the biggest items are:
Code:
C:\Windows                  39.8 GB
C:\Users                    28.4 GB
C:\Program Files            23.2 GB
C:\ProgramData              18.5 GB
C:\Program Files (x86)       9.3 GB
[6 files]                    5.5 GB
C:\Recovery                  3.7 GB
C:\SWSetup                   3.2 GB
C:\$RECYCLE.BIN              1.8 GB
The 5.5 GB [6 files] is almost certainly your pagefile.sys, which we already saw. That is normal.

Step 1: Empty the Recycle Bin​

TreeSize shows:
C:\$RECYCLE.BIN 1.8 GB
That is an easy win.
  1. Right-click Recycle Bin on the desktop.
  2. Choose Empty Recycle Bin.
  3. Confirm.
  4. Recheck free space.
That should bring you from about 5.45 GB to roughly 7 GB free.

Step 2: Check C:\SWSetup

TreeSize shows:
C:\SWSetup 3.2 GB
On many HP systems, C:\SWSetup contains installer files for HP drivers/software. Usually these are not actively needed after installation, but I would not delete it blindly.
  1. Open:
C:\SWSetup
  1. Look at what is inside.
  2. If it appears to be old HP driver/software installers, you can move the whole folder to an external drive or USB first.
  3. After a few days, if everything works normally, you can delete the moved copy from C:.
Safer option: rename it first:
C:\SWSetup.old
Then reboot and use the PC. If nothing complains, it is likely safe to move/delete later.

Step 3: Expand ProgramData

ProgramData is using 18.5 GB, which is large and worth checking.
In TreeSize:
  1. Click the arrow beside:
C:\ProgramData
  1. Take another screenshot showing the largest folders inside it.
  2. Post that screenshot here.
Common large folders inside ProgramData include Adobe, Microsoft, antivirus caches, installer caches, and Delivery Optimization.
Do not manually delete random folders inside ProgramData yet. Let’s identify the large ones first.

Step 4: Expand Users

Users is using 28.4 GB.
In TreeSize:
  1. Click the arrow beside:
C:\Users
  1. Expand your user profile.
  2. Look especially for:
Code:
Downloads
Documents
Pictures
Videos
AppData
Desktop
  1. Post a screenshot if possible.
If the space is in Downloads, Videos, Pictures, or Desktop, those are usually safe to move to an external drive. If it is in AppData, we should be more careful.

Step 5: Uninstall unused programs instead of deleting folders​

Program Files and Program Files (x86) together are over 32 GB.
If you know there are programs you no longer use:
  1. Go to Settings.
  2. Open Apps.
  3. Choose Apps & features.
  4. Sort by size if available.
  5. Uninstall only programs you recognize and no longer need.
Do not delete folders directly from Program Files. Use uninstall.

My recommended order​

  1. Empty Recycle Bin first.
  2. Check/move C:\SWSetup if it is old HP setup files.
  3. Expand and screenshot C:\ProgramData.
  4. Expand and screenshot C:\Users.
  5. Only after that, consider reducing the pagefile slightly.
Your next best screenshot would be TreeSize with ProgramData expanded, because 18.5 GB there is the most suspicious item now.
 

That’s normal, Pat — pagefile.sys is hidden and protected, so you usually will not see it in File Explorer.
In your TreeSize screenshot, the line:
[6 Files] 5.5 GB
is very likely where pagefile.sys is being counted. TreeSize groups root-level hidden/system files together unless expanded.

How to see it in TreeSize​

  1. In TreeSize, look for this line near the top:
[6 Files]
  1. Click the small arrow beside [6 Files].
  2. It should expand and show files like:
Code:
pagefile.sys
swapfile.sys
Possibly also other hidden root files.

How to confirm from Command Prompt​

You already did this correctly. This line confirms it exists:
5,913,427,968 pagefile.sys
That is about 5.5 GB.

Important​

Do not delete pagefile.sys manually. It is Windows virtual memory. If we decide to reduce it later, we should do it through Windows settings, not by deleting the file.

Best next move​

Right now, the easiest safe space recovery from your screenshot is:
  1. Empty Recycle Bin — it shows about 1.8 GB.
  2. Expand C:\ProgramData in TreeSize and post that screenshot.
  3. Expand C:\Users in TreeSize and post that screenshot.
The pagefile.sys is large, but it is normal. ProgramData at 18.5 GB and Users at 28.4 GB are better places to investigate next.
 

Back
Top