Raspberry Pi 2 зависает и заканчивается память

pi

Всем доброго дня!
Такая проблема: зависает малинка. Интервал зависание не определен, может работать неделю, а может и двух дней не протянуть. ОС Raspbian, установлен Kodi, transmission, Lirc (эти приложения постоянно работают). Собственно малинка в качестве медиасервера работает. Самое странное, что куда-то пропадает оперативная память )))) Если после загрузки системы свободно 80%, то через сутки остается 1%. Под своп выделено 256 МБ, но если смотреть командой «free», то видно, что система своп не испльзует. Мое предположение, что и зависание из-за этого — тупо заканчивается память. Можно как-нибудь узнать это? Ниже пример вывода команды free

          total       used       free     shared    buffers     cached

Mem: 754372 741848 12524 0 274536 334856

pi

«Расход» памяти на различные программы можно посмотреть программой htop (установить из депозитария) и решить проблему с самой «прожорливой» (подозреваю, что это Lirc).

pi

Вообще такие вещи называются «утечка памяти».
Хотя может быть и другая беда, например форки процессов не завершаются.
В любом случае это либо ошибка в софте или софт неправильно сконфиругирован (разрешено слишком много потоков (процессов) создавать (на скачку или на закачку)).
htop наверно лишнее ставить и обычного top хватит или ps aux.

pi

Установил таки htop, посмотрел внимательно, почитал еще по этому поводу. Вообщем скорее всего дело не в памяти. Команда free показывает свободную память (ну точнее я смотрел на эту колонку), которая не учитывает помять под буфер и кэши, которая может быть отдана другим приложениям. htop показывает, что занято 136 МБ из 736 МБ. Причем это довольно стабильно. Тут еще заметил, что бывают перепады напряжения в сети. Другая техника их не замечает, а вот raspberry походу реагирует, хотя бп воткнут нормальный. Попробую подключить его через стабилизатор или что-то подобное.

AZM_SU

Если блок питания импульсный (не трансформаторный (что легко понять по габаритам, если блок 2 ампера менее пачки сигарет то импульсный)), то они обычно от 100 до 300 вольт нормально работают выдавая на выходе строго установленное напряжение.
Скачки напражения, могут конечно пораждать и электромагнитные помехи, но это будет сказываться если провода длинные идут от малины и эти провода не экранированные и связаны с разными устройствами запитанными от разных розеток.

В вашем случае можно сделать так: в crontab добавить команды «ps aux», «free» и «date», указав им как поток вывода файл, что бы в этот файл сыпалась, скажем 1 раз в 30 минут информация о занятых ресурсах, таким образом получиться лог, а после зависания, можно будет посмотреть что же там происходило и как развивался процесс (если потребление ресурсов накапливается, то это явно утечки, если нет-нет, а потом хлоп и повисли то скачки напряжения или ошибки в софте).
Почитать можно (из первого найденного яндексом):
www.k-max.name/linux/planirovshhik-linux-cron-crontab-anacron/
younglinux.info/book/export/html/214

pi

AZM_SU (2015-07-01 12:04:02):Если блок питания импульсный (не трансформаторный (что легко понять по габаритам, если блок 2 ампера менее пачки сигарет то импульсный)), то они обычно от 100 до 300 вольт нормально работают выдавая на выходе строго установленное напряжение.
Скачки напражения, могут конечно пораждать и электромагнитные помехи, но это будет сказываться если провода длинные идут от малины и эти провода не экранированные и связаны с разными устройствами запитанными от разных розеток.
В вашем случае можно сделать так: в crontab добавить команды «ps aux», «free» и «date», указав им как поток вывода файл, что бы в этот файл сыпалась, скажем 1 раз в 30 минут информация о занятых ресурсах, таким образом получиться лог, а после зависания, можно будет посмотреть что же там происходило и как развивался процесс (если потребление ресурсов накапливается, то это явно утечки, если нет-нет, а потом хлоп и повисли то скачки напряжения или ошибки в софте).
Почитать можно (из первого найденного яндексом):
www.k-max.name/linux/planirovshhik-linux-cron-crontab-anacron/
younglinux.info/book/export/html/214

Большое спасибо. Сделаю как посоветовали, картина станет более ясной тогда.

pi

Вообщем дело не в памяти. Ее еще много остается. В syslog тоже мало полезного, но смог отследить момент зависания когда был подключен по ssh. Несколько раз это было, причем на разных процессах: Transmission, Samba, apt-get. Вот первые строки лога:

Message from syslogd@raspberrypi at Jul 23 22:03:57…
kernel:[381423.240986] Internal error: Oops — BUG: 0 [#1] PREEMPT SMP ARM

Message from syslogd@raspberrypi at Jul 23 22:03:57…
kernel:[381423.725676] Process apt-get (pid: 20696, stack limit = 0xab908210)

Message from syslogd@raspberrypi at Jul 23 22:03:57…
kernel:[381423.757005] Stack: (0xab909d10 to 0xab90a000)

Далее идут строки со ссылками на адреса памяти (вот как эта: Message from syslogd@raspberrypi at Jul 23 22:03:57…

kernel:[381423.813001] 9d20: a32d0270 a32d029c 8a5627dc ae787dac 8a5627ec 00000000 8a5627dc 8a5627dc )

Даже не знаю куда копать…