по уму, надо делать два раздела с рутовыми "активный" и "теневой", а также иметь возможность редактирования области переменных окружения юбута..
тогда все становится примитивно просто..
Разумней делать резервное копирование содержимого ФС (обычный tar), а загрузчики и ядро - они же не меняются. К тому же на том месте где вчера были данные сегодня может оказаться bad block - чего вы с этим будете делать если снимите "сырой" дамп NAND.
знаю систему, где продублированны _все_ разделы - смена декораций (замена софта) производится в "теневой" комплект и последующим переключением номера раздела в bootcmd окружения юбута..
ядро меняется редко, но иногда требуется, например - ошибка инита GPIO или смена стратегии начальной установки GPIO.. etc..
сути не меняет - нет смысла делать дамп NAND для резервного копирования (см. начальный пост - для чего все нужно :), да и как ты будешь управлять убутом удаленно :) ?
а я и не возражаю против твоих здравых мыслей - все правильно пишешь..
по слухам (сам не пробовал) есть утилита, которая может лазить во флешь с целью редактирования области переменных юбута..
далее, меняем загрузочную команду, юбут ее скармливает ядру, остальное понятно :)
Дома ЖК телевизор, внутри естественно linux. Из меню сервисными командами например можно выбрать какую прошивку грузить основную или резеврную. Они могут и версиями и настройками отличаться.
не - как подобное сделать без слухов я могу 2-3 способа подсказать :) но удаленно - только из-под Linux когда он _уже_ загружен. Т.е. настоящее восстановление из дампа в принципе удаленно невозможно без каких-то вспомогательных средств, если придумаешь - назови :)
В модемах\роутерах данная функция возложена на загрузчик.
Загрузчик живой сторонним софтом можно восстановить прошивку через Ethernet. Сам восстанавливал после неудачной перепрошивки...
04.12.2012 22:56
07.12.2012 23:57