хз всегда килил процесс через top... за глаза хватало

anykey:

xkill это я так понял, если окно программы отображается на мониторе (опробовал-понравилось), да? а оно подойдет разве для процессов в фоне и для убийства зомби-процессов?-у меня так пару раз Firefox зависал, обычно после установки дополнений.

ну да, ...
А если где-то там в фоне то можно и через системный монитор (а его можно хоть через меню запустить, хоть щёлкнув по апплету монитора на панели(для гнома2 по крайней мере), хоть кнопку запуска на панель сварганить при желании)
Через терминал здесь вроде вроде уже писали, а если не знаешь что за программа то командой top
В консоли же можно определить PID или имя программы командой top и сделать как писал vzvl в сообщении #23 , или командами или sudo killall nameprogam или sudo kill namberPID. Вариантов много.

joniscoolkz:

хз всегда килил процесс через top... за глаза хватало

Это для любителей старой школы...
Теперешний юзер хочет все через гуи делать

vzvl:

Теперешний юзер хочет все через гуи делать

vzvl, не вижу в этом ничего плохого. Это называется модернизация.

vzvl:

joniscoolkz: хз всегда килил процесс через top... за глаза хватало Это для любителей старой школы... Теперешний юзер хочет все через гуи делать

покажите обратный пример, откажитесь от иксов....
консоль наше фсё

Итого:

xkill для gnome-shell
вероятно xkill для унити и гном-классик
htop
top
gnome-system-monitor
killall
kill
кнопка запуска или пункт в меню xkill )
ну а если R, E, I, S, U, B то товарищу Biolу немного подругому надо было назвать тему)

У меня странная тенденция в последнее время началась... Мята-12 иногда зависает насмерть! Отследить некую зависимость от используемых приложений или других особенностей не получается... После зависания R, E, I, S, U, B - не работает вообще, всё, что удаётся делать - это разворачивать и сворачивать уже открытые окна, но закрыть их крестом не получается, открыть новые приложения не получается... Имеется ли некая софтина, с помощью которой можно отловить причину зависонов? Пасип.

Yewgen:

... Мята-12 иногда зависает насмерть! ... После зависания R, E, I, S, U, B - не работает вообще, всё, что удаётся делать - это разворачивать и сворачивать уже открытые окна, но закрыть их крестом не получает...

нажимали такую комбинацию? - Ctrl+Alt+SysRq + R+E+I+S+U+B
и причём здесь крест?
кста крест какой? по xkill? (заметил небольшую особенность "крестиков" - если крестик наведён на верхнюю часть панели окна открытой программы с её названием, а не на рабочее поле программы, то команда закрытия не срабатывает)

нет, такуууую комбинацию не пробовал, пальцев не хватит
крест - имею ввиду закрытие окна программы, как в винде...

colonel:

(заметил небольшую особенность "крестиков" - если крестик наведён на верхнюю часть панели окна открытой программы с её названием, а не на рабочее поле программы, то команда закрытия не срабатывает)

отчего же не срабатывает,срабатывает.
Yewgen,
ну так системный монитор или поставте htop для отслеживания процессов.

Yewgen:

нет, такуууую комбинацию не пробовал, пальцев не хватит крест - имею ввиду закрытие окна программы, как в винде...

хм... антиресно, и для кого эта тема была создана в разделе How-To & F.A.Q , если её не читают и жмут ручками непонятно чЁ, но только НЕ ТО и НЕ ТАК как положено и рекомендовано в теме?
может удосужитесь тему почитать?

val:

colonel: (заметил небольшую особенность "крестиков" - если крестик наведён на верхнюю часть панели окна открытой программы с её названием, а не на рабочее поле программы, то команда закрытия не срабатывает) отчего же не срабатывает,срабатывает. ...

ну да, так и должно быть, но у меня не срабатывает на LMDE x64 в этой выделенной красным области окна
Проверил на других установленных системах и ещё на нескольких запущенных с флешки... на 3-х из 5-ти установленных на ПК осей на разных компах наблюдался вышеуказанный "глюк", на осях запущенных с флешек ни одного. Интересно чем вызван такой глюк... и у кого ещё встречался ли? сосбсно заметил его случайно, когда сегодня для пробы сделав на панели значок запуска с командой xkill, опробовал на разных окнах открытых программ.

добавлено 25032012
зы
на тех компах где наблюдался "глюк" был включен компиз.
Для проверки версии причины, был отключен компиз на одном из компов - глюк пропал
На сторонней машине забыл запущен минт9 с флешки, без компиза - глюк не наблюдался, после включения - появился, при отключении - пропадал.
Для уточнения, опыт проводился на ОСях с гномом2, может в других DE, не так, и возможно наличие глюка может быть зависит и от настроек компиза (на рассматриваемых включался "куб").