http://bugs.winehq.org/show_bug.cgi?id=17988
Summary: some frameworks fail to initialize if fs mounted in noexec Product: Wine Version: 1.1.18 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: virtuousfox@gmail.com
While mounting /home in noexec is common security practise i surprised not to find similar report entries however i sure that there are a lot bugs connected to this issue.
Practising such way myself i found out that if the place where external (not wine-native) libraries and frameworks (such Mono or MS Visual C++) is situated (9/10 chance that it is your /home) mounted with noexec option any tries to run software dependent on them will fail with different and non-intuitive errors like infamous "err:module:attach_process_dlls "MSVCR80.dll" failed to initialize, aborting"
it's not matter what mounting options used on fs where actual application is placed.
to pin-point such behaviour always check if non-working software will work then you remount fs with exec option and it probably be good thing to tag existing bug entries where bugs caused by this and named by application as duplicats to this entry
http://bugs.winehq.org/show_bug.cgi?id=17988
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2009-04-09 19:54:20 --- Wine won't execute binaries from FS mounted with noexec. This is by design.
http://bugs.winehq.org/show_bug.cgi?id=17988
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #2 from Vitaliy Margolen vitaliy@kievinfo.com 2009-04-09 19:55:03 --- Closing.
http://bugs.winehq.org/show_bug.cgi?id=17988
--- Comment #3 from Predatory QQmber virtuousfox@gmail.com 2009-04-09 20:25:28 --- i'm not talking about "executing binaries". i talking about loading libraries from fs with noexec.
most of libraries have no complains about fs being noexec (the ones you put in system32)
for example: i have "The Witcher" and "No one lives forver" installations on /media/games with exec and /home with noexec witcher.exe is not working, nolf.exe is okay. then /home is exec - witcher.exe working too.
same with d3dx9_34.dll consumers which has no problems to load d3dx9_34.dll but have troubles with MSVCR80.dll
is it not a bug ?
http://bugs.winehq.org/show_bug.cgi?id=17988
--- Comment #4 from Predatory QQmber virtuousfox@gmail.com 2009-04-09 20:30:03 --- i mean installations is in /media/games but libraries in /home
http://bugs.winehq.org/show_bug.cgi?id=17988
--- Comment #5 from Vitaliy Margolen vitaliy@kievinfo.com 2009-04-09 20:40:49 --- All libraries have executable code. If reinforced no code can be executed from libraries that came from system mounted with noexec.
It's of course more complicated then that but it's all outside of what Wine can do. If you want to run a program under Wine no part of it can reside on a mount mounted with noexec option.
http://bugs.winehq.org/show_bug.cgi?id=17988
Predatory QQmber virtuousfox@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |RESOLVED Resolution|INVALID |DUPLICATE
--- Comment #6 from Predatory QQmber virtuousfox@gmail.com 2009-04-09 22:38:42 --- it's really not good how .net holes become linux holes. especially since how it selectively works...
workaround for this would be to have ~/.wine bind-mounted somethere with exec or WINEPREFIX-it somethere.
anyway - it is still an issue unless wine will behave similar in all error cases caused by noexec at least. ( warning message ? something ? ) that's why i will mark it as duplicate of #11661
*** This bug has been marked as a duplicate of bug 11661 ***
http://bugs.winehq.org/show_bug.cgi?id=17988
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal Status|RESOLVED |CLOSED
--- Comment #7 from Dmitry Timoshkov dmitry@codeweavers.com 2009-04-12 22:00:35 --- Closing duplicate.