+1, та же фигня. причем началась с переходом на 3.5.3 до этого долго сидел на 38-м - система работала хоть месяцами, если с электричеством повезет. домашний сервер-файлопомойка. а как собрал 3.5.3 - те же грабли. причем один раз словил при записи вообще на внешний юсб-диск (точнее, но софтрейд из оных, если это важно). сейчас собрал 3.5.4 с практически идентичным старому 2.6.38.8 конфигом (а то мало ли тогда наотключал чего лишнего) - буду проверять. да, у меня висло намертво - по ssh не достучишься, при подключении монитора черный экран. ТС, а в логах что-нибудь интересное есть? у меня вообще ничего, последние записи - rtorrent (или кто там это пишет) с вечным нытье про какие-то соединения, и потом пустота. это в syslog. в dmesg вообще тишина после 12-й секунды (впрочем, оно и хорошо).
2012-274 17:20 Артём Н. <artio...@yandex.ru> wrote: > Когда что-то интенсивно работает с диском, система зависает и > перестаёт реагировать даже на пользовательский ввод: даже курсор не > двигается. Вот как сейчас: мне приходится ждать по 10 секунд, когда > появится символ. Огонёк H.D.D. горит синим цветом. > Преимущественно обращается к диску VMWare с запущенной виндой (по > iotop). Если запущен vmware и бэкапилка - пиши пропало, система > уходит в ступор на полчаса минимум. Или даже firefox и vmware. > > 1. Нормальное ли это поведение или я где-то накосячил при > конфигурировании ядра? 2. Почему количество обращений такое большое? > 3. Как уменьшить количество обращений к диску? > 4. Как сделать, чтобы система реагировала даже, когда она предельно > нагружена? > > -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121002205040.27812...@ulf.tvoe.tv
