ubuntuusers.de

Programm beenden?

Status: Gelöst | Ubuntu-Version: Ubuntu
Antworten |

Jle06

Anmeldungsdatum:
6. Mai 2006

Beiträge: 83

Hi,
Kann mir mal jemand sagen, wie ich in Ubuntu ein Programm beende?
Also das es einen Knopf mit nem Kreuz drin gibt ist mir auch bekannt, aber was mache ich wenn die Anwendung nicht mehr reagiert?
Da nützt bei mir die Systemüberwachung nichts und der Befehl killall in der Konsole hilft meistens auch nicht...

Das Problem hab ich zum Beispiel häufiger mit Frost-wire, dass andauernd abstürzt und sich nicht mehr beenden lässt.

Wie macht ihr das denn?

Gruß Julé

cn

Anmeldungsdatum:
6. Juni 2005

Beiträge: 356

Wohnort: Oberösterreich

Nicht killall sondern killall -KILL machen 😉 . Aber es könnte auch daran liegen, dass laufende Programme oft anders heißen als ihr ausführbarer Starter (z.B. firefox-bin vs. firefox). Dann muss du bei killall natürlich den richtigen Namen angeben.

elendil Team-Icon

Avatar von elendil

Anmeldungsdatum:
13. April 2005

Beiträge: 10506

Hi,

wenn ein Programm wirklich mal komplett querschiesst (was wirklich sehr, sehr selten ist), suche ich mir mit 'ps -A' die Prozessnummer raus. Ein 'kill prozessnummer war dann eigentlich immer erfolgreich. Gruss
Elendil

chrisjakob Team-Icon

Avatar von chrisjakob

Anmeldungsdatum:
21. August 2006

Beiträge: 1808

Wohnort: Köln

Ich kann dir nur ne' Consolen Lösung anbieten.
Wenn ich z.b Firefox killen will, tu ich folgendes:

root@home:~ ps aux | grep firefox
chris     7032 30.4  4.1 170860 64176 ?        Rl   16:37  10:44 /usr/lib/mozilla-firefox/firefox-bin
root@home:~ kill -9 7032
root@home:~


Die Nummer 7032 ist die Prozessnummer die natürlich variiert. Der Rest der Zeile zeigt z.b den User an der das Programm gestartet hat, die load die das Programm erzeugt und den genauen Programmpfad. Man kann auch wie mein Vorredner beschrieben hat, einfach nur 'ps -A' nutzen, dann erhält man auch die Prozessnummer ohne sonstige Infos, ich hab mir allerdings irgendwie 'ps aux' angewöhnt und kriegs net mehr raus. ☺
Kill -9 'killed' das Programm dann im wahrsten Sinne des Wortes. ☺

Marc_BlackJack_Rintsch Team-Icon

Ehemalige
Avatar von Marc_BlackJack_Rintsch

Anmeldungsdatum:
16. Juni 2006

Beiträge: 4683

Wohnort: Berlin

Also das eine grafische Prozessanzeige die auch "killen" kann, oder kill -9 Prozess-ID bzw. killall nicht funktionieren, glaube ich nicht.

Grafisch kannst Du noch <Strg>+<Alt>+<Esc> drücken, dann verwandelt sich der Mauszeiger in einen kleinen Totenkopf, mit dem Du das Programmfenster wegklicken kannst. Bei den meisten Programmen sollte das ausreichen um das gesamte Programm hart zu beenden.

Zumindest unter KDE kannst Du auch das Kreuzchen zum schliessen anklicken und einen Moment warten ─ es kommt dann ein Dialog mit der Meldung, dass die Anwendung nicht mehr reagiert und der Frage ob sie beendet werden soll.

nabuco

Avatar von nabuco

Anmeldungsdatum:
7. Juli 2007

Beiträge: 68

Marc 'BlackJack' Rintsch hat geschrieben:

...
Grafisch kannst Du noch <Strg>+<Alt>+<Esc> drücken, dann verwandelt sich der Mauszeiger in einen kleinen Totenkopf, mit dem Du das Programmfenster wegklicken kannst.
...

bei mir macht der mauszeiger das nicht.

kann bitte mal jemand den befehl zum listen der laufenden programme mit der dazugehörigen nummer listen
damit ich den secondlife task killen kann?
das beta-dings bleibt leider andauernd irgendwo hängen
und da möchte ich wenigstens im terminal abschiessen können... 😢

ich rate mal:

Elendil hat geschrieben:

...
suche ich mir mit 'ps -A' die Prozessnummer raus. Ein 'kill prozessnummer war dann eigentlich immer erfolgreich.
...

ps -A

listet (z.B.)

PID TTY          TIME CMD
    1 ?        00:00:01 init
    2 ?        00:00:00 migration/0
    3 ?        00:00:00 ksoftirqd/0
    4 ?        00:00:00 watchdog/0
    5 ?        00:00:00 migration/1
    6 ?        00:00:00 ksoftirqd/1
    7 ?        00:00:00 watchdog/1
    8 ?        00:00:00 events/0
    9 ?        00:00:00 events/1
   10 ?        00:00:00 khelper
   11 ?        00:00:00 kthread
   34 ?        00:00:00 kblockd/0
   35 ?        00:00:00 kblockd/1
   36 ?        00:00:00 kacpid
   37 ?        00:00:00 kacpi_notify
  187 ?        00:00:00 kseriod
  223 ?        00:00:00 pdflush
  224 ?        00:00:00 pdflush
  225 ?        00:00:00 kswapd0
  226 ?        00:00:00 aio/0
  227 ?        00:00:00 aio/1
 2090 ?        00:00:00 ksuspend_usbd
 2091 ?        00:00:00 khubd
 2112 ?        00:00:00 ata/0
 2113 ?        00:00:00 ata/1
.
.
 7632 ?        00:00:00 secondlife
 7633 ?        00:00:00 secondlife
.
.

also

1. Versuch

kill 7632
und/oder
kill 7633

in diesem fall kommt als antwort
No such prozess 😢

linux befehle PDF
http://www.thealternative.ch/tiki-download_file.php?fileId=105

kill [-9] [Prozessnummer]  ... Einen Prozess beenden („term“) oder mit -9 beenden erzwingen („kill“)
killall [-9] [Prozessname] ... Prozesse mit diesem Namen auffordern, sich zu beenden

2ter versuch:

kill -9 7632
bzw. / und
kill -9 7633

wird gemacht, passiert aber nichts -
das second life fenster ist immer noch da... 😢

3ter versuch:

killall -9 7632

UBUNTU terminal:

7632: Kein Prozess beendet

und

killall -9 7633

UBUNTU terminal:

7633: Kein Prozess beendet

ich bin ratlos. 🙄 😢

nabuco

Avatar von nabuco

Anmeldungsdatum:
7. Juli 2007

Beiträge: 68

cn hat geschrieben:

Nicht killall sondern killall -KILL machen 😉 ...

ich versuche gleich mal

killall -KILL (???)

syntax lt.
http://www.pro-linux.de/t_shell/killall.html

killall [-eiqvw] [-signal] name ...

-e: 	exakte Übereinstimmung für sehr lange Prozessnamen fordern: Bei Prozessen, deren zugehöriges Programm mehr als 15 Zeichen lang ist, ist der volle Prozessname manchmal nicht verfügbar. Ohne -e werden dann alle Prozesse angesprochen, die auf den ersten 15 Zeichen übereinstimmen.
-i: 	interaktiv für jeden Prozess nachfragen, ob das Signal verschickt werden soll.
-q: 	keinen Hinweis geben, falls kein Prozess den angegebenen Namen hatte.
-v: 	mitteilen, ob Signal erfolgreich verschickt wurde
-V: 	Versionsnummer anzeigen
-w: 	warten, bis alle angesprochenen Prozesse beendet wurden. Die Signale können wieder als Nummer ("-9") oder Signalnamen ("-SIGKILL") angegeben werden.

also

killall -v -9 secondlife

würde (theoretisch) AUCH gehen (???)

user_unknown

Avatar von user_unknown

Anmeldungsdatum:
10. August 2005

Beiträge: 17612

Wohnort: Berlin

nabuco hat geschrieben:

bei mir macht der mauszeiger das nicht.


Und

xkill

?
Ein Programm das wiederholt so hängt würde ich nicht mehr starten, bzw. suchen, ob das Problem bekannt ist, einen Bugreport schreiben.

nabuco

Avatar von nabuco

Anmeldungsdatum:
7. Juli 2007

Beiträge: 68

user unknown hat geschrieben:

...
einen Bugreport schreiben.

wohin den Bugreport schreiben?
secondlife? (da schicke ich nach jeden crash eh einen hin - das fragt das programm / ubuntu 7.04 64amd bereits immer nach)
hier im forum? wenn ja, wo hier im forum?

welche art Bugreport schreiben/senden?
wie kann ich den im terminal bekommen -
kannst du bitte den aufruf / code posten?

user_unknown

Avatar von user_unknown

Anmeldungsdatum:
10. August 2005

Beiträge: 17612

Wohnort: Berlin

Ja - an den Hersteller der Software.
Ich habe kein Secondlife - und damit keine Kenntnis, ob die ein Anlaufstelle für sowas haben.
Ich kann auch nicht sagen, wie die damit umgehen.

Wenn mir Bugreports zugeschickt wurden (3 bislang:) ), dann gab es immer einen Patch in weniger als 24h.
Wenn ich an kleine, unbekannte Projekte geschrieben habe (2x) ging es mir ähnlich gut.

Bei Ubuntu bekam ich bei 2 Bugs nach einiger Zeit die Meldung, man würde sich das ansehen, und dann Nachricht, wenn andere meinen Bug bestätigt haben.
Einen Bugfix leider noch nicht.

Ein Bugreport ist meist eine nervige Sache, weil man sich erst registrieren muß, dann muß man sich versichern, die allerneueste offizielle Version zu benutzten.
Dann herausfinden, in welche Sektion der gehört, ob er vielleicht schon gemeldeet ist.
Diverse Angaben zum System machen (Version, Grafikkarte, Treiberversion, ...), und mehr oder weniger erraten, was die brauchen werden.
Detailliert die Vorgehensweise schildern, um den Bug zu reproduzieren.
Vorher das System auf englische Sprache umschalten, um die Beschreibung welchen Menüpunkt man gewählt hat etc. mit den richtigen Worten zu beschreiben.

Wenn das Programm selbständig Bugreports sendet - vielleicht gibt es dann sowas wie eine Vorgangsnummer, so daß Du nachfragen/-forschen kannst, was daraus geworden ist.

Blattlaus

Avatar von Blattlaus

Anmeldungsdatum:
29. März 2006

Beiträge: 1399

user unknown hat geschrieben:

Wenn mir Bugreports zugeschickt wurden (3 bislang:) ), dann gab es immer einen Patch in weniger als 24h.
Wenn ich an kleine, unbekannte Projekte geschrieben habe (2x) ging es mir ähnlich gut.

Hallo? Ist ist Second Life!
Ich würde die Wahrscheinlichkeit, dass an mir Wundmale Jesu Christi auftauchen höher einschätzen als die Wahrscheinlichkeit das sich da jemand den Bugreport durchliest, etwas mit ihm anzufangen weiß und dann auchnoch etwas gegen genau diesen Fehler tut.
Wann ist noch mal die letzte Version des SL-Linux Clients rauskommen? War das noch diese Jahrtausend oder Ritt man da noch auf Pferden zu Mc Donalds?

nabuco

Avatar von nabuco

Anmeldungsdatum:
7. Juli 2007

Beiträge: 68

jetzt habe ich es geschafft -
mit

killall -g secondlife

nicht "9" (= "NEUN") ... G

das hätte mir auch jemand hier schreiben können 😉

ärgerlich. 😠

Aufruf: killall - [OPTION]... [–]NAME...
killall -l, --list
killall -V, --version

  • e,--exact verlange genaue Übereinstimmung für sehr lange Namen

    • I,--ignore-case Groß- und Kleinschreibung nicht beachten
      -g,--process-group breche Prozessgruppe statt Einzelprozess ab

      • i,--interactive verlange vor Abbruch Bestätigung des Benutzers

        • l,--list liste alle bekannten Signalnamen auf

          • q,--quiet keine Warnungen und Fehler ausgeben

            • r,--regexp NAME ist ein erweiteter regulärer Ausdruck

              • s,--signal sende benutzerdefiniertes Signal anstatt SIGTERM

                • u,--user USER nur Prozesse von angegebenem Benutzer abbrechen

                  • v,--verbose berichte, falls das Signal erfolgreich gesendet wurde

                    • V,--version zeige Version

                      • w,--wait warte auf das Ende der Prozesse

es sind ja immer 2 SL - prozesse am laufen, vielleicht deswegen gruppen-killen? 🙄

.
.
.
.

Blattlaus hat geschrieben:

...
Hallo? ... ist Second Life!
.... die Wahrscheinlichkeit, dass ... ... da jemand den Bugreport durchliest, ...
...
Wann ist noch mal die letzte Version des SL-Linux Clients rauskommen? ...

für meine debian64 version gibt es alle paar tage eine neue version,
erst mit der neuen bin ich überhaupt zum ersten mal reingekommen.
mit meiner hardware läuft es einfach genial, ich bin meist schneller als alle anderen, trotz nur altem T-On 1000er DSL.

es crasht vielleicht mal alle paar stunden,
oft kann ich es grafisch noch ausschalten
in 99% aller fälle kann ich danach linux einfach hoch und runter fahren, alle anderen programme (firefox etc.)
laufen noch trotz SL crash (oder was auch immer).

mit

killall -g secondlife


kann ich jetzt innerhalb von ubuntu 7.04 amd64
secondlife 'killen',
dann geht ubuntu sofort wieder in die anmeldemaske
und fertig.
das ist doch (schonmal) ganz gut. 😀
(für den anfang).

ich komme von win98se, da bin ich bluescreens und total crashs gewohnt. 😉

Kopfgeldjaeger

Anmeldungsdatum:
24. Dezember 2006

Beiträge: 1168

Warum denn nicht zB
ps aux|grep secondlife
kill -9 secondlifePID1 secondlifePID2
??
Sollte auch funktionieren und nicht den Rest abschießen...
Oder als killsecondlife.sh:

#!/bin/bash
pids=$(ps -A | awk '/secondlife/ { print $1 }' | xargs)
kill -9 $pids
echo "Killed PIDs: "$pids
exit 0


Noch mit "chmod +x killsecondlife.sh" ausführbar machen und mit "./killsecondlife.sh" starten...

mfg

nabuco

Avatar von nabuco

Anmeldungsdatum:
7. Juli 2007

Beiträge: 68

Kopfgeldjaeger hat geschrieben:

Warum denn nicht zB
ps aux|grep secondlife
kill -9 secondlifePID1 secondlifePID2
??
Sollte auch funktionieren und nicht den Rest abschießen...
Oder als killsecondlife.sh:

#!/bin/bash
pids=$(ps -A | awk '/secondlife/ { print $1 }' | xargs)
kill -9 $pids
echo "Killed PIDs: "$pids
exit 0


Noch mit "chmod +x killsecondlife.sh" ausführbar machen und mit "./killsecondlife.sh" starten...
...

das sieht gut aus.
erstmal danke.
werde mir das script mal fertigmachen und wenn es wieder so weit ist testen. 😉

user_unknown

Avatar von user_unknown

Anmeldungsdatum:
10. August 2005

Beiträge: 17612

Wohnort: Berlin

Wo ist der Vorteil des Scripts gegenüber

killall -s 9 secondlife


?

Antworten |