http://bugs.winehq.org/show_bug.cgi?id=11329
Summary: Wine "forgets" that it's using a vfat filesystem and doesn't use case-insensitive optimizations Product: Wine Version: 0.9.53. Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: scott@open-vote.org
System Shock 2 (after using SSTool to remove copy protection) works perfectly in Wine if run within a virtual desktop.
The exception, however, is the load times. For me the game takes nearly 20 minutes to load normally. The game taxes the filesystem a lot - it unpacks a large zip file of the unpatched game files, and then starts looking everywhere for newer versions of them. For every one of these, Wine has to check that they don't exist (in a case-insensitive way) in several directories. This 20 minute delay when changing areas makes the game nearly unplayable.
When I moved the game over to a new fat32 partition I made on an external drive, the load time dropped from 20 minutes to 20 seconds. I was quite impressed.
Strangely, however, after I restarted my computer the load times returned to 20 minutes. The drive is still mounted in the same place: /dev/sdb2 on /media/disk-1 type vfat (rw,nosuid,nodev,shortname=mixed,uid=1000,utf8,umask=077,usefree)
I believe it's using the same options, since I didn't mount it by hand in either case and let Ubuntu automount it.
I have an F:\ drive pointing to that filesystem that I set up in winecfg. The game is installed there (at F:\sshock2)
So, what happened? It seems like Wine is no longer using its case-insensitive optimizations, but I have no clue how to force it to do so.
http://bugs.winehq.org/show_bug.cgi?id=11329
Alexander Nicolaysen Sørnes alex@thehandofagony.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alex@thehandofagony.com
--- Comment #1 from Alexander Nicolaysen Sørnes alex@thehandofagony.com 2008-01-25 08:35:31 --- Is Wine searching the entire file system, normally mapped to drive Z?
http://bugs.winehq.org/show_bug.cgi?id=11329
--- Comment #2 from Scott Ritchie scott@open-vote.org 2008-01-25 17:29:08 --- In both cases I had Z: mapped...
I'll try unmapping it and see if that helps.
Also I have confirmed that switching "shortname=mixed" to "shortname=lower" for mount options made no difference.
http://bugs.winehq.org/show_bug.cgi?id=11329
--- Comment #3 from Scott Ritchie scott@open-vote.org 2008-01-25 17:30:38 --- Removing Z:\ did not help.
http://bugs.winehq.org/show_bug.cgi?id=11329
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |1.2.0
http://bugs.winehq.org/show_bug.cgi?id=11329
--- Comment #4 from Austin English austinenglish@gmail.com 2008-12-03 16:35:13 --- Is this still an issue in current (1.1.9 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=11329
Scott Ritchie scott@open-vote.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX
--- Comment #5 from Scott Ritchie scott@open-vote.org 2008-12-03 20:27:37 --- I'm not sure. I don't think it's worth bothering at this point. If we want to optimize case sensitivity we should pick back up integrating the ciops FUSE module project for the .wine folder instead
http://bugs.winehq.org/show_bug.cgi?id=11329
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED Target Milestone|1.2.0 |---
--- Comment #6 from Dmitry Timoshkov dmitry@codeweavers.com 2008-12-03 22:11:53 --- Closing.