Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Any ideas? Rebooting seems to work, but there must be a better way. I've tried sending all sorts of other signals to them, too, but signal 9 is supposed to be the no-questions asked, die-right-now signal, right?
Thanks, I will have to try that next time it happens... I did try viewing the processes using gtop, which does a kind of hierarchical categorization of them also, but it didn't look like there were any parent processes really.
Well, I now know how to view processes hierarchically... however, killing wine still does not seem to work. The process listing does not seem to show any particular wine process as the parent of another.
One thing I should note - there is usually a 'wineserver' process running, which can be killed. I don't know whether this affects anything, though. Obviously wineserver is not the parent of the wine processes, though.
What baffles me is why killall tells me that it has killed these processes when it clearly has not Why would my Linux lie to me? I feel so betrayed...
Any other suggestions? I refuse to believe that there is no way to do it... This happens pretty often, and I'd hate to have to restart every time wine poops out.
Okay, it appears the problem is not limited to Wine... at the moment, there are some Mozilla processes running that refuse to die. kill, killall, kill -9, killing by name or process number; none of them work, even when run as root. No errors, no nothing. (With verbose mode, killall even tells me it has killed them, same as above).
What is up with this? Has kill suddenly acquired a conscience? Does it feel bad about killing? Should I reinstall kill? Has this happened to anyone else? It is driving me slightly nuts!
Tinkster - I just thought of that actually. I just did:
/sbin/init 1
and was flabbergasted to see that the offending processes are *still* running. I waited a bit, tried various kill commands to them while in init level 1... no dice:
andrea 9904 0.0 0.0 0 0 ? DW 17:12 0:03 [wine]
andrea 9994 0.1 9.1 37400 23580 ? D 18:19 0:02 /usr/lib/mozilla-1.1/mozilla-bin
andrea 10024 0.0 0.0 0 0 ? Z 18:19 0:00 [mozilla-bin <defunct>]
andrea 10357 0.0 0.1 1624 396 ? D 18:29 0:00 /usr/bin/esd -terminate -nobeeps -as 2 -spa
Back to init 5. Same deal. Still running, refuse to die.
Isn't init level 1 supposed to eliminate everything that is non-essential to the OS?
I've noticed a trend... The four processes I have right now that won't die are either in uninterruptible sleep mode (D), or zombie (the child mozilla-bin process). From what I've seen, zombies are already dead, and are just waiting on their parent to acknowledge it - so that explains one of them.
And if the sleep is uninterruptible... how can it be interrupted?
How do sysadmins handle stuff like this, if they are not in a position to reboot?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.