NTFS Hard Links and Misleading Folder Sizes | TreeSize Windows Guide

Quick answer

An NTFS hard link is another directory entry referring to existing file data. Some size summaries count linked paths in ways that differ from the disk’s actual allocated usage. Avoid deleting Windows-managed hard links manually.

This is a read-first troubleshooting guide, not a guarantee that a particular file can be removed. Verify ownership and backups before changes.

Step-by-step workflow

Step 1. Confirm that the surprising total is a folder summary rather than the free-space number from the volume.
Step 2. Compare Size and Allocated Space where supported.
Step 3. Check whether system component directories, backup software or developer tools create hard links.
Step 4. Use Windows servicing utilities for Windows component cleanup, not removal by hand.

What can go wrong

Counting every path as unique bytes can double-count shared file data.
Do not remove hard links from Windows directories just to make a chart smaller.
Permissions and filesystem compression can also affect apparent totals.

Frequently asked question

Why can total folder sizes exceed used disk space?

Hard links, compression, allocation units and counting methods can make summed directory figures differ from unique storage usage.

Related reading

Editorial method and sources

This guide distinguishes observed disk usage from safe cleanup actions. Its recommendations are based on Windows storage behavior and documented workflows; vendor capabilities and licensing can change.

Prepared by jam-software.org Editorial Team. Published October 28, 2026. Sources and corrections.

Right-click Properties

Right-click any folder and choose Properties. Windows walks every file inside it and reports a total under Size and Size on disk. This is accurate, but it's a one-folder-at-a-time answer: you have to already suspect the folder is large before you check it, and a big folder with many subfolders can take a noticeable moment to finish counting.

It's fine for confirming a single suspicion — "is this game install really 80 GB?" — but it doesn't help when the question is "where did 60 GB on my C: drive go," because you'd have to check dozens of folders one by one to find the answer.

Details view and the Size column

Switch Explorer to Details view (View > Details) and you'll see a Size column. For files, this works exactly as expected. For folders, Explorer usually leaves the cell blank instead of showing a total.

That's not a bug — Explorer's folder listing doesn't pre-calculate folder contents, because doing so for every folder in a large directory would be slow. The Size column only reports what it already knows, which for a folder is nothing until you ask it directly, as in the Properties method above.

A PowerShell command that totals a folder

If you'd rather script it, Get-ChildItem combined with Measure-Object gives you a folder's total size without opening Explorer at all. Open PowerShell and run:

(Get-ChildItem -Path "C:\Users\YourName\Downloads" -Recurse -File -ErrorAction SilentlyContinue | Measure-Object -Property Length -Sum).Sum / 1GB

That command recurses through every file, sums the Length property in bytes, and divides by 1 GB so the result is readable. -ErrorAction SilentlyContinue matters here: without it, the command stops and prints an error the first time it hits a folder your account can't read, such as a system-protected path.

This is accurate and scriptable, but it's still a single-folder answer, and on a folder with hundreds of thousands of files it can take a while to finish because PowerShell isn't optimized for bulk directory enumeration the way a dedicated scanner is.

A tree analyzer for whole-drive answers

When the real question is "which folder, anywhere on this drive, is responsible for the missing space," a folder-size tool such as TreeSize is a better fit than repeating any of the methods above by hand. It scans the whole tree once, sorts every folder by size, and lets you drill from the drive root down to the exact subfolder that's heavy — see how to use TreeSize for the full walkthrough.

The TreeSize Free download is enough for this kind of one-off audit on a personal PC. If you need to repeat the scan on a schedule or across several machines, that's a TreeSize Professional job instead.

Hidden and system files can skew the total

By default, Explorer hides files and folders marked hidden or protected-system, which means a folder total you get by eyeballing visible files will be lower than the real size. Properties and PowerShell both count hidden files correctly as long as your account has permission to read them, but a manual visual estimate will not.

System-protected folders under C:\Windows and C:\ProgramData in particular can report as smaller than they are if a scan runs without elevated permissions — see running TreeSize as administrator for why that happens and how to fix it.

Folder size FAQs

Why does a folder show a blank Size in Explorer's Details view?

Explorer doesn't pre-calculate folder totals when listing a directory, since doing that for every row would slow the listing down. Use Properties or a scan tool to get an actual total.

Does Get-ChildItem count subfolders automatically?

Why does PowerShell give an error partway through a scan?

Is the size shown in Properties the same as the size on disk?

Continue reading

Last reviewed by the jam-software.org editorial team on September 15, 2026. Spotted something out of date? Tell us.