Wine and ufsd mounts

[surfatwork]

Hi, I run Archlinux and have a ntfs disk partition mounted using ufsd (from Paragon). Wine doesnt seem to like that:
1. If I keep the wine folder on that (ufsd-mounted) partition, no wine programs (such as MS Office) work
2. If I move the wine folder to an ext4 partition, wine programs work, but wine returns a "file not found" error if I try to open any files from the ufsd mounted partition.

It's not a permissions problem - have checked that.

Everything works fine if I mount the ntfs partition using ntfs-3g.
Does wine work with ufsd? I installed wine from the arch packages. Would compiling from source with specific options make a difference?
The reason I would like to use ufsd is because I get very poor write performance with ntfs-3g. 50Mbps on ntfs-3g vs 250Mbps on ufsd.

[dimesio]

First, running from an ntfs partition, regardless of the driver used, is not supported. The wineprefix has to be on a native partition.

As for opening files, does wine even see the mounted partition? Have you mapped it to a drive letter in winecfg?

[surfatwork]

have now located wineprefix on a native ext4 partition
I have mapped the ntfs usfd partition (root folder) to a drive letter in winecfg. I cant map a subfolder though.

1. The root folder is recognised and I can navigate to it in explorer
2. Some of the subfolders are listed, some arent. puzzling, because there isnt any diference between the subfolders
3. I can open .doc files (say, a.docx) using Word from explorer. Powerpoint crashes
4. However still cant open the above files (a.docx) using a native file manager like nemo/thunar. get a file not found error

[dimesio]

3. I can open .doc files (say, a.docx) using Word from explorer. Powerpoint crashes

Can you open Powerpoint files from within Powerpoint?

4. However still cant open the above files (a.docx) using a native file manager like nemo/thunar. get a file not found error

Can you open files on that partition in native programs (e.g., LibreOffice) from nemo/thunar?

[surfatwork]

OK, sorted now.
reinstalled wine in a new prefix on a native partition. reinstalled MS Office. mounted the ntfs partition with ntfs-3g, mapped it to a drive letter in winecfg. Then unmounted, and mounted back with ufsd.
everything works now. thanks.

[Gooberslot]

I'm having the same problem. When using ufsd some files show up and some don't but everything shows up with ntfs-3g. Also, everything shows up with ufsd when using linux programs so this problem only affects wine. I tried creating a new wineprefix(both 32 and 64 bit) and it didn't make any difference.

[Gooberslot]

I solved the problem; it was the nocase option. That option treats files as case insensitive but preserves case just like Windows which I felt was appropriate for a ntfs partition. I'm not sure why that would cause problems with wine but it does.

Edit: Nevermind, I was wrong. That doesn't appear to solve the problem after all.

[oiaohm]

Gooberslot I would not be 100 percent sure the issue is wine alone. There have also been cases with samba and ufsd resulting in strange things happening.

Some cases have been all todo with Unicode translation. Native Linux applications don't worry about minor invalid unicode chars. Samba and Wine both disappear the files in case of invalid unicode.

[Gooberslot]

Why would the "All Users" dir under "Documents and Settings" on my WinXP partition contain invalid unicode? That entire directory doesn't show up under wine.

[oiaohm]

Gooberslot

Why would the "All Users" dir under "Documents and Settings" on my WinXP partition contain invalid unicode? That entire directory doesn't show up under wine.

If it contained invalid chars ntfs3g would also not work. It is translation.

NTFS is UTF16 Linux is UTF8 so the filenames have to be translated. ufsd is known for doing strange things on files with permissions set and other things to the resulting converted file-names being slightly wrong. Inside wine and samba UTF8 to UTF16 has to be performed. So every point ufsd creates a translation error that item fails with samba and wine.

Yes this is a case paid for program is worse than free. Its not the WinXP partition. Its the program you are using to interface with it having bug.