Зависания при избытке свободной памяти

а если со размером свопа поиграться: сделать больше/меньше?

и вообще понаблюдать за машинкой со стороны, скажем через ssh

без иксов как ведет себя?

натравить mcelog?

может разрядность библиотек, ты не сказал разрядность системы, хотя должно быть 64 у тебя, но спрашивая, уточняю не было ли до этого обновления с 32?

страшновато, но загрузиться с диска SystemRescueCD и запустить тест проверки памяти

вообще начатьс того, что понять софтовая или хардовая проблема.

Какая архитектура?

1. Убедиться, что архитектура x86_64.
2. Проверить память с помощью memtest86.

lsmod | grep zcache

zcat /proc/config.gz | grep ZSWAP

Что-то пересобирал из AUR?

А попробовать для начала вообще отрубить своп?

Все это приводит к тому, что система зависает практически полностью, и даже для перехода в TTY1 с целью прибить фаерфокс требуется около 5 минут.

SysRq+F - не?

а memtest нормально проходит? а то может память битая или чипсет больше кушать не хочет...

Ну нет, память-то занята вся. Это либо tmpfs разросся, либо что-то заmmap()лено большое.

При этом вся остальная память отображается кешированной в htop (см. скриншот) и свободной во free.

очень сильно в этом сомневаюсь

а tmpfs предельно просто проверить через df но даже выхлопа free мы пока не увидели.

очень сильно в этом сомневаюсь

В чём именно?

в том что память занята вся... а вот то что проблемы на аппаратном уровне могут наблюдаться это в лёгкую.

Ну блин. Я что-то не помню, чтобы ядро детектило битые участки памяти и помечала их как pagecache. Тогда было бы логично ждать oops'ов и ошибок со стороны ФС.

Вот zcache и zswap, если одновременно включены, могут создавать такое поведение влёгкую.
Или, например, несовместимость версий компонентов графического стека (mesa, собранная из git).

Это всё по опыту :)

по моему скромному опыту при аппаратных проблемах с памятью линуксовое ядро живёт и здравствует, что меня немало удивило, так же воочию видел, как при ограничении чипсета на максимальный размер памяти в 4гб и при наличии планки в 8гб ноут нормально работал и система показывала наличие всех 8гб, но при заполнении памяти на все реально доступные 4гб тихо мирно перезагружался. тут я согласен что поведение несколько отличается.

в данном конкретном случае вполне возможен вариант i386 образа системы, так как uname -a мы так же не увидели.

Всем спасибо, я идиот.

Прав оказался intelfx - я совершенно забыл про /tmp, который был примонтирован как tmpfs. VMWare занял гигабайт, еще столько же - кеш yaourt, да еще помелочи - и набежало на 2,9ГБ, т.е. половину памяти. У tmpfs по-моему как раз такое ограничение по умолчанию стоит.

Сейчас буду пытаться умерить его аппетиты. Еще раз всем спасибо, чувствую себя очень глупо.

/usr/lib32/skype/skype

Это x86_64.

Это x86_64.

Мне даже жаль, что причина оказалась такой банальной - тут у вас уже полномасштабное расследование!

Ночью нечего делать же. :)
Рад, что решилось. Не забудь пометить тему решённой, кстати.

Ночью нечего делать же. :)

Знаю, сам такой :)

Рад, что решилось. Не забудь пометить тему решённой, кстати.

Точно, пометил. Еще раз спасибо!

tmpfs выжирает память до победного, а чтобы её от этого отвадить её надо монтировать с опцией size=1g

<pedant>
не до победного, а до 50% (size=50% по дефолту)
</pedant>