There is a possibility this can cause a regression, and this code seems that was added at least 15 years ago.Ī possible issue is that more problems with exFAT may arise, so doing this (seemingly complex) change to dosdevices may not be enough. The following log has the errors when trying to open PHOTON CUBE:īeing c:, d: the normal way on Windows, a change to make dosdevices show c without the : would require some way to add the : again somehow when searching files.

This causes some errors where it fails to create and find files/directories. What seems to be one problem is that exFAT does not support the : character, which is used for the files inside the dosdevices directory. One game where this is very noticeable is Microsoft Flight Simulator X: Steam Edition (314160). This results in much lower loading times compared to using ntfs-3g. Compared to ntfs-3g, which is most often used to have files (and games) available to Windows and Linux, there is a much lower CPU load when using the exFAT filesystem. With Ubuntu 20.04 release, exFAT became natively supported on Ubuntu. This use case of sharing very large installed programs happens more often with games, so it may be seen more relevant to the Proton project than to the Wine project. The dosdevices directory normally has many files with illegal characters (mainly :) for exFAT, being impossible to use an exFAT partition with the compatdata directory, unless if a symbolic link is made pointing to a directory in a partition with a different filesystem type. CPU overhead is much lower than ntfs-3g, being very noticeable on loading games. Support for exFAT filesystem, which now has a kernel module, works both on Windows and Linux and no longer requires FUSE. that I have checked whether there are updates for my system available that.

that I haven't found another request for this feature.

Windows exfat support