LINUX.ORG.RU

Обычно такой надобности не было, так как все образы и так доступны на module.ru/mb7707/, потому никаких упрощений для этой процедуры в одну команду не делалось.

Если все же очень хочется, можно просто воткнуть флешку в 77.07, подмонтировать ее, например в /mnt, а далее привычным

tar cvpzf /mnt/backup.tgz --exclude=/dev --exclude=/sys --exclude=/mnt ... / 

либо сделать dd из /dev/mtdblockX в файлы на флешке/nfs. После их можно залить на соответствующие разделы через edcltool (в теории должно сработать. К сожалению, я не помню будет ли dd пропускать бэд блоки на mtdblock).

Альтернатива - воткнуть флешку. в консоли загрузчика сделать usb start, и последовательно по кускам mtd read, usb write переписать на флешку.

Есть еще вариант с ubifs image, надо посмотреть доки по утилитам, там был ЕМНИП была опция для снятия снепшота с устр-ва.

ncrmnt ★★★★★
()
Последнее исправление: ncrmnt (всего исправлений: 2)
Ответ на: комментарий от ncrmnt

Необходимость резервного образа такая - установить необходимый софт и выполнить требуемые настройки, а потом залить этот образ на несколько MB77.07.

edu08
() автор топика
Ответ на: комментарий от ncrmnt

пропускать бэд блоки на mtdblock

кстати, вот заметил что когда прошивается MB 77.07 таких блоков много (ну т.е. может 10 - 20) - это вообще нормально?

ft232r
()
Ответ на: комментарий от ft232r

Абсолютно. Весь нанд который есть на рынке идет уже с завода с бэд блоками. Благодаря этому нанд и стоит так дешево. Помимо бэд-блоков там еще и битовых ошибок навалом, с которыми должен справляться ECC. Причем более новые нанды (бОльшего объема) идут с большим количеством битовых ошибок, потому им нужен более сильный ECC.

ncrmnt ★★★★★
()
Ответ на: комментарий от edu08

Мы такую задачу решаем настраивая образ в chroot'е, и уже потом пакуя его. Скрипты для паковки ФС я уже выкладывал тут

ncrmnt ★★★★★
()
Ответ на: комментарий от ft232r

Апдейт, тут заглядывал в даташит на NAND - допустимым считается до 160 «плохих» блоков.

ncrmnt ★★★★★
()
4 декабря 2015 г.
Ответ на: комментарий от ncrmnt

Не проверяли бэкапить NAND через edcl?

Снятие дампа памяти в файл:

edcl_download(addr, filename, len);

Бэд блоки тоже скопируются? А в другую плату потом зальётся без косяков? Кто пробовал подскажите.

edward
()
Ответ на: комментарий от edward

1. edcl_download сохраняет данные из физического адресного пространства. NAND не маппится туда напрямую, надо программировать контроллер.

2. Для бэкапов самый простой способ:

Воткнуть флешку и:

mount -o remount,ro /

tar cvpzf /mnt/rootfs.tgz / --exclude=/proc --exclude=/sys --exclude=/dev/ --exclude=/mnt (пишу по памяти, перепроверить опции по ману). Далее из полученного архива уже сварить образ ubifs.

Остальное - можно и так:

dd if=/dev/mtdblock0 of=/mnt/boot.img

dd if=/dev/mtdblock1 of=/mnt/env.img

dd if=/dev/mtdblock2 of=/mnt/kernel.img

dd if=/dev/mtdblock3 of=/mnt/dtb.img

А далее зашить через edcltool.

ncrmnt ★★★★★
()
Ответ на: комментарий от ncrmnt

Спасибо. Такой вариант уже был описан в предыдущем посте, на который я и писал вопрос.

А вот из командной строки mboot почему-то не прокатывает команда чтения rootfs

MBOOT # mtd read 0x00480000 0x3FB80000

почему-то не выполняется, а выводится справка по исползованию MTD. Что-то неправильно задаю?

edward
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.