It seems that you're using an outdated browser. Some things may not work as they should (or don't work at all).
We suggest you upgrade newer and better browser like: Chrome, Firefox, Internet Explorer or Opera

×
avatar
shmerl: Yeah, my situation is similar (XFS, and big 1+ TB partition), so it looks like you are on to something. Did you try reporting it to Unity developers? If not, I'll file a bug.
avatar
jonaswolz: I have not filed a bug report so far, so please feel free to do so...

Just out of curiosity:
Have you already tried if it works for you too when you put your game on a smaller partition?
I didn't try it yet since I don't have other partitions now. I can give it a go on a small USB drive for a test.
Reported this bug here:
http://forum.unity3d.com/threads/there-is-no-data-folder-failure-in-clarc-unity-3d-on-large-xfs-partition-on-linux.277828/
Post edited November 03, 2014 by shmerl
avatar
shmerl: I didn't try it yet since I don't have other partitions now. I can give it a go on a small USB drive for a test.
OK. Alternatively, for a test, you could create a small file system in a file using a loop device...
Post edited November 03, 2014 by jonaswolz
avatar
shmerl: I didn't try it yet since I don't have other partitions now. I can give it a go on a small USB drive for a test.
avatar
jonaswolz: OK. Alternatively, for a test, you could create a small file system in a file using a loop device...
Ah, that's a great idea, thanks. I did just that and it worked, which confirms your findings above.

Here is what I did (assuming ~/tmp/image was already created before):

dd if=/dev/zero of=/tmp/loop.img bs=1024K count=800
mkfs.xfs /tmp/loop.img
sudo mount /tmp/loop.img ~/tmp/image -o loop

Then I copied clarc game into ~/tmp/image (with my user's permissions) and launched it from there, and it worked!

I added the test result to the forum bug report, but Unity developers didn't answer anything so far.
Post edited November 04, 2014 by shmerl
avatar
jonaswolz: I have not filed a bug report so far, so please feel free to do so...
Unity developers fixed the bug and provided a workaround binary for CLARC! See http://forum.unity3d.com/threads/there-is-no-data-folder-failure-in-clarc-unity-3d-on-large-xfs-partition-on-linux.277828/#post-1839595

We still need to notify CLARC developers about it, so they would push a patched version to GOG.

You can also let Shadowrun Returns developers know about it.
I submitted a support request for GOG to notify Clarc developers about the fix. Hopefully that would be more effective, since last time no one from Clarc responded to me at all.
GOG supported responded that they'll forward this to their product team in so they'd "investigate and notify the developers if needed". So hopefully there eventually will be a patched version coming.
Post edited November 11, 2014 by shmerl
avatar
shmerl: GOG supported responded that they'll forward this to their product team in so they'd "investigate and notify the developers if needed". So hopefully there eventually will be a patched version coming.
So that's two years without reaction :(

For CLARC the issue is even worse, it has the same bug for the save files, which are stored in the home directory. If that one is on a large XFS partition, it fails to get the directory and tries to write /SaveLevel.csg which of course fails.

(even more strange is that it has no issues with the other two files in the same .config/unity3d/GoldenTricycle/CLARC/ directory, prefs and Player.log)
Some developers don't care to fix their bugs.