Зависает оболочка GNOME

alt+f2
r
enter

и с чего он виснет? пользуюсь иногда и норм всё

Когда запускаю firefox или использую nautilus под админом, монтируя NTFS разделы

ну так надо с ФФ и наутилусом разбираться, а не шелл перезапускать постоянно

Каким образом? :)

банально посмотреть логи (для начала в ~/.xsession-errors), запустить в терминале (если мало инфы, то можно опционально в режиме отладки)

для ФФ попробовать почистить кеш, удалить флеш (если он не нужен, у меня вот он сто лет не стоит и не испытываю в нём нужды)

обновится до актуальных версий

А дистрибутив то какой?

Debian 8 Jessie

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

Находил такую лабуду, она мне показалась маловероятной, не стал пробовать, если вам поможет потом отпишитесь:

Ставим dconf-tools: sudo apt-get install dconf-tools Запускаем dconf-editor В редакторе идем в ветку org->gnome->settings-daemon->peripherals->keyboard снимаем галочку remember-numlock-state

Так же смотрите здесь: http://forums.mate-desktop.org/viewtopic.php?p=8239

Установите strace. Повесьте ниже приведенный скрипт в автозагрузку и когда поймаете снова этот глюк, то выложите полученный вывод. Вот скрипт для трассировки:

#!/bin/bash

strace -f $(pidof gnome-settings-daemon | sed 's/\([0-9]*\)/\-p \1/g') -o /путь/к/файлу_вывода/output

Обновляйте systemd. Говорят, что пофиксили, как оно на самом деле проверяйте. Подробнее тут: https://bugzilla.redhat.com/show_bug.cgi?id=753882