-
-
Notifications
You must be signed in to change notification settings - Fork 113
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug]: get-foldersize and user profile files #145
Comments
What version of PowerShell are you using? What path are you querying? Are you including hidden files? |
Powershell 5.1. c:\users. Including hidden files. |
You'll probably get access-denied messages for parts of that path, even if running as Admin. I did a test on my profile in Windows PowerShell. Get-FolderSizeInfo $home -hidden My total size is actually about 3GB more than what I get when I use Windows Explorer and look at properties. The same test in PowerShell 7 is closer to the results I see in Windows Explorer. This is on a Windows 11 system. Profile folders are tricky due to hidden files and special access permissions. Although, there might be an issue with symlinks. In Windows PowerShell, the function follows the link and includes the size information, but not in PowerShell 7, which uses a different .NET method. |
This suits me, to skip the reparsepoints like the mounted Onedrive ... $top = ($di.GetDirectories()).Where( { $_.attributes -notmatch 'reparsepoint' }) |
Let me see what I can come up with. |
I have a new version for the next release. I am now skipping all reparse points and junctions. |
v2.49.0 has been published to the PowerShell Gallery if you want to update and test. |
Looks good. Actually my typical usage is like this, sort of "du | sort -n". It's good for avd, where the disk is slower. icm comp001 { dir -dir -force C:\programdata\ | Get-FolderSizeInfo.ps1 | sort totalsize } | ft -a |
Describe the problem
get-foldersize doesn't seem to return the correct size for user profiles, maybe because of things like symlinks? It is fast though.
Expectation
No response
Additional Information
No response
PowerShell version
4.0
Platform
None
Additional Checks
The text was updated successfully, but these errors were encountered: