Intermittently when the system is woken from hibernation, several folders are stopped because of “insufficient free space”.
All of the affected folders are located on one drive, but not all folders on the drive are stopped. All of the folders have the default 1% minimum free disk space and the drive has more than 1% free space. It’s a fixed disk with nothing exotic or unusual about it. I have all sorts of services and programs using data on the drive and none complain/crash about being unable to use it, nor am I greeted with a system tray balloon notification about being low on disk space. Syncthing isn’t being run as a user with any quota settings.
The only possible “unusual” setting is that I do have NTFS quotas enabled for the disk, but the user account Syncthing runs under has unlimited quota. I’ll try toggling some of the quota settings to see if this has any effect. Does anyone else have any other ideas?
Also - a different set of folders were affected this time; fewer folders and one that wasn’t affected the previous time. They’re still all on the same volume.
So it appears the system is returning “no error, the path has 0 bytes free space” when asked just after hibernation. I don’t know what to do about that, if the OS is lying to us it’s hard to do the right thing.
I think this needs more investigation by someone with the issue. We shouldn’t need to ask multiple times and average the result - imagine having to do that to determine the size of a file for example, it’s absurd.
A bog-standard fixed hard drive. There are other shares on the drive which aren’t affected, and the affected folders aren’t the same each time the warning pops up.
I figure it matters because it’s not working properly - obviously not a big deal, but a bug is a bug.
I agree. In this case I think the bug is with Windows or the Go runtime, until proven otherwise. Setting the required percentage to 0 to disable the check should be the workaround for now.
Today something else odd happened - the free space was reported as non-zero in some cases. Four folders were stopped, reporting 0.25%, 0.00%, 0.01% and 0.00% free. All other times I’ve noticed this it’s always been zero.