[Bug 24279] New: starting a wine application spins up external hard drive
http://bugs.winehq.org/show_bug.cgi?id=24279 Summary: starting a wine application spins up external hard drive Product: Wine Version: 1.3.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: leighmanthegreat(a)hotmail.com When my external hard drive is sleeping, starting a wine app causes it to spin up. It should only spin up when I select that partition via the file selector not when starting the app. I don't think this used to happen in previous releases so will run a regression test. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.
http://bugs.winehq.org/show_bug.cgi?id=24279 Thomas Spear <Speeddymon(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Speeddymon(a)gmail.com --- Comment #1 from Thomas Spear <Speeddymon(a)gmail.com> 2010-09-05 20:38:48 CDT --- I haven't checked this, but it sounds like normal behavior for an app that needs to more or less probe each drive for it's existence when starting up, especially if an fd was open on that drive last time the app was run. Wine is more or less still an app that runs within the OS, and therefore probing at startup would be a normal occurrence. Think of Windows' Wordpad. If you have a text file open there, then save and exit, let the drive go to sleep, then reopen a blank document in Wordpad, it (I think) will spin up the drive to make sure it can still open the file from the MRU list under the file menu. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.
http://bugs.winehq.org/show_bug.cgi?id=24279 --- Comment #2 from leighman <leighmanthegreat(a)hotmail.com> 2010-09-06 17:38:02 CDT --- I could understand if it was restarting opening a file on the hard drive but this is simply opening any wine program. Using a native app such as Gedit I get even one directory down into the drive (on the 'Open' dialog) before it has to spin up (presumably for a folder which has not been opened this boot, or whatever) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.
http://bugs.winehq.org/show_bug.cgi?id=24279 --- Comment #3 from Thomas Spear <Speeddymon(a)gmail.com> 2010-09-06 18:32:20 CDT --- Leighman, I was using the Wordpad scenario as an example. Can you check in winecfg if your external drive is setup to be listed as a certain drive letter? The reason I ask is that if you have that external drive set as such, then assuming I am correct in how wine works, it is looking for the drive every time it starts up, for the sake of assigning a drive letter to the drive. Kind of like a hardware probe when Windows starts for loading the drivers for said drive. If you were to remove the external drive from winecfg's drive setup altogether, or maybe make /mnt the drive letter instead; I have a feeling that wine would no longer probe the directory that drive is mounted at, and therefore no longer cause it to spin up. Of course that is all just assumption based on what little I know of how wine looks for drives and initializes them as drive letters. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.
http://bugs.winehq.org/show_bug.cgi?id=24279 --- Comment #4 from leighman <leighmanthegreat(a)hotmail.com> 2010-09-07 06:17:42 CDT --- Yeh, I see what you mean. It's not listed as an explicit drive, though it's obviously under Z: which is / -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.
http://bugs.winehq.org/show_bug.cgi?id=24279 --- Comment #5 from Thomas Spear <Speeddymon(a)gmail.com> 2010-09-07 06:23:49 CDT --- Then my assumption was wrong. I'll check if mine does the same tonight -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.
http://bugs.winehq.org/show_bug.cgi?id=24279 --- Comment #6 from butraxz(a)gmail.com 2013-02-03 10:18:57 CST --- No update for two years. Is this still an issue in 1.5.23 or higher ? Or should this be closed as abandoned ? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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=24279 Bruno Jesus <00cpxxx(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED --- Comment #7 from Bruno Jesus <00cpxxx(a)gmail.com> --- Resolving abandoned as per previous comment. -- 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=24279 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #8 from Austin English <austinenglish(a)gmail.com> --- Closing. -- 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