"prozess-killer"

[dark-lion]

Gibt es eine funktion, womit man alle prozesse "killen" kann( wenn möglich mit,ausmahmen für wichtige prozesse)?
Danke schonmal:)

[deets]

warst du nicht der typ der schon beim letzten mal nix dazu gesagt hat, welches betriebssystem er benutzt?

und darueber hinaus: wie definierst du denn wichtige prozesse? mir ist mein last.fm-prozess zB wichtig...

[webspider]

Also ich meine da was von killall gelesen zu haben

[problembär]

Tatsächlich hab' ich mal ein bash-Skript geschrieben, das alle Prozesse eines normalen Benutzers bis auf die Shell killt.
Man muß dazu wie gesagt normaler Benutzer sein, und man muß auf der Linux-Textkonsole sein (z.B. indem man über STRG+ALT+Backspace solange den X-Server killt, bis man zur Textkonsole kommt). Danach kann man dann - auf eigene Gefahr - das Skript "killit" ausführen:

Code: Alles auswählen

#!/bin/bash

# killit

if [ "$UID" -eq 0 ]
then
    echo -e "\nThis script may not be run as \"root\". Aborting.\n"
    exit 1
fi

if [ -n "$(ps x | grep startx)" ] && [ -n "$(echo $a | grep 'grep startx')" ]
then
    echo -e "\nPlease kill the X-server first (pressing \"Ctrl+Alt+Backspace\").\nNothing done.\n"
    exit 2
fi


a=$(ps x)
n=0
x=0

echo "$a" |
{
    while read i
    do
        if test -z "$(echo $i | grep bash)" -a -z "$(echo $i | grep 'ps x')" -a -z "$(echo $i | grep COMMAND)"
        then
            if test $x -eq 0
            then
                echo
                echo "Killing:"
                echo
                x=1
            fi
            knr="$(echo $i | awk -F " " '{print $1}')"
            kill -9 $knr
            b=$(ps -p $knr -o comm=)
            echo -e "$knr\t$b"
            let "n += 1"
        fi
    done

    echo

    if test $n -eq 0
    then
        echo "No process to kill."
    fi

    if test $n -eq 1
    then
        echo "One process killed."
    fi

    if test $n -gt 1
    then
        echo "$n processes killed."
    fi

    echo
}

# ps x

Es hatte etwas gedauert, das mit der geschweiften Klammer herauszufinden. Ohne das gab's immer Probleme mit Subshells.

Keine Ahnung, ob der OP sowas gemeint hatte.

[dark-lion]

1. nicht, dass ich wüsste.falls doch:windows
2.Unter wichtigen programm verstehe ich zb. Audiog,explorer und leerlaufprozess. Eben welche von windows

[jens]

Wozu braucht man das?

Tut es vielleicht auch ein logout/login ?

[deets]

1. nicht, dass ich wüsste.falls doch:windows
2.Unter wichtigen programm verstehe ich zb. Audiog,explorer und leerlaufprozess. Eben welche von windows

Ja, aber welches *Kriterium* benutzt du dafuer? EIne Positivliste? Woher weisst du denn, was fuer Prozesse sinnvoll sind oder nicht? Villeicht hat der Besitzer ne neue GraKa installiert, und die hat ein Programm das im Systray lauert. Killst du das dann auch?

Anders gesagt: ich wuerde mich schoen bedanken, wenn mir ein Progamm andere Programme unter Hintern wegschiesst...

Erzaehl uns doch mal lieber, was du vorhast.

[Liffi]

Code: Alles auswählen

...
if [ -n "$(ps x | grep startx)" ] && [ -n "$(echo $a | grep 'grep startx')" ] # HIER GIBT ES $a DOCH NOCH GAR NICHT, ODER?
then
    echo -e "\nPlease kill the X-server first (pressing \"Ctrl+Alt+Backspace\").\nNothing done.\n"
    exit 2
fi


a=$(ps x)
...

Ich hab meine Frage mal in den Code reinkommentiert, ich hoffe, sie ist ersichtlich.

[/me]

Ja, aber welches *Kriterium* benutzt du dafuer? EIne Positivliste? Woher weisst du denn, was fuer Prozesse sinnvoll sind oder nicht?

Man könnte ja eine ganz simple Definition nehmen: Unwichtige Prozesse sind alle Prozesse die ich mit meinen Userrechten abschießen darf.

[webspider]

Also ein ``killall -u username``?

[/me]

Also ein ``killall -u username``?

Nicht ganz. Mit entsprechenden Rechten darf ich auch mehr Prozesse abwürgen.

[dark-lion]

1. nicht, dass ich wüsste.falls doch:windows
2.Unter wichtigen programm verstehe ich zb. Audiog,explorer und leerlaufprozess. Eben welche von windows

Anders gesagt: ich wuerde mich schoen bedanken, wenn mir ein Progamm andere Programme unter Hintern wegschiesst...

Erzaehl uns doch mal lieber, was du vorhast.

Vielleicht habt ihr schonmal von der app advanced taskkiller für android gehört.
So etwas will ich für pc machen

[webspider]

Ich denke es wird dir wesentlich mehr bringen nicht benötigte Dienste zu deaktivieren, von Zeit zu Zeit nachzuschauen ob es Speicherlecks gibt und den betreffenden Programmen einen Neustart zu gönnen.

Oder wenn du einen sehr leistungsschwachen Rechner hast mal überlegen Windows herunterzuwerfen.

[Leonidas]

(z.B. indem man über STRG+ALT+Backspace solange den X-Server killt, bis man zur Textkonsole kommt).

Also bei den meisten Systemen niemals weil DontZap aktiv ist und bei den restlichen startet man den X-Server ständig neu? Das geht doch mit Strg+Alt+F1 deutlich einfacher in ne Textkonsole zu kommen und funktioniert sogar überall.

[problembär]

Code: Alles auswählen

if [ -n "$(ps x | grep startx)" ] && [ -n "$(echo $a | grep 'grep startx')" ] # HIER GIBT ES $a DOCH NOCH GAR NICHT, ODER?

Da hast Du recht. Ist mir noch nicht aufgefallen, obwohl ich das Skript jahrelang eingesetzt hab'. Wahrscheinlich weil ich den Fall, daß der X-Server noch läuft, praktisch nur sehr selten reproduziert hab'.
Wenn man ein Skript herausgibt, sollte man aber auch das Abfangen der Fehler testen. Das ist also ein Bug, der noch zu beseitigen wäre.

@Leonidas: Über Strg+Alt+F1 ist mir's auch recht. So ein Skript sollte eigentlich sowieso überhaupt nicht nötig sein. War's bei mir aber (auf SuSE 10.0), weil KDE usw. immer noch Prozesse laufen hatte, die offensichtlich gar nicht mehr gebraucht wurden. Was ebenfalls nicht die feine Art ist.

Jetzt, auf SuSE 12.1ergibt

Code: Alles auswählen

ps xa | grep udev

z.B. drei "/sbin/udevd"-Prozesse. Auch da scheint schon wieder was nicht zu stimmen. Nicht lange her, da fraßen die Dinger sogar die komplette CPU-Kapazität. Irgendwo gibt es auf einem Linux-System anscheinend immer was zu tun. Da muß man sich dann halt mit solchen Hacks behelfen.
Und wenn man sich über solche Sachen mal wieder richtig geärgert hat, kann ein kraftvolles "Strg+Alt+Backspace", gefolgt von "killit" auch befreiend wirken.

[Hyperion]

Irgendwo gibt es auf einem Linux-System anscheinend immer was zu tun. Da muß man sich dann halt mit solchen Hacks behelfen.

Ich denke solche Hacks führen eher zu Problemen bzw. sind deren Ursache...

[webspider]

Wenn einen drei udev-Dämonen stören, könnte man eventuell mal überlegen was anderes als SuSe zu nutzen. Wie zum Beispiel Arch, dass sich ja für seinen Minimalismus rühmt

edit: Davon abgesehen, wie wäre es die Ursache statt der Symptome zu bekämpfen wenn es tatsächlich zu voller Auslastung führen sollte? Dass die automatische Hardware-Erkennung verrückt spielt, wird ja höchstwahrscheinlich damit zu tun haben, dass irgendwas von deiner Hardware es dazu veranlässt und sei es ein fehlendes Firmware-Update fürs DVD-Laufwerk.

[BlackJack]

@problembär: So ein Skript sollte in der Tat nicht nötig sein, und ist es normalerweise auch nicht. Auch bei Dir wahrscheinlich nicht, aber Du machst ja so gerne Sachen von denen Du keine Ahnung hast. Woher willst Du denn wissen welche Prozesse benötigt werden und welche nicht? KDE hat einiges an Hintergrundprozessen die irgendwelche Arbeiten erledigen und es hat immer ein paar Prozesse am laufen an denen die Bibliotheken „hängen”, damit Programme schneller starten können. Das sind Features und keine Bugs.

Auch bei `udevd` ist es völlig normal, dass mehrere Worker-Prozesse laufen. Das sind in der Regel Kindprozesse von dem `udevd`, der beim Systemstart gestartet wird. So sieht das zum Beispiel bei mir gerade aus:

Code: Alles auswählen

  396 ?        S<s    0:00 udevd --daemon
17924 ?        S<     0:00  \_ udevd --daemon
17925 ?        S<     0:00  \_ udevd --daemon

Wieso denkst Du da stimmt was nicht?

[lunar]

@webspider: Um udev kommt keine moderne Linux-Distribution herum, auch nicht Arch.

[webspider]

Das meinte ich auch weniger, sondern dass eine minimalere Distribution, bei der man mehr damit beschäftigt ist Dienste und Software hinzuzufügen anstatt vorhandene zu entfernen, vielleicht eher was für den Problembären wäre.