RO rootfs, корневая ФС только для чтения. Опции

[MikleV]

Добрый день!
Хочется сделать rootfs только для чтения и небольшой кусочек с конфигами rw. Физически я это представляю так: Linux и rootfs в NAND и они read only. Далее инит скрипт цепляет фс c EEPROM, с текстовыми конфигами и вытягивает в ОЗУ и монтирует в /tmp (NAND EEPROM и /tmp взяты для примера).
Кто нибудь делал подобное? Как мне ограничить область озу где будут сидеть эти конфиги от перезаписи? Как в инит скрипте их инициализировать? Какие могут возникнуть проблемы ведь дальше программы надо будет запускать с этими конфигами? Как их записывать и понять что они записались?
Чтобы два раза не вставать еще вопросик. Как обычно делают обновление в подобных встроенных системах (я себе представляю это обновлением части rootfs)

[MikleV]

Может и проще будет действительно. Мне тут нужна консультация. Физически mtd у меня NAND. На данный момент она видится в системе как пара символьных и пара блочных устройств. Т.е. мне ее надо разбить.отформатировать на следующие разделы:
kernel image RO
rootfs RO
/tmp RW
Т.е. бутлет инициализирует питание, ОЗУ, NAND и дает команду вычитывать первый раздел с NAND оттуда грузиться ядро(ну или uboot) с драйвером ФС и командной строкой в которой прописано что rootfs читать с такого-то раздела NAND, монтирует rootfs, используя драйвер jffs уже ядра, запускает init и далее уже где-то в скриптах монтирует в систему /tmp. Т.е. NAND уже должен быть отформатирован чтобы я мог прописать название партиций.

С другой стороны не хочется NAND дергать постоянно на запись. Проще по SPI подключить EEPROM и монтировать ее куда надо.

[psL]

С spi eeprom видимо будет удобнее вообще через sysfs работать, т.к. объем небольшой

Обновление я так предполагаю будет через ВЕБ интерфейс (наподобие роутеров всяких WiFi ных). Неужели для этого все же нужен отдельный загрузчик? Uboot поддерживает WEB сервер на себе или ему передать можно переменные новой загрузки через файл какой-то?

На веб-сервер в линуксе грузится архив обновления методом post, скрипт на стороне сервера проверяет целостность архива и распаковывает его, ну а дальше - в зависимости от содержимого архива: либо меняются отдельные файлы, либо перезаписываются образы разделов, либо подкачивается обновление из репозиториев.
В случае перезаписи разделов нужно больше памяти,ну и корень нужен другой в ram
В случае обновления из репозиториев видимо придется как-то изголяться в offline.
Думаю, обновление через веб через загрузчик - это как-то сложно. Обновление через загрузчик удобнее для обновления с каких-то внешних носителей. Типа нажали три кнопки - загрузчик пошел по другой ветке, нашел образы на sd карте, все перепрошил и загрузил.