Нехватка памяти для программ (Страница 3 из 17)

Про MyDocs и ext2/ext3 были обсуждения не на этом а на официальном форуме. Только вот так так быстро появляются новые темы и сообщения что трудно найти нужную тему. Сейчас ссылку на нее уже и не вспомню. Суть в том что в бизибоксе на сколько я понял не включена автоматического распознавания файловой системы (то есть при люьом монтировании mount обязательно ожидает увидеть явное указание вида -t ext2). Все параметры для работы скрипта просто в явном виде заранее были сохранены (/etc/default/mount-opts). Вторая проблема в том то файловый менеджер непонятно почему себя странно ведут если на карточке файловая система не vfat. Вот ссылка на один из багов косвенно относящихся к этой проблеме:
https://bugs.maemo.org/show_bug.cgi?id=3441

mmcblk0p2 оставил именно так чтобы при перепрошивке телефон его автоматом монтировал хотя бы как /home. Это не критично, но может быть довольно полезным. Собственно поэтому именно как p2 чтобы соответствовал первоначальному варианту разбиения. Раздела mmcblk0p1 нету (правда плата за это пустые 8Mb в начале диска).
32 гига под /opt оставил потому что не вижу для чего еще мне понадобится внутренная память. Ну и некоторые игры по типу Ur-Quan Masters (с оригинальными ресурсами от 3do) или OpenArena занимают не мало места. А тут еще и тему про запуск Jagged Alliance 2 заметил на официальном форуме.. (а то что линуксойды не играют в игры это неправда). Оставлять swap во внутренней памяти я посчитал лишним ненужным износом. Да и вынося его на внешнюю карточку нагрузка получается более-менее равномерной по всем доступным устройствам памяти.
Под /home ну никак больше 200Mb не уйдет (с учетом того что /opt теперь вынесен отдельно а все документы лежат в MyDocs а /home остается только для конфигов програм).
Ну и под MyDocs мне 8Gb карточки (ну за исключением 1Gb под swap и /home) мне более чем достаточно. А то что все документы в одном месте а не в виде внешней карточки и внутреннего раздела мне показалось удобней. Ну и у внешней карточки еще плюс в том что она внешняя и ее всегда можно быстро вытащить, подключить к компьютеру и скинуть нужные файлы.

В гугле пока не особо много такой информации по n900. Так что подумал раз уж я разобрался в этом то не лишним будет сразу написать решение а не в отправлять гуглить .

В openwrt никаких ограничений нет. Там очень грамотный подход к файловой системе. Файловая система состоит из двух разделов. Один с файловой системой squashfs. По свойе архитекруте squashfs моеть быть ro разделом. Но его огромным плюсом является то что все данные на нем записаны в сжатом виде (очень полезно когда памяти всего 4Mb). Второй раздел это перезаписываемый jffs2. Он изначально пустой и смонтирован поверх с использованием mini_fo. Для пользователя все файловая система представляется как единый rw раздел. Все изменения относительно оригинальных данных хранятся в squashfs разделе. Если файл есть на jffs2 разделе (или его более новая версия) то он берется с этого раздела, если нету то с squashfs. Пользователь не задумываясь ни о чем может менять любые данные и добавлять любые файлы без всяких ограничений. О правильном представлении данных для системы заботится как раз mini_fo. А весь сброс настроек к оригинальному виду сводится к форматированию jffs2 раздела.
Тут дело не в том чтобы ограничить в чем-то пользователя а в том чтобы сохранить исходную файловую систему с возможностью отката до первоначального состояния в случае если пользователь сделал что-то не так. Есть и версии openwrt состоящие полностью из jffs2 раздела, но их гораздо легче уронить (даже не специально а например при сбое записи если что-то случилось с питанием).
Именно кривоватой организацией работы файловой системы прошивка Олега мне и не нравится.

В maemo 6 не будет ro блоков памяти. При желании можно перезаписать любой доступный на устройстве mtd раздел. Там просто действительно будет версия где доступ к некоторым настройкам будет ограничен, но пользователю так же будет доступна и версия прошивки без таких ограничений но без возможности использования ovi store на сколько я понял.
В wm5/6 абсолютно такой же подход к организации памяти как описанный выше в openwrt (ну только файловые системы там другие). Второго экземпляра прошивки там не хранится. Да и зачем эта лишняя трата памяти если оригинальная копия реально не может измениться?

Маршрутизаторы dlink никогда не любил. Уж очень они нестабильные. Нельзя сказать что они все нестабильные. Это скорее смотря как повезет. Ставил знакомым на dir300 openwrt и уже пол года работает и пока не жалуются. А со стандартной прошивкой постоянно уходил в ребуты.

Вот один из способов того как узнать что установлено в корень а не в /opt
http://talk.maemo.org/showpost.php?p=43 … stcount=20

я просто смотрю, что сколько места занимает командой DU
в качестве параметра ей указываем директорию, с которой начинать, а чтобы вывод был не слишком большим и подробным, ограничиваем глубину сканирования ключем  -d
например
du -h -d 1 /
выведет размеры папок и файлов в корне

du -h -d 1 /usr
du -h -d 1 /var
то же в конкретных директориях

du -h -d 2 /
то же что в начале, но на 1 уровень глубже, то есть все папки в корне с подпапками

по просьбе KiriK дублирую сдесь свой способ решения проблемы
первоисточник - на M-R
да не заругает меня за это KiriK, как его самого на allnokia)))

текстовый файл здесь вложить видимо нельзя, поэтому вот его дамп:

description "late rcS actions"

start on started xomap
stop on stopping bme

console none

script
    # Generate fstab and mount /home
    . /etc/default/mount-opts

    fstab=/etc/fstab
    tmp_fstab=/tmp/fstab

    sfdisk -l /dev/mmcblk0 | awk \
        -v home_opts="$home_opts" -v fat_opts="$fat_opts" \
        -f /usr/lib/genfstab.awk > $tmp_fstab

    cmp -s $tmp_fstab $fstab || cp $tmp_fstab $fstab
    rm -f $tmp_fstab

    /bin/mount /home || echo "Failed to mount /home partition."

    if [ ! -d /home/user ]
    then
      if [ -d /home/preinstalled ]
      then
        mv /home/preinstalled /home/user
      else
        mkdir /home/user
      fi
      cd /etc/skel
      cp -a . /home/user
      chown -R user:users /home/user
    fi

    # We can safely continue booting now.
    initctl emit MOUNTS_OK

    /sbin/swapon -a || echo "Failed to enable paging partition."

    mount --bind /home/usr /usr

    # Setup lowmem module
    echo 32768  > /proc/sys/vm/lowmem_deny_watermark_pages
    echo 98304  > /proc/sys/vm/lowmem_notify_high_pages
    echo 131072 > /proc/sys/vm/lowmem_notify_low_pages
    echo 1024   > /proc/sys/vm/lowmem_nr_decay_pages

    # Exclude some UIDs from memory allocation denial.
    # 30000 is messagebus, 30001 could be used by Matchbox
    echo "30000 30001 30002 30003" > /proc/sys/vm/lowmem_allowed_uids

    # Adjust flushing of memory card buffers
    echo 40 > /proc/sys/vm/dirty_ratio
    echo 10 > /proc/sys/vm/dirty_background_ratio

    # Initialize PRNG pool with the HW RNG. Slow, but that's ok.
    URANDOM_POOLSZ=512
    if [ -e /dev/hwrng ]; then
      echo "Seeding entropy pool"
      dd if=/dev/hwrng of=/dev/urandom bs=$URANDOM_POOLSZ count=1
    fi
end script

normal exit 0

способ был изобретен еще в октябре, за месяц до выхода телефона в продажу, отработан и отлажен на живых тестовых аппаратах на РДА
с моей точки зрения, тормозов, глюков способ не имеет
пробуйте, отписывайтесь

разместил статью на заглавной странице сайта
когда Kirik его одобрит, можно будет его увидеть

На сколько я помню свободно чуть меньше 100Mb. Если есть хотя бы 20Mb свободных то это уже нормально.

Никаких глюков не наблюдал. На ext файловых системах всегда по умолчанию 5% пространства зарезервировано для пользователя root (например чтобы при нехватки места система могла продолжать записывать логи). Пользователю при указанию свободного места обычно сразу учитывается что эти 5% ему недоступны. А все программы устанавливаются с правами пользователя root. Вот они на это зарезервированное пространство скорее всего и ставятся. Правда вроде на ubifs место для root не резервируется.
В багтреке я вроде замечал уже баг про то что файловый менеджер не проверяет свободное место до начала установки так можно надеется что в ближайшее время исправят.

Данная информация от нокии так же на сколько я видел официально и в багтреке появлялась (или в брейнсторме, сейчас сложнее за всем следить стало).
Я им еще добавил баг о том что /opt сейчас даже не в $PATH (то есть нет возможности по правильному собрать программы указав --prefix=/opt). Для программ приходится обязательно создавать symlinkи в корневой файловой системе на их правильное расположение в /opt. А symlink тоже занимают место (хоть и очень мало). При 32Gb внутренней памяти и возможности подключения карточки памяти при росте числа доступных программ предел свободного пространства можно будет исчерпать даже устанавливая программы из официального репозитория которые полностью будут устанавливаться в /opt.
Cсылка на баг: https://bugs.maemo.org/show_bug.cgi?id=6870
Буду рад голосам, это может помочь разработчикам в портировании программ и в экономии места в корневой файловой системе.

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