I am storing apps on a large NAS with lots of free space.
Several times I have seen this issue, where it is reported that the target device does not have sufficient space ... the current problem was with 'seamonkey.' ( I don't know how to paste the message into this note.) Other apps that download at the same time do update however.
I have tried the update of seamonkey by itself with the same resulting error.
Any suggestions?
You are here
[Fixed] PA.c Installer says 'not enough free space' when installing via platform to UNC path
September 11, 2014 - 8:25am
#1
[Fixed] PA.c Installer says 'not enough free space' when installing via platform to UNC path
First, you can copy the text of the error by hitting CTRL-C with the error window in focus. You can also take a screenshot of it by hitting ALT-PrintScreen, which captures just the current window.
Second, please answer:
1. How much free space does your NAS have?
2. How much does Windows show when you select it in Explorer?
3. Is it one of the NAS' that doesn't report free space?
4. Is the drive mapped to a drive letter?
5. What's the full install path of the PortableApps directory (which contains PortableApps.com, SeaMonkeyPortable, etc)? If it's the root, it's usually just X:\PortableApps.
6. What operating system are you using? 32 or 64-bit?
We had an old bug where drives larger than 2TB overloaded the installer's free space calculation. That was solved last year in the installer and nearly all apps have been updated. But that's not what's at play here. SeaMonkey Portable 2.26.1 installs fine as a new install or an upgrade on my empty 4TB external.
Last, please subscribe to this topic. I'll likely need to write some test code for you to run on your NAS to test that it works if you're willing as I can't get access to that hardware myself.
Sometimes, the impossible can become possible, if you're awesome!
I had a similar issue in the past with Eset NOD32 (virus scanner). I had to disable realtime protection in order for the download/install of large portable apps to work using the updater (manual download always worked fine). My issue was consistently with Libre Office. However I have not had this happen for quite a while now.
Hope this helps
It amazes me that on the internet you can be anything you want, and yet so many people still choose to be idiots.
I may have found the issue: on the PC that I had the error, the NAS drive was not mapped; however on another system with the drive mapped the install update worked without a problem. Both systems are running Windows 7, 64 bit. The NAS has more that 1TB free space. I also access this drive from Ubuntu linux under Wine, although some apps do not work.
If the mapping of the drive is not the solution I'll experiment further.
The problem I had regarding the error message was how to paste to this comment, 'paste' was greyed out. Thanks for the input.
GORK
I can confirm that this issue occurs. It happens when the platform is installed to an unmapped network share (UNC path like \\Server\ShareName\...) and affects app installs via the PA.c App Store, PA.c Updater and via the Apps - Install a New App prompt. This is an error in the PA.c Installer itself due to the share reporting no free space via the Windows API. A fix for this was added to the PA.c Installer previously but it only affects manual installs by running the installer directly.
As a workaround for now, you can map the network drive to a drive letter which allows Windows to properly report space to the PA.c Installer. You can also manually install your apps to network shares without issue.
I'll get a fix into the PA.c Installer for this shortly and then we'll need to ensure all apps get updated over the next few weeks.
Sometimes, the impossible can become possible, if you're awesome!
This is fixed in the PortableApps.com Installer 3.0.12 released today. So, apps released using it like PA.c Installer 3.0.12 itself along with Autoruns, Process Explorer, Q-Dir should all install correctly with the platform on a UNC path.
Unfortunately, all apps are affected. Even though the platform supports UNC paths as of 12.0, all the apps won't support installs/updates from the platform for a few weeks.
As a workaround, map a drive letter to the UNC path for now. You can also manually install apps to UNC paths by running the .paf.exe files directly.
There's a complete writeup on it as well as alleviating any security warnings on UNC paths now on the PortableApps.com Platform Support Page here: https://portableapps.com/support/platform#uncpath
From today forward, we'll be ensuring all apps get updated to the new installer.
Sometimes, the impossible can become possible, if you're awesome!
John,
I've been away from the PC/Windows/PortableApps scene for some time, but can confirm that this error also occurs when running on Windows 7 in a VirtualBox Virtual Machine. Strangely, the platform and app updates behave correctly in a Windows 8/8.1 VM set up in exactly the same way.
MJA
"A Mac OS X User with Occasional Windows Tendencies"
UNC in a VM should work the same, yes.
I think the issue is that either Windows 7 or some security setups don't return complete information for the API call. So you call the GetDiskFreeSpaceEx Windows API, and instead of getting 3 numbers back (total, free, free available to user) you only get 2. The DriveSpace macro in NSIS dumps out and just returns 0 when that happens. As does the call in Delphi (platform language). So, for PA.c Installer 3.0.12, I wrote my own wrapper for GetDiskFreeSpaceEx that just returns the free available to user number directly since that's all we're concerned about and it should always return a result.
Sometimes, the impossible can become possible, if you're awesome!
This issue is now fully fixed in PA.c Platform 26.0 with a workaround for the handful of older installers that have this issue.
Sometimes, the impossible can become possible, if you're awesome!