Цитата

на сколько это все грамотно

Как вам удобно так и делайте - методов можно придумать много, это нормально :)

Цитата

как kobs-ng из строки kobs-ng init -d linux.sb понимает что на NAND ядро надо писать именно в первый раздел?

Помоему он просто всегда его в первый раздел mtd пишет - исходники есть , можно посмотреть.

Цитата

как энергосбережение с фреймбуффера отключить? Гаснет через минуту неактивности, а надо чтоб не гас, обычные вещи вроде setterm -blank не проходят. Где задается эта минута и как ее отключить?

Я думаю fbcon должен управляться стандартными консольными утилитами а framebuffer сам по себе это низкоуровневый драйвер для вывода графики и не рулит когда гасить/включать экран, ему это командуют сверху, попробуйте
#setterm -powersave off -powerdown 0 -blank 0

Цитата

А какой у данной NAND вообще ресурс перезаписи? Сколько раз я смогу так корневую обновить и стоит ли из-за этого момента "париться"

Если корневая на ubifs - можно не париться, собственно то что делается на usb флэшах аппаратно (подмена сбойных блоков) тут отслеживается програмно в драйвере ubifs, для этого специально отводится ~10% пространства при форматировании.

Цитата

Цитата

А какой у данной NAND вообще ресурс перезаписи? Сколько раз я смогу так корневую обновить и стоит ли из-за этого момента "париться"

Если корневая на ubifs - можно не париться, собственно то что делается на usb флэшах аппаратно (подмена сбойных блоков) тут отслеживается програмно в драйвере ubifs, для этого специально отводится ~10% пространства при форматировании.

Вобще, следить за появлением битых блоков, это прерогатива любой ФС, вспомните хотяб форматирование дискет в DOS (и сканирование битых блоков).
Типичное количество циклов записи NAND - 100K
На заре флешовых накопителей (хотя это и было то всего лет 7 назад ), были такие девайсы (они и сейчас конечно есть) - DiskOnChip, которые помимо того что имели IDE интерфейс еще и случайным образом блок для записи выбирали, чем продливали ресурс флешки.
Наверняка, сейчас механизм случайного выбора блока для записи, в любой USB флешке реализован, ну а NAND ориентированные (JFFS2, YAFFS2, UBI ...) файловые системы тем более должны этот механизм иметь.

Цитата

Вобще, следить за появлением битых блоков, это прерогатива любой ФС, вспомните хотяб форматирование дискет в DOS (и сканирование битых блоков).

Почему же тогда эти dos-ые фс рассыпаются при первом чихе накопителя :) Конечно же обычные фс за этим не следят, для проверки диска и расстановки меток bad нужны были специальныее утилиты, просто современные накопители это делают аппаратно - вспомните что означает LBA- по сути контроллер диска скрывает реальную геометрию и может назначить логический адрес любому сектору взятому из технологической области чтобы "прозрачно" устранять дефекты. На голых nand этот механизм не реализован - его как раз реализуют специальные фс.

Вставлю в продолжение свой оффтопик - нашел решение вышеупомянутой проблемы автогашения экрана.
Прописываем в /etc/init.d/rcS или /root/.bachrc следующуюю строчку:

echo -e '\33[9;0]\33[14;0]' > /dev/tty1

У меня по крайней мере помогло, и setterm кросс-компилить (а его нет в текущем busybox'e) не надо.