

WINDIRSTAT MISSING SPACE WINDOWS
I'm uncomfortable with this situation, because I still no idea what was going wrong to cause Windows to write all that data. I'm guessing that's because Shadow Copy was not enabled on the drive, but this doesn't explain why something related to Shadow Copy was using space on a drive without it enabled? Interestingly enough I never would have connected this to Shadow Copy on my own because "vssadmin list shadowstorage" did not show that any space was being used by Shadow copy on this drive. It was easy enough to try and sure enough 1TB of space was cleared from the drive. But in another thread somewhere I'd read that enabling and then disabling Shadow Copy cleared up this issue for some other people. I originally didn't believe Shadow copy to be the culprit because it was not enabled on this drive. In the worst case over 1TB of space used out of a 1.8TB drive. Upon some poking around in each instance the hidden 'System Volume Information' folder on the drive was inexplicably using massive amount of space. It's a longshot but I've been noticing 2012 Essentials (and SBS 2011e) systems having strange issues with the the drives filling up lately. If not, it might be that this issue has nothing to do with either Storage Spaces or ReFS? The three times I took note of the amount of copied and invisible data, in eachĪnd every instance the amount of invisible data works out to 21% of the copied "Unknown" data on the volume dropping from 652GB to 489GB. Second file copy attempt failed, I deleted 700GB worth of the (visible) filesĬopied to the Storage Space on the destination server. Over half a terabyte of invisible data filling up the rest of the volume. Nearly 3TB mark, the file copy failed again, just like the first time, with the Invisible, unaccounted for data on the destination server's Storage Space The file copy process I checked, and there was already 325GB worth of Then rebuilt them from scratch and started the file copy again. Volume, the Storage Space and the Storage Pool on the destination server and TreeSize, of course) still couldn't see there was something filling up the Sysinternals' Du (disk usage), but it didn't help the utilities (aside from Several of these utilities under the Local System account, including However, TreeSize reported this 652GB of something Only TreeSize could even see there is something else filling the volume besides Several disk usage utilities - WinDirStat, TreeSize, and SpaceSniffer - and Obvious places to look for the phantom data).ĭoes not show any shadow storage on the volume. (possibly on the first copy attempt) System Volume Information (the only other

The only folder in the root of the volume, apart from the Recycle Bin and This leaves 652GB worth of something filling the volumeįiles or folders on the volume containing this 652GB. Windows Explorer reported the folder with the transferred files asīeing just about 3TB. Reporting the destination 3.63TB Storage Space volume as being completelyįilled. Over the network using FastCopy with Verify (checksum validation) enabled.Īt about 3TB worth of files, with Windows Explorer on the destination server ReFS Storage Space, file integrity streams enabled. Server 2012 Essentials (OS on dedicated system drive), empty 3.63TB mirrored
WINDIRSTAT MISSING SPACE FREE
Storage Space containsģ.01TB worth of files and 554GB free space. Storage Space with file integrity streams enabled. Server 2012 Essentials (OS on dedicated system drive), 3.63TB mirrored ReFS Terabyte of invisible data filling up the destination server's Storage Space. Run it as admin, so that TreeSizeFree shows all hidden/system files.Long post, but I've got a headscratcher of an issue and wanted to include all the relevantĭetails and the troubleshooting steps I've tried.ĭata from one server to another, but keep running out of space with over half a What else could be causing this issue? It is an enormous amount of storage to have gone missing!Īnswer: Instead of windirstat you should use TreeSizeFree. I had a look, and it is definitely turned off for this drive, as seen here: However, according to various forums, the most common reason for System Volume Information to grow large is due to System Restore Files. (Note that a new file appeared by the time I took this screenshot, but it’s only 129 Bytes.) This is the result:Īs you can see, there is about 244.7GB “unknown” usage.ĭoing a bit of research online, the most common suggestion was (a) Recycle Bin and (b) System Volume Information. It was recommended that I try WinDirStat, as it could help identify how much space each file was taking up. Question: I recently noticed that one of my external hard drive seems to be missing a lot of space.
