[Bug 43247] New: Grand Theft Auto V consumes all space on system partition
https://bugs.winehq.org/show_bug.cgi?id=43247 Bug ID: 43247 Summary: Grand Theft Auto V consumes all space on system partition Product: Wine Version: 2.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- Created attachment 58556 --> https://bugs.winehq.org/attachment.cgi?id=58556 default log wine-2.11 After login into Rockstar Social Club and in the game or main menu, the system partition "/" gets filled up. Wine binaries and prefixes are in a separate /home partition. The command "du" does not show any change in file space consumption. The game keep running even when the disk is full. The free space comes back after the game is closed. DVD version of game. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43247 Sebastian Lackner <sebastian(a)fds-team.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian(a)fds-team.de --- Comment #1 from Sebastian Lackner <sebastian(a)fds-team.de> --- Are you sure these aren't just the usual /tmp/.../anonmap.XXXXXX files created by Wine? They are used to implemented mappings and are immediately unlinked after creation. If your distribution does not mount a proper tmpfs (check with "mount") they will all contribute to disk usage. Could that be a problem, and how much disk space is actually used by those files? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43247 --- Comment #2 from Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> --- I have around 3.2GB free on / before starting the game. It consumes all that space at a 110MB/minute rate. The low disk space notification appears on top of the game which is already annoying by itself. When the disk is full subprocess.exe crashes and an exception dialog pops-up. The game still runs fine, apparently. mount shows several tmpfs mounts. I could not find any anonmap.XXXXXX files in /tmp, but lsof showed a few anonmap.* files (of type DEL) opened by subprocess.exe. I use df to check disk space. The available space decreases steadily as the used space increases. The command du doesn't show any change in disk usage. This indicates that the space is not used by standard files, IMO. subprocess.exe is the CEF browser helper executable, similar to steamwebhelper.exe or UplayWebCore.exe. It provides the on-line "social" services. I tested another game (Team Fortress 2 on Steam) and it had no issue. I never noticed such disk space consumption before. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43247 Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #3 from Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> --- It appears to be fixed in both plain wine and staging (3.4). After 1 hour there was 100Mb of disk usage. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43247 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #4 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 3.5. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (1)
-
wine-bugs@winehq.org