Решить зависание KDE без ребута?

Да. Поставить браузер и DE.

Они и так стоят.

Спецификацию компа озвучь.

А почему такое происходит? Своп есть?

Во-первых, нужно понять в чем проблема. Вангую, что просто система начинает свопить. Тогда посмотри в сторону vm_swappiness. Дефолтное значение (60 ЕМНИП) вообще ориентировано скорее для свеверов.

Но я бы логи все равно посмотрел. Выложи куда-то и дай линк на лог ядра сразу после такого поведения.

Еще, поскольку в результате у тебя система становится колом, что не нормально, напоминает два феномена: 12309 и баг с reiserfs. А посему, дай-ка версию ядра и вывод mount.

Ну, и для порядку - SMART твоего HDD.

Ну да, запущено не только это.

Acer AOD270 (Atom 1.6x2, 2Gb ram, 1Tb HDD, Intel GMA 3600)

Да. Поставить браузер и DE.

Это самый бесполезный ответ который я видел. У парня скорее всего 12309

Версия ядра:

Linux version 3.18.7-200.fc21.x86_64 (mockbuild@bkernel02.phx2.fedoraproject.org) (gcc version 4.9.2 20141101 (Red Hat 4.9.2-1) (GCC) )

LSB Version:    :core-4.1-amd64:core-4.1-noarch:cxx-4.1-amd64:cxx-4.1-noarch:desktop-4.1-amd64:desktop-4.1-noarch:languages-4.1-amd64:languages-4.1-noarch:printing-4.1-amd64:printing-4.1-noarch
Distributor ID: Fedora
Description:    Fedora release 21 (Twenty One)

1. не пользоваться fedora, kde
2. добавить оперативной памяти

Atom 1.6x2, 2Gb

LOL, тем более

Это не 12309, просто линукс начинает очень тормозить, когда озу (и свап) заканчивается, либо ждать пока прийдет оом, либо убить самостоятельно, если машина еще достаточно отзывчива. Лечится увеличением озу.

Хз, я когда смотрю на загрузку проца и использование оперативы - ещё ресурсы остаются. Железо конечно дерьмо, скоро менять буду. На виртуалке вообще 20 федора не тупит с 1 ядром и минимумом ресурсов, правда под lxde. Просто мой первый линь нормальный (нет, ну был несколько лет назад Ubuntu с гномом) и кдешка вроде ничего, решил Федору потыркать до того, как на РХ пересяду.

Можно на хоткей повесить, чтобы все процессы хрома прибивались? Только когда он запущен проблема бывает.

12309 от одной вкладки в хроме? И куда оно что пишет? В память ОЗУ? У меня вот один раз был 12309. Записывал шиндовс на флешку. А тут уж точно не 12309.

Сначала всё равно около минуты есть, прежде чем всё намертво.

12309 от одной вкладки в хроме?

Но тут открываешь 33ю

Читать не умеем

Дальше-то чо? Диск тут вообще не используется.

Колдуй в настройках (конфигах) хрома, чтоб открывал по одному процессу на ОКНО (а не на вкладку).
Насчет KDE комментировать не буду, а вот в чем сакральный смысл использовать amd64 на такой конфигурации... Ах, да, точно, для производительности.

Насчет KDE комментировать не буду

Мне пока нравится. Единственное, виджеты старых версий почему-то не хотят заводиться на свежей КДЕ, а некоторые (с сорцами), поковырять очень хотелось.

а вот в чем сакральный смысл использовать amd64 на такой конфигурации

Ну тут разгадка проста. Есть некоторые пакеты, которые очень хотелось потыркать, но 32 бита почему-то не оказалось.

Дальше-то чо? Диск тут вообще не используется.

Издеваешься? сваппинг начнется жесткий

Та же фигня...

Колдуй в настройках (конфигах) хрома, чтоб открывал по одному процессу на ОКНО (а не на вкладку).

Ну тут особо не наколдовать, он вроде всегда отдельный процесс создаёт.
Способ прибить сразу весь хром всё же нашёл, работает.

Очень полезной является комбинация Ctrl + Alt + Esc, вызывающая программу xkill. После ее вызова указатель мыши превращается в череп с косточками. Щелкнув «черепом» по какому-то окну, оно будет уничтожено, даже если программа «подвисла». Для выхода из программы xkill без уничтожения окна нажмите Esc.

В следующий раз опробую - может поможет...

сваппинг начнется жесткий

что я могу попробовать предпринять?

От одной вкладки?

От одной вкладки?

Ты реально издеваешься? Он открыл 33 вкладки.

что я могу попробовать предпринять?

И ничего, успеть открыть терминал и убить процесс хрома. У меня на ноуте с 4Гб памяти такое иногда случалось, проблема не решаемая(Пересел за комп с 16Гб, полет отличный)

Да, а потом ещё одну. Почему своппинг жёсткий?

У тебя 33 вкладки текут.
Открытие новой просто усугубляет общую течку резким увеличением потребления памяти на пару десятков мегабайт.

Меняй модель своего поведения и переставай быть таким неграмотным.

кдешка в висюках.
Реально как-то при возникновении такой ситуации без ребута оживить комп?

Как вариант - залогиниться в другой консоли(Alt-Crtl-Fx) и грохнуть хром.

Ctrl+ALT+Esc

Пока не намертво висит и срочно кликай по грузящему окну. Для себя пока альтернативы не нашёл(

Alt-SysRq-F

Убедись что Magic Keys включены и sysctl kernel.sysrq вовращает kernel.sysrq = 1

Если не отвиснет в течение минуты, можно аккуатно повторить.

Alt-SysRq-F

Убедись что Magic Keys включены и sysctl kernel.sysrq вовращает kernel.sysrq = 1

Если не отвиснет в течение минуты, можно аккуатно повторить.

У меня

kernel.sysrq = 16

Как вариант - залогиниться в другой консоли(Alt-Crtl-Fx) и грохнуть хром.

Я xkill как вариант выбрал, он по клику в окне весь хром грохает, а не отдельную вкладку. Тот же кучу процессов создаёт... А возможно как-то на хоткей забиндить, чтобы при нажатии тупо весь хром грохался, без кликов лишних?

У меня как раз ничего не течёт. У меня ведь не хром. А в хромопроблемах я не силён.

У тебя 33 вкладки текут. Открытие новой просто усугубляет общую течку резким увеличением потребления памяти на пару десятков мегабайт.

Там просто не играет роли, когда роковую вкладку открываешь. Их может течь не 33, а 3 к примеру.

У меня ведь не хром.

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

Про этот костыль я знаю. Не всегда получается успеть. Меня больше интересует, почему OOM-killer не приходит, который, собственно, и должен прибивать процессы.

Не использую флеш. Я даже и не знаю, для чего он. Вконтактике только музыку не послушать, но я давно планирую прекратить пользоваться этим дерьмом.

Atom 1.6x2, 2Gb ram
x86_64
Distributor ID: Fedora

Всё переделывай - ставь Gentoo x86.

kernel.sysrq = 16

тогда сделай sysctl -w kernel.sysrq 1

и найди какая сволочь задает 16 при загрузке (ищи в /etc/sysctl.conf и /etc/sysctl.d/*)

А что должно происходить?

Вызов OOM-киллера, прибьет самый ненужный процесс в системе (на каждое нажатие)

Меня больше интересует, почему OOM-killer не приходит

Пока не кончится своп, не придет

И насчёт Magic Keys - я копался в Shortcuts and gesture

О_о

я имел в виду CONFIG_MAGIC_SYSRQ=y в ядре

Всё переделывай - ставь Gentoo x86.

Ага, я с этой шляпой по большей части разобрался, столько времени убил. И сразу на новый дистриб. Сколько дистрибов - столько проблем. У меня даже версия Fc21 с KDE Light с RFremix, обновлённая с 20 (RF) и Fc21 c KDE c RFremix, обновлённая с 20 (Official), совершенно разные проблемы имели. Нет у меня столько лишнего времени сейчас.

Сколько дистрибов - столько проблем.

Atom - хилый проц, зря ты на него бинарный дистр водрузил, да ещё и x86_64...

KDE

Переделывай - ставь XFCE.

Пока не кончится своп, не придет

[ximen@book ~]$ free -m
              total        used        free      shared  buff/cache   available
Mem:           3813        1282         631          27        1899        2268
Swap:             0           0           0

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

Хм. Тогда действительно странно. Может в твоем случае тормоза вообще не из-за памяти?

Ядро, вроде, нормальное; там 12309 уже нет.

Как стоить подготовить лог?

У тебя должен быть файл /var/log/messages . Это - лог ядра (на самом деле туда не только ядро логи складывает - тем лучше). Загляни в него и отыщи начало загрузки системы. Должно быть что-то типа такого:

Mar  5 19:31:45 lix kernel: [    0.000000] Initializing cgroup subsys cpuset
Mar  5 19:31:45 lix kernel: [    0.000000] Initializing cgroup subsys cpu
Mar  5 19:31:45 lix kernel: [    0.000000] Initializing cgroup subsys cpuacct

Теперь перегрузись; повтори проблему, дай ей побыть секунд 10, перегрузись. Потом открой /var/log/messages и скопируй участок лога сессии с проблемой: от предыдущей загрузки. Выкладывай на pastebin.com/ , давай ссылку сюда.

Да, и перед тем, как воспроизводить проблемы, запусти терминал, и там команду:

$ watch -n 1 free

И дай вывод mount.

Может в твоем случае тормоза вообще не из-за памяти?

Возможно, но история один в один, как у ТСа. Без хрома то же самое видел, когда компиляция чего-нибудь большого в /tmp съедает вcю память. Я, если честно, даже и не дёргался раньше, тоже думал, что своп и всё такое, а сейчас глянул - а свопа-то и нет. Аж интересно стало.

В порядке бреда: возникает неусточивое равновесие вокруг дискового кэша, кэш не исчерпывается до конца, поэтому киллер не приходит, но при этом постоянно обновляется, создавая непрерывный I/O и тормоза

На одном из своих embedded-устройств я наблюдаю похожую картину: при использовании JFFS2 на корне наблюдаются очень жесткие тормоза, когда размер кэша снижается до ~8 метров, при этом оом-киллер не срабатывает. При смене ФС на UBIFS проблема исчезает - киллер срабатывает.