Hallo Liste, leider hat sich grad mein Netscape aufgehängt... kill PID bringt leider nix. killall netscape-communicator leider auch nicht.... Wie kriege ich das Teil komplett beendet (zu stolz / beschäftigt) zum Neustart... Danke! Gruss, Uli -- Machen Sie Ihr Hobby zu Geld bei unserem Partner 1&1! http://profiseller.de/info/index.php3?ac=OM.PS.PS003K00596T0409a -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net
Hallo, On Thu, 07 Jun 2001 at 21:41 +0200, Ulrich Klenk wrote:
leider hat sich grad mein Netscape aufgehängt...
kill PID bringt leider nix.
killall netscape-communicator leider auch nicht....
Wie kriege ich das Teil komplett beendet (zu stolz / beschäftigt) zum Neustart...
killall -9 netscape kill -9 PID Ein kill -9 sendet ein Signal (AFAIR SIGKILL) an den Prozess, das von diesem _nicht abgefangen_ werden kann. Gruß, Bernhard -- ----------------------------------------------------------------- -> http://www.links2linux.de <-> http://packman.links2linux.de <- -----------------------------------------------------------------
* Bernhard Walle schrieb am 07.Jun.2001:
On Thu, 07 Jun 2001 at 21:41 +0200, Ulrich Klenk wrote:
leider hat sich grad mein Netscape aufgehängt...
kill PID bringt leider nix.
killall netscape-communicator leider auch nicht....
Wie kriege ich das Teil komplett beendet (zu stolz / beschäftigt) zum Neustart...
killall -9 netscape kill -9 PID
Ein kill -9 sendet ein Signal (AFAIR SIGKILL) an den Prozess, das von diesem _nicht abgefangen_ werden kann.
So ist es. Und da es so ist, sollte kill -9 nur im Notfall angewendet werden. Der liegt hier vor. Aber ich schreibe es extra nochmal, weil viele hingehen und einfach immer kill -9 sagen. Es funktioniert ja so schön. Leider zu schön. Der Prozeß hat keinerlei Möglichkeiten aufzuräumen. Viele Prozesse wollen gerne noch irgendwelche tämporären Dateien oder sowas löschen, bevor sie sterben. Leider geht das bei einem kill -9 nicht. Bernd -- Probleme mit dem Drucker? Schon die Druckercheckliste beachtet? http://localhost/doc/sdb/de/html/drucker-howto.html | Auch lesenswert: Oder schon das Drucker-HOWTO gelesen? | man lpr file://usr/shar/doc/howto/de/DE-Drucker-HOWTO.txt.gz | Zufallssignatur 3
On Thursday, 7. June 2001 23:12, Bernd Brodesser wrote:
* Bernhard Walle schrieb am 07.Jun.2001: [hängendes Netscape killen]
killall -9 netscape kill -9 PID
Ein kill -9 sendet ein Signal (AFAIR SIGKILL) an den Prozess, das von diesem _nicht abgefangen_ werden kann.
So ist es. Und da es so ist, sollte kill -9 nur im Notfall angewendet werden. Der liegt hier vor. Aber ich schreibe es extra nochmal, weil viele hingehen und einfach immer kill -9 sagen. Es funktioniert ja so schön. Leider zu schön. Der Prozeß hat keinerlei Möglichkeiten aufzuräumen. Viele Prozesse wollen gerne noch irgendwelche tämporären Dateien oder sowas löschen, bevor sie sterben. Leider geht das bei einem kill -9 nicht.
Ach, daher kommen also die Probleme bei einem kill -9 1 ... *bg* Nein, im Ernst: Im Falle Netscape muss nach einem kill -9 noch manuell in ~/.netscape die die Datei "lock" entfernt werden. Gruß, Stephan -- Stephan Hakuli | mailto: stephan@hakuli.de | * GnuPG/PGP-Key * | callto: 01 71 - 651 89 43 | available, please | surfto: http://www.hakuli.de | visit my homepage
On Friday, 8. June 2001 19:13, Bernd Brodesser wrote:
* Stephan Hakuli schrieb am 08.Jun.2001:
Ach, daher kommen also die Probleme bei einem kill -9 1 ... *bg*
Passiert nichts. Der init fängt kill -9 ab. ;) Kann auch sein, daß kill es nicht weiter gibt.
Gut zu wissen. Ich war bislang zu feige, das mal auszuprobieren. *g* Stephan -- Stephan Hakuli | mailto: stephan@hakuli.de | * GnuPG/PGP-Key * | callto: 01 71 - 651 89 43 | available, please | surfto: http://www.hakuli.de | visit my homepage
Am Freitag, 8. Juni 2001 19:13 schrieb Bernd Brodesser:
Ach, daher kommen also die Probleme bei einem kill -9 1 ... *bg*
Passiert nichts. Der init fängt kill -9 ab. ;) Kann auch sein, daß kill es nicht weiter gibt.
init ist wohl immun, man sehe $ strace kill -9 1 execve("/bin/kill", ["kill", "-9", "1"], [/* 72 vars */]) = 0 uname({sys="Linux", node="delphin", ...}) = 0 brk(0) = 0x804aa48 open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 [...] kill(1, SIGKILL) = 0 _exit(0) = ? $ Also, der SIGKILL geht raus, aber init lebt noch. Interessant. - Matthias
* Matthias Kleine schrieb am 09.Jun.2001:
Am Freitag, 8. Juni 2001 19:13 schrieb Bernd Brodesser:
Ach, daher kommen also die Probleme bei einem kill -9 1 ... *bg*
Passiert nichts. Der init fängt kill -9 ab. ;) Kann auch sein, daß kill es nicht weiter gibt.
init ist wohl immun, man sehe
$ strace kill -9 1 [...] kill(1, SIGKILL) = 0 _exit(0) = ? $
Also, der SIGKILL geht raus, aber init lebt noch. Interessant.
Gute Idee, ich wollte schon ein kleines C-Programm zum ausprobieren schreiben. Nach intensiver ;) Studie von man init habe ich aber festgestellt, (noch nicht ausprobiert ;)) daß man den Rechner mit einem kill -2 1 runterfahren kann, den wenn man ALT-CTRL-DEL drückt, so gibt der Kernel ein kill -2 an init. Wenn an dem ctrlaltdel Eintrag in der inittab nichts geändert ist, rebootet der Rechner danach. Bernd -- Probleme mit dem Drucker? Schon die Druckercheckliste beachtet? http://localhost/doc/sdb/de/html/drucker-howto.html | Auch lesenswert: Oder schon das Drucker-HOWTO gelesen? | man lpr file://usr/shar/doc/howto/de/DE-Drucker-HOWTO.txt.gz | Zufallssignatur 3
Am Samstag, 9. Juni 2001 08:08 schrieb Bernd Brodesser:
kill(1, SIGKILL) = 0 _exit(0) = ? $
Also, der SIGKILL geht raus, aber init lebt noch. Interessant.
Nach intensiver ;) Studie von man init habe ich aber festgestellt, (noch nicht ausprobiert ;)) daß man den Rechner mit einem kill -2 1 runterfahren kann, den wenn man ALT-CTRL-DEL drückt, so gibt der Kernel ein kill -2 an init. Wenn an dem ctrlaltdel Eintrag in der inittab nichts geändert ist, rebootet der Rechner danach.
Ich hab mal ein wenig im Kernelcode gegrept. Aus arch/i386/kernel/signal.c:580 (bei 2.4.3): /* * Note that 'init' is a special process: it doesn't get signals it doesn't * want to handle. Thus you cannot kill init even with a SIGKILL even by * mistake. */ Wen es näher interessiert, der kann sich den Signalhandler do_signal mal näher anschauen. - Matthias
Hallo Ulrich, * Ulrich Klenk <uli.klenk@gmx.de> textete am 07.06.01:
leider hat sich grad mein Netscape aufgehängt...
kill PID bringt leider nix.
Schau mal nach, ob da vielleicht ein chmid als Child des Netscape- Prozesses läuft (bzw. _nicht_ mehr läuft!). Ich habe den des öfteren als Übeltäter erlebt, wenn der Netscape stehengeblieben ist. Nachdem ich den chmod etwas unsanft beendet hatte, ging auch der Netscape wieder. Was passiert, wenn du den X-Server beendest? Da war er bei mir immer weg.
killall netscape-communicator leider auch nicht....
Killall solltest du nur auf Linux- Systemem einsetzen. Bei manchen anderen Uni*en bekommst du da evtl. Probleme. IIRC war's Solaris, daß da _alles_ killt... flo -- Jeopardy!
Wie heißt das Spiel, bei dem die Antwort vor der Frage kommt? [Dieter Bruegmann zum Thema Text über Vollquote in dnq]
participants (7)
-
Bernd Brodesser
-
Bernhard Walle
-
Florian Gross
-
Matthias Kleine
-
Michael Gerdelmann
-
Stephan Hakuli
-
Ulrich Klenk