Как стать автором
Обновить

Комментарии 55

Я хочу сделать репост в убунтарий, так, что пожалуйста комментируйте мой текст, буду править
НЛО прилетело и опубликовало эту надпись здесь
это привычка :) так же как и ls -la
с другой стороны твой совет выдаст процессы без привязки к пользователям и юзер будет исступленно пытаться убить процесс, который ему не пренадлежит
А sudo зачем? :D
Учитывая то, что мы говорили о зависшем в нашей сессии процессе — то точно незачем :)
Ну вообще-то это была шутка юмора, о чем иступленно пытается сказать смайлик, в конце предложения. (:
Если нам нужен только pid процесса то
ps aux | grep nautilus = pgrep nautilus

Так то! :)
Весьма полезно, спасибо.
Иногда не пускает в терминал, когда иксы перегружены
Я вхожу со смартфона по ssh на свой десктоп и делаю kill зависшему процессу

А делаешь ты, %username%?

Точно, а я все ломаю голову, какой же я способ забыл! :))
Спасибо! :)
я конечно тоже коннектился к своему серваку через путти на симбиане, но что бы это делать рабочим инструментом по управлению рабочего компа — жесть, как она есть :)
только виндузятникам сложно объяснит зачем тебе с телефона заходить на комп, что бы не ребутить его, ведь есть клавиша RESET
с небольшими изменениями его можно применить и на kde
В кде делать ничего и не надо, там крестик существует изначально. Ctrl+alt+del по умолчанию, если правильно помню (счас в винде, а в линуксе давно ничего не висло (: ).
Ctrl+alt+esc
сам часто пользовался :)
ctrl+alt+esc
Значит когда-то поменял у себя
контрол альт эскейп
в команде killall работает дополнение по табу. Эта команда удаляет все процессы с указанным именем. Например:
killall gnome-panel

намного удобнее чем сперва искать PID, а затем вызывать kill

Или намного удобнее использовать htop, вместо стандартной top
я это отлично знаю, но это не простые способы :)
1. для работы htop — его сначала надо установить, ибо не идет по умолчанию.
2. для killall еще надо обладать достаточным здравым смыслом, а я писал статью для тех, кто только начал выглядывать из танка :)
НЛО прилетело и опубликовало эту надпись здесь
Может я чего не понимаю, но этот способ, все же, ведет к потере данных. Пусть даже в том же огненном лисе.
Хорошо

FireFox предложит восстановить предыдущую сессию, как и OOo. Но ведь есть другие программы, обделённые возможностью восстановления. Так что способ не совсем соответствует заголовку топика.
Видимо я чего-то так и не понял…
Хоть бы один из минуснувших объяснил!
А у меня вот свежая Кубунта недавно так жестоко подвисла при просмотре фоток (правда с раздела NTFS), что даже вызов консоли через Ctrl+Shift+F1 тормозил безбожно (это разве возможно??), пришлось нажимать reset.
Конечно, если захавано все процессорное время то что угодно будет так тормозить.
Это бред и и идиотизм. Такого не может быть в норм. системе, так как она дает проц. время всем, кому нужно а не одному процессу. Скорее такие зависания в Линуксе происхордят из-за блокировок внутри иксов, или ядра, графические оболочки пока очень несовершенны (и из-за зависания konqueror/firefox все висеть не должно).

Спасибо за статью.

Раз Вы собираетесь её перепубликовать, то лучше поправить следующее:

«Теперь, изучив основы мы можем автоматизировать процесс беспощадного убийства:» (пропущена запятая перед «мы»),

«Переходим обратно в графический терминал нажав Ctrl+Alt+F7» (пропущена запятая перед «нажав»),

«Нажав горячую клавишу k список «замерзает»...» — надо переформулировать, а то получается «мужик скакал на лошади, весело вертя мордой». Можно написать так: «Нажав горячую клавишу k, получаем возможность перепечатать pid из «замерзшего» списка...»

В тексте ещё были какие-то вещи, резанувшие глаз, но их я вспомнить не смог. Поэтому лучше пройтись по статье системами проверки орфографии и пунктуации (не сочтите это, пожалуйста, за наезд, я понимаю, что у всех бывают ошибки).
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Еще есть апплет для gnome панели.
Правая кнопка на панели — добавить апплет — принудительное завершение окна.
Тоже неплохо помогает бороться с зависшими приложениями.
панель иногда зависает…
Если панель зависла, то пользуемся остальными вышеперечисленными методами.
этот вариант я даже не рассматривал, так как на первом месте по зависаниям стоит наутилус- тогда невозможно никуда кликнуть и по панели в том числе.
а если кликать можно — то просто закрыть зависшее окно и подтвердить Force Quit. я думаю этому все отлично научились еще с времен Windows :)
А мне частенько помогало. Особенно в режиме: «Доклавыленьтянуться».
в апплетах гном-панели есть аплет application force quit.
ставите его на гном панель и используете на зависающие приложения. тот же «зловещий крестик» и без гемороя )
Переходим обратно в графический терминал нажав Ctrl+Alt+F7

Alt+F7
MacOS за то и любят, что там нет «More then one way to do it».
Так, что стоит ли забивать голову новичкам большим количеством команд, алгоритмов и комбинаций, чем реально достаточно для выполнения задачи? :)
Я б упомянул ещё про последнее оружие: kill -9
Поправка: в Global Keybindings — F1 а не просто F1
пардон, Хабр поел скобки: <Control><Shift>F1
НЛО прилетело и опубликовало эту надпись здесь
в KDE xkill обычно уже висит на alt+ctrl+esc, про гном не скажу
В xfce тоже.
Вообще говоря, xkill не убивает процесс, а лишь разрывает соединение X-сервера с окном. Процесс после этого может продолжать работать, хотя окно, естественно, уничтожается. Сам наблюдал такую картину, когда пытался убить подвисший Firefox.
Ты не совсем прав. Смотрим man xkill:
This command does not provide any warranty that the application whose
connection to the X server is closed will abort nicely, or even abort
at all. All this command does is to close the connection to the X
server. Many existing applications do indeed abort when their connec‐
tion to the X server is closed, but some can choose to continue.


То есть — мы разрываем связь, а приложение уже само может принять решение остаться. Оно может и не принимать такого решения, просто оно может быть настолько занято собой, что не может отреагировать на сигнал.

Значит если быть точным — xkill не гарантирует, что приложение будет убито, но гарантирует, что оно перестанет мешать иксам.
Да, возможно, я выразился недостаточно точно.
А вот если заблокировать экран, а потом после ввода пароля виснет на проверке авторизации, как в таком случае быть? Что это виснет?
Возможно виснет скринсейвер. gnome-screensaver
Попробуй его прибить, а потом уже по обстоятельстам можно будет починить.
Еще поковыряйся в режимах сохранения электроэнергии. что-то может засыпать, но не просыпаться.
Информации мало, чтоб точно диагностировать.
К сожалению скринсейвер отключен полностью. Я просто выбираю из меню «Заблокировать экран» и иногда, при разблокировке все зависает на экране разблокировки, тоесть мышка движется по экрану, меняет свой вид (типа идет проверка пароля) и больше ничего не происходит. Помогает только перезагрузка иксов…
Уверен такой вариант будет работать:
Нажимаешь switch user вместо ввода пароля. Затем логинишься под своим же юзером и паролем на логин-скрин. Менеджер видит это и сбрасывает тебя на уже существующую сессию. В таком случае можно обойти этот баг.
Все бы хорошо, только нет закономерности когда это может произойти. Тоесть 20 раз получается нормально входить, на 21-ый зависает экран разблокировки.
Все равно, можно пойти в консоль, зайти под своим аккаунтом, запустить иксы и войти как я предложил :) startx
для случаев когда не помогает Ctrl+Alt+BackSpace (!!! если не знаете что это не нажимайте) или если не получается выйти в консоль по Ctrl+Alt+F1 есть последнее средство :)

Жмем
Alt+SysRq(PrintScreen)
Далее последовательно, с некоторой задержкой, не отпуская Alt+PrintScreen нажимаем R E I S U B

Из того что помню
R — возвращает управление клавиатуре
B — перезагружает систему
остальные кнопки
? — киляют все процессы кроме ядра
? — перемонтируют файловые системы в режиме только для чтения

Позволяет избежать нажатие на кнопку Reset и позволяет уменьшить вероятность повреждения структуры файловой системы
R — возвращает управление мышке и клавиатуре.
E — посылает сигнал SIGTERM всем запущенным процессам, кроме init. Другими словами производится попытка безопасного (с сохранением данных) завершения всех процессов, кроме процесса init.
I — посылает сигнал SIGKILL всем запущенным процессам, кроме init. Это значит, что все процессы кроме init будут уничтожены и данные будут утеряны.
S — переписывает все данные из кэш-памяти на жесткий диск, происходит синхронизация, уменьшает шанс повреждения данных.
U — перемонтирует все примонтированные файловые системы в режиме только чтение. После использования этого ключа вы можете перезагружать систему нажатием Alt + SysRq + B без ущерба для системы.
B — перезагрузка системы. Использование этого ключа без использования других ключей равноценно «холодной» перезагрузке.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории