Несколько способов не потерять данные при подвисании Gnome (Ubuntu и другие)

[zukoff]

Я хочу сделать репост в убунтарий, так, что пожалуйста комментируйте мой текст, буду править

[zukoff]

это привычка :) так же как и ls -la
с другой стороны твой совет выдаст процессы без привязки к пользователям и юзер будет исступленно пытаться убить процесс, который ему не пренадлежит

[mkdotam]

А sudo зачем? :D

[zukoff]

Учитывая то, что мы говорили о зависшем в нашей сессии процессе — то точно незачем :)

[mkdotam]

Ну вообще-то это была шутка юмора, о чем иступленно пытается сказать смайлик, в конце предложения. (:

[Nebulosa]

Если нам нужен только pid процесса то
ps aux | grep nautilus = pgrep nautilus

Так то! :)

[Thoggen]

Весьма полезно, спасибо.

[odessky]

Иногда не пускает в терминал, когда иксы перегружены
Я вхожу со смартфона по ssh на свой десктоп и делаю kill зависшему процессу

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

[zukoff]

Точно, а я все ломаю голову, какой же я способ забыл! :))

[zukoff]

Спасибо! :)

[lastormo]

я конечно тоже коннектился к своему серваку через путти на симбиане, но что бы это делать рабочим инструментом по управлению рабочего компа — жесть, как она есть :)
только виндузятникам сложно объяснит зачем тебе с телефона заходить на комп, что бы не ребутить его, ведь есть клавиша RESET

[Optik]

с небольшими изменениями его можно применить и на kde

В кде делать ничего и не надо, там крестик существует изначально. Ctrl+alt+del по умолчанию, если правильно помню (счас в винде, а в линуксе давно ничего не висло (: ).

[NotXakep]

Ctrl+alt+esc
сам часто пользовался :)

[pr0r0k_d]

ctrl+alt+esc

[Optik]

Значит когда-то поменял у себя

[skfd]

контрол альт эскейп

[ukko]

в команде killall работает дополнение по табу. Эта команда удаляет все процессы с указанным именем. Например:
killall gnome-panel

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

Или намного удобнее использовать htop, вместо стандартной top

[zukoff]

я это отлично знаю, но это не простые способы :)
1. для работы htop — его сначала надо установить, ибо не идет по умолчанию.
2. для killall еще надо обладать достаточным здравым смыслом, а я писал статью для тех, кто только начал выглядывать из танка :)

[NotXakep]

Может я чего не понимаю, но этот способ, все же, ведет к потере данных. Пусть даже в том же огненном лисе.

[NotXakep]

Хорошо

[NotXakep]

FireFox предложит восстановить предыдущую сессию, как и OOo. Но ведь есть другие программы, обделённые возможностью восстановления. Так что способ не совсем соответствует заголовку топика.

[NotXakep]

Видимо я чего-то так и не понял…
Хоть бы один из минуснувших объяснил!

[merkator]

А у меня вот свежая Кубунта недавно так жестоко подвисла при просмотре фоток (правда с раздела NTFS), что даже вызов консоли через Ctrl+Shift+F1 тормозил безбожно (это разве возможно??), пришлось нажимать reset.

[GarretUA]

Конечно, если захавано все процессорное время то что угодно будет так тормозить.

[egorinsk]

Это бред и и идиотизм. Такого не может быть в норм. системе, так как она дает проц. время всем, кому нужно а не одному процессу. Скорее такие зависания в Линуксе происхордят из-за блокировок внутри иксов, или ядра, графические оболочки пока очень несовершенны (и из-за зависания konqueror/firefox все висеть не должно).

[mytribune]

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

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

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

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

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

В тексте ещё были какие-то вещи, резанувшие глаз, но их я вспомнить не смог. Поэтому лучше пройтись по статье системами проверки орфографии и пунктуации (не сочтите это, пожалуйста, за наезд, я понимаю, что у всех бывают ошибки).

[yuretsz]

Еще есть апплет для gnome панели.
Правая кнопка на панели — добавить апплет — принудительное завершение окна.
Тоже неплохо помогает бороться с зависшими приложениями.

[pr0r0k_d]

панель иногда зависает…

[yuretsz]

Если панель зависла, то пользуемся остальными вышеперечисленными методами.

[zukoff]

этот вариант я даже не рассматривал, так как на первом месте по зависаниям стоит наутилус- тогда невозможно никуда кликнуть и по панели в том числе.
а если кликать можно — то просто закрыть зависшее окно и подтвердить Force Quit. я думаю этому все отлично научились еще с времен Windows :)

[yuretsz]

А мне частенько помогало. Особенно в режиме: «Доклавыленьтянуться».

[Becoming_Insane]

в апплетах гном-панели есть аплет application force quit.
ставите его на гном панель и используете на зависающие приложения. тот же «зловещий крестик» и без гемороя )

[schoolptor]

Переходим обратно в графический терминал нажав Ctrl+Alt+F7

Alt+F7

[zukoff]

MacOS за то и любят, что там нет «More then one way to do it».
Так, что стоит ли забивать голову новичкам большим количеством команд, алгоритмов и комбинаций, чем реально достаточно для выполнения задачи? :)

[alexzzam]

Я б упомянул ещё про последнее оружие: kill -9

[sgzmd]

Поправка: в Global Keybindings — F1 а не просто F1

[sgzmd]

пардон, Хабр поел скобки: <Control><Shift>F1

[Fragster]

в KDE xkill обычно уже висит на alt+ctrl+esc, про гном не скажу

[Tagire]

В xfce тоже.

[mrShadow]

Вообще говоря, xkill не убивает процесс, а лишь разрывает соединение X-сервера с окном. Процесс после этого может продолжать работать, хотя окно, естественно, уничтожается. Сам наблюдал такую картину, когда пытался убить подвисший Firefox.

[zukoff]

Ты не совсем прав. Смотрим 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 не гарантирует, что приложение будет убито, но гарантирует, что оно перестанет мешать иксам.

[mrShadow]

Да, возможно, я выразился недостаточно точно.

[vitalaw]

А вот если заблокировать экран, а потом после ввода пароля виснет на проверке авторизации, как в таком случае быть? Что это виснет?

[zukoff]

Возможно виснет скринсейвер. gnome-screensaver
Попробуй его прибить, а потом уже по обстоятельстам можно будет починить.
Еще поковыряйся в режимах сохранения электроэнергии. что-то может засыпать, но не просыпаться.
Информации мало, чтоб точно диагностировать.

[vitalaw]

К сожалению скринсейвер отключен полностью. Я просто выбираю из меню «Заблокировать экран» и иногда, при разблокировке все зависает на экране разблокировки, тоесть мышка движется по экрану, меняет свой вид (типа идет проверка пароля) и больше ничего не происходит. Помогает только перезагрузка иксов…

[zukoff]

Уверен такой вариант будет работать:
Нажимаешь switch user вместо ввода пароля. Затем логинишься под своим же юзером и паролем на логин-скрин. Менеджер видит это и сбрасывает тебя на уже существующую сессию. В таком случае можно обойти этот баг.

[vitalaw]

Все бы хорошо, только нет закономерности когда это может произойти. Тоесть 20 раз получается нормально входить, на 21-ый зависает экран разблокировки.

[zukoff]

Все равно, можно пойти в консоль, зайти под своим аккаунтом, запустить иксы и войти как я предложил :) startx

[dr_brain]

для случаев когда не помогает Ctrl+Alt+BackSpace (!!! если не знаете что это не нажимайте) или если не получается выйти в консоль по Ctrl+Alt+F1 есть последнее средство :)

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

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

Позволяет избежать нажатие на кнопку Reset и позволяет уменьшить вероятность повреждения структуры файловой системы

[Rulin]

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