Töte den Prozess mit seinem Namen in linux (Python)

dies funktioniert, aber es tötet jedes Python-Prozess.

pkill python

Aber ich kann nicht:

pkill myscript.py

Habe ich auch schon versucht killall, aber mit kein Glück entweder.
Muss ich die Benutzer reguläre Ausdrücke?

Durch die Art und Weise, die ich tun möchte, in einem python-Skript mit import os.

InformationsquelleAutor TIMEX | 2009-10-22
  1. 5

    Haben, starten Sie den Python-subprocess aus dem gleichen Skript, das Sie töten es aus? Wenn dem so ist, sehen diese Frage für details. Wenn nicht, können Sie pkill's-f-option, um nach dem script Namen in der Python-Prozess Liste von Argumenten, aber Sie immer noch Gefahr laufen, zu töten etwas, das Sie nicht wollen. Finden Sie die Mann Seite für mehr info.

    InformationsquelleAutor Ryan Bright
  2. 2

    Sind Sie in der Lage, den Prozess zu schreiben, es ist pid zu einer Datei?

    In Python Sie erhalten die pid, wie diese:

    import os
os.getpid()

    Tötung durch name ist bequem, aber manchmal hat unerwünschte Folgen, wie Sie gesehen haben.

    • Ich denke, er versucht Sie zu töten eine bestimmte python-Skript aus der (regulären) Befehlszeile, etwas nicht zu tun, aus python
    • Es gilt für beide. Ich würde gerne mit dem pkill myscript.py ...nur um zu erfahren, wie es in der Befehl Linie
    • noch immer ist es einfacher, wenn Sie eine pid-Datei kill 'cat pid' mit backticks anstelle von '
    • Wenn er das Skript zu schreiben, und er wählt einen eindeutigen Namen für ihn, dann kann er einfach garantieren, dass es nur ein Spiel.
    InformationsquelleAutor John La Rooy
  3. 2

    sudo kill -9 `pgrep python`

    Dieser Befehl wird alle töten den Laufenden python-Prozesse

    InformationsquelleAutor prabhakaran9397
  4. 0

    müssen Sie lookup die Prozess-id (pid). Sie können mit dem Befehl "ps-A | grep NAME" und wenden Sie dann "kill -9 PID". Diese Befehle können leicht übersetzt werden zu python.

    Versucht, einen "Namen" (wie in pkill) ergeben können mehrere Spiele und somit unerwartete Ergebnisse (zumindest in dem Kontext oben in der Frage).

    • wie ist das anders pkill?
    • Sie nicht BRAUCHEN, um eine pid. Sie können verwenden, was bedeutet, zu identifizieren, den Prozess, Ihren Prozess killer erlaubt Sie zu verwenden. Alle *nix-die Verwendung eines pid-intern, aber manchmal wollen die Leute zu töten alle Prozesse, die mit einem Schema übereinstimmen, nicht nur einer bestimmten pid.
    • ... aber letztlich bekommen Sie nach unten, um einen pid: wie ich oben erwähnte, hat man hier noch mehr ändern zu töten, die nicht-intendierten Prozess, indem Sie durch einige andere Mittel. Dort gewesen zu sein.
    • Möchten Sie vielleicht eines der ps-Varianten, enthält die argument-Daten. E. g. "ps -AFww", "ps -x", "ps ax", etc. Ich mochte immer "ps aux" oder "ps alx". Wenn Sie wissen, die Eltern-pid (PPID) (der Laich-Prozess), es gibt "pstree -p $PPID" oder "ps -Fww --ppid 4644". Awk kann leicht ziehen Sie die PID aus. E. g. kill `ps -Fww | grep foo | awk '{print $2;}" das ist Aber anfällig für die Tötung der falschen Prozesse durch Fehler...
    InformationsquelleAutor jldupont
  5. -1

    Versuchen Sie dies:

    echo '#!/usr/bin/env python' > myscript
cat myscript.py >>myscript
chmod +x myscript
./myscript

    Natürlich haben Sie den code ändern, um zu töten, ein Prozess namens "myscript"
    Auf UNIX-Systemen, die eine ausführbare Datei enthält ein paar bytes am Anfang, die sagen, das OS was binäre format verwendet wird. Wenn die ersten zwei bytes sind #! dann das OS wird davon ausgegangen, dass dies ist eigentlich eine Textdatei, die ausgeführt werden kann von einem anderen Programm, und das OS lädt das Programm und geht es, der text-Datei.

    In diesem Fall, ich hätte wahrscheinlich geschrieben haben #!/usr/bin/python auf der oberen Linie, aber wenn Ihr python ist in /usr/local/bin, dann würde es nicht funktionieren. Stattdessen habe ich leverage env bekommen Sie die Suche Ihren normalen Pfad für python. Alle UNIX-Systeme haben, env in /usr/bin. Für ein bisschen mehr info geben Sie in man env.

    InformationsquelleAutor Michael Dillon
Schreibe einen Kommentar