wine doesn't start anymore (Already solved?!?)

[Lupe]

Hello,

NOTE:

Code: Select all

sysctl vm.mmap_min_addr=0

fixed this problem - what does it to? Why is it set to 65536 on my system?[/b]

wine on my debian testing machine used to run very good. Unfortunately, it suddenly stopped completely. I already wiped any package related to wine from my installation and re-installed, but it didn't help. This is what happens, when I start

Code: Select all

% wine notepad
0009:err:module:load_builtin_dll failed to load .so lib for builtin L"winspool.drv": /usr/lib/wine/../i386-linux-gnu/wine/winspool.drv.so: failed to map segment from shared object
0009:err:module:import_dll Loading library winspool.drv (which is needed by L"C:\\windows\\system32\\comdlg32.dll") failed (error c000007a).
0009:err:module:import_dll Library comdlg32.dll (which is needed by L"C:\\windows\\system32\\notepad.exe") not found
0009:err:module:attach_dlls Importing dlls for L"C:\\windows\\system32\\notepad.exe" failed, status c0000135

That's what I have installed:

Code: Select all

% dpkg -l \*wine\* | egrep '^ii'
ii  fonts-wine            3.0.2-3      all          Windows API implementation - fonts
ii  libwine:amd64         3.0.2-3      amd64        Windows API implementation - library
ii  libwine:i386          3.0.2-3      i386         Windows API implementation - library
ii  wine                  3.0.2-3      all          Windows API implementation - standard suite
ii  wine32:i386           3.0.2-3      i386         Windows API implementation - 32-bit binary loader
ii  wine64                3.0.2-3      amd64        Windows API implementation - 64-bit binary loader

Code: Select all

% ll /usr/lib/i386-linux-gnu/wine/winspool.drv.so /usr/lib/i386-linux-gnu/wine/fakedlls/winspool.drv /usr/lib/x86_64-linux-gnu/wine/winspool.drv.so /usr/lib/x86_64-linux-gnu/wine/fakedlls/winspool.drv
-rw-r--r-- 1 root root  30824 Jul 24 02:48 /usr/lib/i386-linux-gnu/wine/fakedlls/winspool.drv
-rw-r--r-- 1 root root 258888 Jul 24 02:48 /usr/lib/i386-linux-gnu/wine/winspool.drv.so
-rw-r--r-- 1 root root  30824 Jul 24 02:48 /usr/lib/x86_64-linux-gnu/wine/fakedlls/winspool.drv
-rw-r--r-- 1 root root 302120 Jul 24 02:48 /usr/lib/x86_64-linux-gnu/wine/winspool.drv.so

Code: Select all

 % file /usr/lib/i386-linux-gnu/wine/winspool.drv.so /usr/lib/i386-linux-gnu/wine/fakedlls/winspool.drv /usr/lib/x86_64-linux-gnu/wine/winspool.drv.so /usr/lib/x86_64-linux-gnu/wine/fakedlls/winspool.drv
/usr/lib/i386-linux-gnu/wine/winspool.drv.so:         ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=f146fddadcd2f35f9302aceb76ecf1893ec587ec, stripped
/usr/lib/i386-linux-gnu/wine/fakedlls/winspool.drv:   PE32 executable (DLL) Intel 80386, for MS Windows
/usr/lib/x86_64-linux-gnu/wine/winspool.drv.so:       ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=da1a476a0e02226e993a3d9ce61f9d35ad1257b4, stripped
/usr/lib/x86_64-linux-gnu/wine/fakedlls/winspool.drv: PE32+ executable (DLL) x86-64, for MS Windows

Using strace, I can find one thing that goes wrong:

Code: Select all

openat(AT_FDCWD, "/usr/lib/wine/../i386-linux-gnu/wine/winspool.drv.so", O_RDONLY|O_CLOEXEC) = 9
read(9, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300B\1\0004\0\0\0"..., 512) = 512
fstat64(9, {st_mode=S_IFREG|0644, st_size=258888, ...}) = 0
mmap2(NULL, 262148, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 9, 0) = -1 EPERM (Operation not permitted)
close(9)                                = 0
openat(AT_FDCWD, "/usr/lib/wine/../i386-linux-gnu/wine/winspool.drv.so", O_RDONLY|O_LARGEFILE) = 9
read(9, "\177ELF\1\1\1", 7)             = 7
close(9)                                = 0
write(2, "0009:err:module:load_builtin_dll"..., 180) = 180

I don't understand the EPERM (Operation not permitted) in mmap2



I hope you can help me get it running again...

[jkfloris]

I already wiped any package related to wine from my installation and re-installed, but it didn't help.

Did you also removed your ~/.wine directory? Or used a clean WINEPREFIX?

Do you get the same results when you use the WineHQ packages?