Hi guys,
I have a rather nasty problem:
I have the current wine-1.6-rc4 installed and run steam and my games using that.
The games themselves run fine, but whenever closing/quitting that game, it takes a few seconds to minutes and my desktop will hang.
In detail, the game's process goes disk sleep (or zombie) and cannot be killed, even with root privileges.
Then, I'll loose mouse input and shortly after, the desktop is not responsive anymore.
Rebooting or shutting down does only work when initiated as root.
But on next startup, the system has to retrieve journals for my ext4 drives so basically, the shutdown status couldn't be written to disk, I guess...
What bugs me most is that everything was working fine until last weekend.
I don't think that the kde update is causing this, since I get the same problems when running the DE awesome...
I also configured gphoto2, but can't imagine that this is causing problems...
The current wine version doesn't seem to be the cause as well; wine-1.6-rc2 doesn't change anything.
Please help, I'm running out of ideas T.T
(trying to downgrade my nvidia-driver from 319.23 to 313.xx to see if that fixes this, now)
steam games via wine go disk sleep or zombie when quitting
Message
- Utsuho Reiuji
- Apprentice
- Posts: 179
- Joined: Wed Apr 03, 2013 6:43 am
- Utsuho Reiuji
- Apprentice
- Posts: 179
- Joined: Wed Apr 03, 2013 6:43 am
- Utsuho Reiuji
- Apprentice
- Posts: 179
- Joined: Wed Apr 03, 2013 6:43 am
another try to fix this was downgrading sandbox from 2.6-rc1 to 2.5 and recompiling xorg-drivers, wine and nvidia-drivers, but the problem is still there.
The process hl2.exe (team fortress 2) goes zombie, but is not interruptible.
And just as the games which go disk sleep, the mouse shortly after doesn't work (I suppose that x11 crashes).
Some games still seem to work, so this bug affects only specific processes.
I don't get it, it used to work before, now it doesn't...
The process hl2.exe (team fortress 2) goes zombie, but is not interruptible.
And just as the games which go disk sleep, the mouse shortly after doesn't work (I suppose that x11 crashes).
Some games still seem to work, so this bug affects only specific processes.
I don't get it, it used to work before, now it doesn't...
This doesn't sound exactly like your problem, but the only time I've had wine applications lock up like this is when my system has a windows network drive mounted that has hung. This can happen when a windows drive is mounted by cifs, running a network backup, and the windows box either shuts down or goes to sleep.
After that, any wine application I try to run will hang up (don't know why), as well as anything that probes mounted drives such as "df". Ultimately, I have to reboot to get the system unhung. One thing to try, to reduce the chances of file corruption, is rebooting with the "magic" Alt-Sysrq REISUB keys.
After that, any wine application I try to run will hang up (don't know why), as well as anything that probes mounted drives such as "df". Ultimately, I have to reboot to get the system unhung. One thing to try, to reduce the chances of file corruption, is rebooting with the "magic" Alt-Sysrq REISUB keys.
Warning: Possibly stupid ideas follow 
1) Trying a completely different branch / version of WINE rather than trying different RCs of the same version.
2) Run WINE games inside a separate XServer
3) Start WINE plus game inside a script followed by a wineserver -k if you exit the game
4) Try starting your WINE games from a Live distribution which features NVidia drivers (e.g. Kanotix) to verify that you do not have a general hardware issue.
HTH,
Holger
1) Trying a completely different branch / version of WINE rather than trying different RCs of the same version.
2) Run WINE games inside a separate XServer
3) Start WINE plus game inside a script followed by a wineserver -k if you exit the game
4) Try starting your WINE games from a Live distribution which features NVidia drivers (e.g. Kanotix) to verify that you do not have a general hardware issue.
HTH,
Holger