Добрый день!

Хочу хранить часть данных, около 1-2х мегабайт, в свободной области NAND.
Какими средствами мне определить эту свободную область и чем записать?
Система имеет размер 30-50 мегабайт.
Возможно, в конечной области памяти, после root-системы?
Спасибо

а чем не устраивает каталог в /home/user?
если у вас стандартное разбиение нанда, то идете в исходники ядра и смотрите файл платы, там находите структуру типа:

Код

static struct mtd_partition nand_flash_partitions[] = {
/* MX53 ROM require the boot FCB/DBBT support which need
* more space to store such info on NAND boot partition.
* 16M should cover all kind of NAND boot support on MX53.
*/
{
.name = "bootloader and kernel",
.offset = 0,
.size = 32 * 1024 * 1024},
/* .size = 16 * 1024 * 1024},
{
.name = "nand.kernel",
.offset = MTDPART_OFS_APPEND,
.size = 16 * 1024 * 1024},*/
{
.name = "nand.rootfs",
.offset = MTDPART_OFS_APPEND,
.size = MTDPART_SIZ_FULL},
};

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

Да это все прекрасно.
Спасибо за ответ!

Хочу сделать только папку /tmp для записи в оперативную память, остальное для чтения. Очень боюсь корень испортить от неожиданных выключений по питанию.
Так вот в этой папке будут все конфигурационные файлы, при выключении папка сжимается и записывается в область которую я отведу для этого.
А вообще в сыром виде можно же как то записать в NAND, чтобы не делать дополнительный том??

Цитата

Хочу сделать только папку /tmp для записи в оперативную память, остальное для чтения.

может имеет смысл почитать о способах монтирования рутовой, возможно о tmpfs.. наверняка уже все придумано и "изобретать велосипед" это лишняя трата времени и сил..

Цитата

Очень боюсь корень испортить от неожиданных выключений по питанию.

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

Цитата

А вообще в сыром виде можно же как то записать в NAND, чтобы не делать дополнительный том??

/пожимая плечами - какой-нить пакет, типа mtd-utils (вроде в билдрут входит) - но это стремно и явно шанс срубить систему заметно выше, чем просто снять питание..

а чем fopen/fread/fwrite не нравятся?

Цитата

может имеет смысл почитать о способах монтирования рутовой, возможно о tmpfs.. наверняка уже все придумано и "изобретать велосипед" это лишняя трата времени и сил..

Да есть вариант с squashfs и наложением на нее unionfs на сколько я помню. Используется для LiveСистем. Тут наверно не проканает.
Не то что нужно.

Цитата

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

Те никаких вмешательств с вашей стороны не было?
И система продолжала работать?

Цитата

/пожимая плечами - какой-нить пакет, типа mtd-utils (вроде в билдрут входит) - но это стремно и явно шанс срубить систему заметно выше, чем просто снять питание..

В общем так и получилось у меня...убил рутовую и скорее всего юбут тоже. Завтра утром буду разгребать.

Цитата

может имеет смысл почитать о способах монтирования рутовой, возможно о tmpfs.. наверняка уже все придумано и "изобретать велосипед" это лишняя трата времени и сил..

Да есть вариант с squashfs и наложением на нее unionfs на сколько я помню. Используется для LiveСистем. Тут наверно не проканает.
Не то что нужно.

Цитата

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

Те никаких вмешательств с вашей стороны не было?
И система продолжала работать?

Цитата

/пожимая плечами - какой-нить пакет, типа mtd-utils (вроде в билдрут входит) - но это стремно и явно шанс срубить систему заметно выше, чем просто снять питание..

В общем так и получилось у меня...убил рутовую и скорее всего юбут тоже. Завтра утром буду разгребать.

Цитата

а чем fopen/fread/fwrite не нравятся?

Нравятся, только хотел обойтись стандартными утилитами.

Код

static struct mtd_partition nand_flash_partitions[] = {
/* MX53 ROM require the boot FCB/DBBT support which need
* more space to store such info on NAND boot partition.
* 16M should cover all kind of NAND boot support on MX53.
*/
{
.name = "bootloader and kernel",
.offset = 0,
.size = 32 * 1024 * 1024},
{
.name = "nand.rootfs",
.offset = MTDPART_OFS_APPEND,
.size = 124 * 1024 * 1024},
{
.name = "nand.config",
.offset = MTDPART_OFS_APPEND,
.size = MTDPART_SIZ_FULL},
};

Что то типа такого ?
Последний раздел добавил для хранения настроек.
Поправьте меня пожалуйста, если я не прав!

Цитата

Что то типа такого ?
Последний раздел добавил для хранения настроек.
Поправьте меня пожалуйста, если я не прав!

да, похоже на правду..
вспоминается, что при изменение размера тома ubifs будет истошно ругаться.. формально надо все отформатировать перед использованием..
способ думайте сами - то ли грузиться в аварийном режиме (я не помню - сделано ли так в SK-iMX535), то ли слепить рутовую на внешнем носителе - usb-флешке, sd, hdd. грузануться оттуда и запилить подмонтированный нанд..