проблема ASR/CSR серии 1000 Mpls на BDI

Reply to проблема ASR/CSR серии 1000 Mpls на BDI on Fri, 06 Mar 2026 20:37:14 GMT

Brobbins87 — Fri, 06 Mar 2026 20:37:14 GMT

Спасибо за ответ. К сожалению, у меня уже есть доступ к стандартным образам. Эти образы не содержат процедур восстановления, необходимых для переразбиения флэш-памяти NAND. По результатам моего исследования, файл, который мне нужен, должен начинаться с ap3g3-rcvk9w8. По всей видимости, этот специальный файл никогда не публиковался в Интернете, и доступ к нему имел только Cisco TAC.

Reply to проблема ASR/CSR серии 1000 Mpls на BDI on Fri, 06 Mar 2026 20:37:13 GMT

d_sergienko — Fri, 06 Mar 2026 20:37:13 GMT

Привет всем, Только что восстановил AP 2802i с пустой NAND. Позвольте поделиться с вами методом работы. Вам понадобится Linux с установленным mtd-utils, консольный кабель для подключения к AP и прошивка tar (в моем примере — AIR-AP2800-K9-ME-8-10-196-0.tar). В Linux: mkdir
~
/
2802

img
&
&
cd
~
/
2802

img
mkdir

p ubifs

root
/
part1
/
part1
mkdir

p ubifs

root
/
part2
mkdir

p ubifs

root
/
storage
mkdir

p ubifs

root
/
firmware
mkdir

p ubifs

root
/
extras cd ubifs

root
/
part1
/
part1
tar xf
.
.
/
.
.
/
AIR

AP2800

K9

ME
-8

10

196 tar
cd
.
.
/
.
.
/
cp

a part1
/
part1 part2
/
part2

here we need to have a copy of ubifs-root/part1/part1 in ubifs-root/part2/part2

cd
~
/
2802

img

Parameters from AP:

LEB size: 126976 bytes (0x1F000)

PEB size: 128KB (131072 bytes, 0x20000)

min I/O: 2048 bytes

sub-page size: 512 bytes

Create part1 UBIFS image (624 LEBs)

mkfs
.
ubifs

r ubifs

root
/
part1

m
2048

e
126976

c
624

o part1
.
ubifs

Create part2 UBIFS image (632 LEBs)

mkfs
.
ubifs

r ubifs

root
/
part2

m
2048

e
126976

c
632

o part2
.
ubifs

Create empty storage UBIFS image (529 LEBs)

mkdir

p ubifs

root
/
storage
mkfs
.
ubifs

r ubifs

root
/
storage

m
2048

e
126976

c
529

o storage
.
ubifs

Create empty firmware UBIFS image (67 LEBs)

mkdir

p ubifs

root
/
firmware
mkfs
.
ubifs

r ubifs

root
/
firmware

m
2048

e
126976

c
67

o firmware
.
ubifs

Create empty extras UBIFS image (128 LEBs)

mkdir

p ubifs

root
/
extras
mkfs
.
ubifs

r ubifs

root
/
extras

m
2048

e
126976

c
128

o extras
.
ubifs затем нам нужно подготовить ubinize.cfg следующим образом: [
part1
]
mode

ubi
image

part1
.
ubifs
vol_id

0
vol_size

79233024
vol_type

dynamic
vol_name

part1
[
part2
]
mode

ubi
image

part2
.
ubifs
vol_id

1
vol_size

80248832
vol_type

dynamic
vol_name

part2
[
board

config
]
mode

ubi
vol_id

2
vol_size

253952
vol_type

dynamic
vol_name

board

config
[
kernel_oops
]
mode

ubi
vol_id

3
vol_size

253952
vol_type

dynamic
vol_name

kernel_oops
[
firmware
]
mode

ubi
image

firmware
.
ubifs
vol_id

4
vol_size

8507392
vol_type

dynamic
vol_name

firmware
[
storage
]
mode

ubi
image

storage
.
ubifs
vol_id

5
vol_size

67170304
vol_type

dynamic
vol_name

storage
[
extras
]
mode

ubi
image

extras
.
ubifs
vol_id

6
vol_size

16252928
vol_type

dynamic
vol_name

extras
vol_flags

autoresize Теперь давайте создадим образ: ubinize

o fs_partition
.
ubi

m
2048

p
131072

O
2048
ubinize
.
cfg поместите полученный файл fs_partition.ubi в каталог tftp-сервера (/tftpboot)
затем на AP в консоли u-boot: # set ip & tftp address for u-boot environment
setenv serverip
192.168
.
2.71
setenv ipaddr
192.168
.
2.73
setenv netmask
255.255
.
255.0
setenv BOOT part1
setenv bootcmd nandboot
saveenv

check nand partitions map with `mtdparts`. it should be `fs` partition here like this:

u

boot

mtdparts device nand0
<
armada

nand

parts = 3

#: name size offset mask_flags
0
:
oops
0x000000100000
0x000000000000
0
1
:
reserved
0x000000100000
0x000000100000
0
2
:
fs
0x00000fe00000
0x000000200000
0
active partition
:
nand0
,
2

(
fs
)
0x00000fe00000
@
0x000000200000
defaults
:
mtdids
:
none
mtdparts
:
none
u

boot

load new image at 0x2000000 address in RAM

tftpboot fs_partition
.
ubi

it must print file size at the end. Use HEX value after!

for example:

Bytes transferred = 154402816 (9340000 hex)

then we need to prepare nand partition with `nand erase.part fs`:

u

boot

nand erase
.
part fs NAND erase
.
part
:
device
0
offset
0x200000
,
size
0xfe00000
Skipping bad block at
0x0ff00000
Skipping bad block at
0x0ff20000
Skipping bad block at
0x0ff40000
Skipping bad block at
0x0ff60000
Skipping bad block at
0x0ff80000
Skipping bad block at
0x0ffa0000
Skipping bad block at
0x0ffc0000
Skipping bad block at
0x0ffe0000
OK

write image from RAM to NAND partition fs:

u

boot

nand write
0x2000000
fs
9340000

use file size here from tftpboot above!

NAND write
:
device
0
offset
0x200000
,
size
0x9340000
154402816
bytes written
:
OK

then let's initialize ubi filesystem inside fs partition with `ubi part fs`:

u

boot

ubi part fs
Creating
1
MTD partitions on
"nand0"
:
0x000000200000

0x000010000000
:
"mtd=2"
UBI
:
attaching mtd1 to ubi0
UBI
:
volume
6
(
"extras"
)
re

sized
from
128
to
144
LEBs
u

boot

теперь давайте проверим, все ли в порядке: # check if ubi partitions are correct with ubi info l:
u-boot>> ubi info l
UBI: volume information dump:
UBI: vol_id 0
UBI: reserved_pebs 624
UBI: alignment 1
UBI: data_pad 0
UBI: vol_type 3
UBI: name_len 5
UBI: usable_leb_size 126976
UBI: used_ebs 624
UBI: used_bytes 79233024
UBI: last_eb_bytes 126976
UBI: corrupted 0
UBI: upd_marker 0
UBI: name part1 UBI: volume information dump:
UBI: vol_id 1
UBI: reserved_pebs 632
UBI: alignment 1
UBI: data_pad 0
UBI: vol_type 3
UBI: name_len 5
UBI: usable_leb_size 126976
UBI: used_ebs 632
UBI: used_bytes 80248832
UBI: last_eb_bytes 126976
UBI: corrupted 0
UBI: upd_marker 0
UBI: name part2 UBI: volume information dump:
UBI: vol_id 2
UBI: reserved_pebs 2
UBI: alignment 1
UBI: data_pad 0
UBI: vol_type 3
UBI: name_len 12
UBI: usable_leb_size 126976
UBI: used_ebs 2
UBI: used_bytes 253952
UBI: last_eb_bytes 126976
UBI: corrupted 0
UBI: upd_marker 0
UBI: name board-config UBI: volume information dump:
UBI: vol_id 3
UBI: reserved_pebs 2
UBI: alignment 1
UBI: data_pad 0
UBI: vol_type 3
UBI: name_len 11
UBI: usable_leb_size 126976
UBI: used_ebs 2
UBI: used_bytes 253952
UBI: last_eb_bytes 126976
UBI: corrupted 0
UBI: upd_marker 0
UBI: name kernel_oops UBI: volume information dump:
UBI: vol_id 4
UBI: reserved_pebs 67
UBI: alignment 1
UBI: data_pad 0
UBI: vol_type 3
UBI: name_len 8
UBI: usable_leb_size 126976
UBI: used_ebs 67
UBI: used_bytes 8507392
UBI: last_eb_bytes 126976
UBI: corrupted 0
UBI: upd_marker 0
UBI: name firmware UBI: volume information dump:
UBI: vol_id 5
UBI: reserved_pebs 545
UBI: alignment 1
UBI: data_pad 0
UBI: vol_type 3
UBI: name_len 7
UBI: usable_leb_size 126976
UBI: used_ebs 545
UBI: used_bytes 69201920
UBI: last_eb_bytes 126976
UBI: corrupted 0
UBI: upd_marker 0
UBI: name storage UBI: volume information dump:
UBI: vol_id 6
UBI: reserved_pebs 128
UBI: alignment 1
UBI: data_pad 0
UBI: vol_type 3
UBI: name_len 6
UBI: usable_leb_size 126976
UBI: used_ebs 128
UBI: used_bytes 16252928
UBI: last_eb_bytes 126976
UBI: corrupted 0
UBI: upd_marker 0
UBI: name extras UBI: volume information dump:
UBI: vol_id 2147479551
UBI: reserved_pebs 2
UBI: alignment 1
UBI: data_pad 0
UBI: vol_type 3
UBI: name_len 13
UBI: usable_leb_size 126976
UBI: used_ebs 2
UBI: used_bytes 253952
UBI: last_eb_bytes 2
UBI: corrupted 0
UBI: upd_marker 0
UBI: name layout volume u-boot>>

now let's check if ubi partitions are correct with `ubi part l`:

u-boot>> ubi info l
UBI: volume information dump:
UBI: vol_id 0
UBI: reserved_pebs 624
UBI: alignment 1
UBI: data_pad 0
UBI: vol_type 3
UBI: name_len 5
UBI: usable_leb_size 126976
UBI: used_ebs 624
UBI: used_bytes 79233024
UBI: last_eb_bytes 126976
UBI: corrupted 0
UBI: upd_marker 0
UBI: name part1 UBI: volume information dump:
UBI: vol_id 1
UBI: reserved_pebs 632
UBI: alignment 1
UBI: data_pad 0
UBI: vol_type 3
UBI: name_len 5
UBI: usable_leb_size 126976
UBI: used_ebs 632
UBI: used_bytes 80248832
UBI: last_eb_bytes 126976
UBI: corrupted 0
UBI: upd_marker 0
UBI: name part2 UBI: volume information dump:
UBI: vol_id 2
UBI: reserved_pebs 2
UBI: alignment 1
UBI: data_pad 0
UBI: vol_type 3
UBI: name_len 12
UBI: usable_leb_size 126976
UBI: used_ebs 2
UBI: used_bytes 253952
UBI: last_eb_bytes 126976
UBI: corrupted 0
UBI: upd_marker 0
UBI: name board-config UBI: volume information dump:
UBI: vol_id 3
UBI: reserved_pebs 2
UBI: alignment 1
UBI: data_pad 0
UBI: vol_type 3
UBI: name_len 11
UBI: usable_leb_size 126976
UBI: used_ebs 2
UBI: used_bytes 253952
UBI: last_eb_bytes 126976
UBI: corrupted 0
UBI: upd_marker 0
UBI: name kernel_oops UBI: volume information dump:
UBI: vol_id 4
UBI: reserved_pebs 67
UBI: alignment 1
UBI: data_pad 0
UBI: vol_type 3
UBI: name_len 8
UBI: usable_leb_size 126976
UBI: used_ebs 67
UBI: used_bytes 8507392
UBI: last_eb_bytes 126976
UBI: corrupted 0
UBI: upd_marker 0
UBI: name firmware UBI: volume information dump:
UBI: vol_id 5
UBI: reserved_pebs 545
UBI: alignment 1
UBI: data_pad 0
UBI: vol_type 3
UBI: name_len 7
UBI: usable_leb_size 126976
UBI: used_ebs 545
UBI: used_bytes 69201920
UBI: last_eb_bytes 126976
UBI: corrupted 0
UBI: upd_marker 0
UBI: name storage UBI: volume information dump:
UBI: vol_id 6
UBI: reserved_pebs 128
UBI: alignment 1
UBI: data_pad 0
UBI: vol_type 3
UBI: name_len 6
UBI: usable_leb_size 126976
UBI: used_ebs 128
UBI: used_bytes 16252928
UBI: last_eb_bytes 126976
UBI: corrupted 0
UBI: upd_marker 0
UBI: name extras UBI: volume information dump:
UBI: vol_id 2147479551
UBI: reserved_pebs 2
UBI: alignment 1
UBI: data_pad 0
UBI: vol_type 3
UBI: name_len 13
UBI: usable_leb_size 126976
UBI: used_ebs 2
UBI: used_bytes 253952
UBI: last_eb_bytes 2
UBI: corrupted 0
UBI: upd_marker 0
UBI: name layout volume u-boot>> # try to mount partition part1 and list its contents:
u-boot>> ubifsmount part1 UBIFS: mounted UBI device 0, volume 0, name "part1"
u-boot>> ubifsls part1 84 Fri May 10 13:28:57 2024 info 9 Fri May 10 13:28:04 2024 me_image 84 Fri May 10 13:28:57 2024 info.ver 141 Fri May 10 13:28:57 2024 final_hash 881 Fri May 10 13:28:05 2024 iosap_info 6385973 Fri May 10 13:28:04 2024 part.bin 418960 Fri May 10 13:28:04 2024 btldr_duplo_plus.img 598128 Fri May 10 13:28:04 2024 btldr.img 993 Fri May 10 13:28:57 2024 file_hashes 61520377 Fri May 10 13:27:56 2024 ramfs_data_cisco.cpio.lzma
u-boot>> # looks pretty good, the same contents like in tar firmware bundle. теперь мы можем загрузиться с помощью nandboot или reset для автоматической загрузки. Надеюсь, это поможет.

Reply to проблема ASR/CSR серии 1000 Mpls на BDI on Fri, 06 Mar 2026 20:37:12 GMT

Rich R — Fri, 06 Mar 2026 20:37:12 GMT

Я являюсь партнером Cisco — у нас также нет доступа к этим образам восстановления. Доступ к ним
имеет ТОЛЬКО TAC, и Cisco никогда не публиковала образы восстановления u-boot для точек доступа Wave 2.
Если флеш-память была стерта, точка доступа должна быть заменена/возвращена по гарантии —
и на этом все
.
Обновление: Судя по всему, история не заканчивается на этом, поскольку
@d_sergienko
выяснил, как восстановить флеш-память, если вы достаточно решительны, чтобы следовать описанному им процессу... ------------------------------
Пожалуйста, нажмите
«Полезно»,
если этот пост вам помог, и
«Принять как решение»
(выпадающее меню в правом верхнем углу этого ответа), если это ответило на ваш вопрос.

Reply to проблема ASR/CSR серии 1000 Mpls на BDI on Fri, 06 Mar 2026 20:37:11 GMT

balaji.bandi — Fri, 06 Mar 2026 20:37:11 GMT

Только партнер Cisco может помочь вам в Google название изображения, если вы его знаете, и вы получите множество результатов для скачивания и использования (на свой страх и риск). Это изображение lWAP, которое вы ищете, например: ap3g3-k9w8-tar.153-3.JPQ4.tar BB
=====Preenayamo Vasudevam=====
***** Оцените все полезные ответы *****
Как обратиться за помощью к сообществу Cisco

Reply to проблема ASR/CSR серии 1000 Mpls на BDI on Fri, 06 Mar 2026 20:37:10 GMT

Brobbins87 — Fri, 06 Mar 2026 20:37:10 GMT

Недавно я приобрел много подержанных точек доступа 2802i. Похоже, что одна из этих точек доступа имеет пустой чип NAND flash. Точка доступа зацикливается на U-Boot, пока я не вхожу в U-Boot с помощью клавиши Escape. При проверке «nand info» отображается nand 0, а при проверке «ubi info layout» отображается только один раздел с именем «volume_layout». Я могу заставить точку доступа загрузить образ по TFTP, но не могу понять, как перезагрузить NAND. По-видимому, у Cisco TAC есть доступ к специальному образу для восстановления, однако у меня нет контракта на поддержку и гарантии, так как это подержанные устройства. Есть ли какой-нибудь способ получить образ для восстановления?

Reply to проблема ASR/CSR серии 1000 Mpls на BDI on Fri, 06 Mar 2026 20:37:10 GMT

mohammedshahidali88 — Fri, 06 Mar 2026 20:37:10 GMT

Да, вы можете выполнить обновление напрямую, см. таблицу ниже. Текущая версия программного обеспечения Путь обновления до версии 8.10.196.0 8.5.x
Вы можете выполнить обновление непосредственно до версии 8.10.196.0 .
8.6.x
Вы можете выполнить прямой переход на версию 8.10.196.0 .
8.7.x
Вы можете напрямую обновить версию до Release 8 .10.196.0 .
8.8.x
Вы можете напрямую обновить систему до версии 8.10.196.0 .
8.9.x
Вы можете напрямую обновить систему до версии 8.10.196.0 .
8.10.x
Вы можете напрямую обновить систему до версии 8.10.196.0 . https://www.cisco.com/c/en/us/td/docs/wireless/controller/release/notes/crn810mr11.html?utm_source=chatgpt.com#upgrade-software

Reply to проблема ASR/CSR серии 1000 Mpls на BDI on Fri, 06 Mar 2026 20:37:09 GMT

hs08 — Fri, 06 Mar 2026 20:37:09 GMT

Мой WLC3504 по-прежнему работает под управлением версии 8.5.140, и я проверил, что последняя версия — 8.10.196.0. Могу ли я обновить мой 3504 до версии 8.10.196 напрямую или сначала необходимо обновить до другой версии?

Reply to проблема ASR/CSR серии 1000 Mpls на BDI on Fri, 06 Mar 2026 20:37:12 GMT

Rich R — Fri, 06 Mar 2026 20:37:12 GMT

@bulldogs111
На AP распространяется ограниченная пожизненная гарантия, поэтому вы можете воспользоваться RMA:
https://www.cisco.com/c/en/us/products/collateral/wireless/catalyst-9100ax-access-points/nb-06-cat-9130-ser-ap-ds-cte-en.html#Warrantyinformation ------------------------------ Если этот пост был вам
полезен, нажмите
«Полезно»
и
«Принять как решение»
(раскрывающееся меню в правом верхнем углу этого ответа), если он ответил на ваш вопрос.

Reply to проблема ASR/CSR серии 1000 Mpls на BDI on Fri, 06 Mar 2026 20:37:11 GMT

bulldogs111 — Fri, 06 Mar 2026 20:37:11 GMT

Я «закидал» свой AP C9130AXI, используя этот метод, и не рекомендую его. Мой AP загружается и зависает на сообщении «Чип не синхронизирован. Устройство BLE отсутствует или несовместимо». Кстати, C9130AXI использует BTLDR, а не U-Boot. К счастью, я нашел другой способ обновить наши другие 9130, используя команду archive для установки образа ap1g6a-k9w8-tar.17_17_0_87.tar, что позволило AP подключиться к нашему контроллеру C9800 и обновить его до версии v17.18.1.8. Возможно, есть другой образ, который можно использовать для «разблокировки», но пока что он будет лежать на полке.

Reply to проблема ASR/CSR серии 1000 Mpls на BDI on Fri, 06 Mar 2026 20:37:10 GMT

Rich R — Fri, 06 Mar 2026 20:37:10 GMT

Вы можете установить программное обеспечение только при его запуске.
Это fatload из u-boot?
Если да, то это не сработает — оно должно быть запущено из программного обеспечения AP с помощью команды archive, а это означает, что вам понадобится работающая сеть.
Вам придется устранить эту неполадку, а если все остальное не поможет, то вернуть AP по гарантии. ------------------------------
Пожалуйста, нажмите
«Полезно»,
если этот пост вам помог, и
«Принять как решение»
(раскрывающееся меню в правом верхнем углу этого ответа), если это ответило на ваш вопрос.

Reply to проблема ASR/CSR серии 1000 Mpls на BDI on Fri, 06 Mar 2026 20:37:09 GMT

chrisb903 — Fri, 06 Mar 2026 20:37:09 GMT

@Rich R
Да, я установил 8.10.130 через TFTP, используя образ с этой страницы. Однако теперь устройство вообще не подключается к сети, хотя раньше это делало, поэтому теперь я не могу использовать TFTP. Сейчас я пытаюсь установить ap1g6a-k9w8-tar.153-3.JK11.tar через fatload с помощью USB (точная команда:
fatload usb 0:1 0x84000000 ap1g6a-k9w8-tar.153-3.JK11.tar
). Он успешно считывает файл, а затем выполняет сброс, но продолжает загружаться из раздела 2. Вывод команды «show version»: AP Running Image : 8.10.130.0
Primary Boot Image : 8.10.130.0
Backup Boot Image : 0.0.0.0 Не знаю, что я упускаю. Я неправильно загружаюсь?

Reply to проблема ASR/CSR серии 1000 Mpls на BDI on Fri, 06 Mar 2026 20:37:08 GMT

Rich R — Fri, 06 Mar 2026 20:37:08 GMT

Я предполагаю, что вы использовали процедуру, описанную на странице
https://www.cisco.com/c/en/us/support/docs/wireless/catalyst-9120axi-access-point/217537-repairing-c9120-c9115-access-points-from.html
@chrisb903
? Сейчас у вас установлена версия 8.10.130,0.
Прежде чем делать что-либо еще, вам необходимо обновить ее до версии 8.10.196.0 с TFTP, используя образ из:
https://software.cisco.com/download/home/286323627/type/286288051/release/15.3.3-JK11
Потому что старая версия 8.10.130.0 не будет понимать протокол CAPWAP от 17.12.5 WLC, а 8.10.196.0 будет.
Это также позволяет напрямую обновить версию до 17.12 в соответствии с
https://www.cisco.com/c/en/us/td/docs/wireless/controller/9800/17-12/release-notes/rn-17-12-9800.html#Cisco_Concept.dita_59a2987f-2633-4630-8c7b-a8e8aecdeaf7 ------------------------------ Если этот пост был вам
полезен, нажмите
«Полезно»
и
«Принять как решение»
(раскрывающееся меню в правом верхнем углу этого ответа), если он ответил на ваш вопрос.

Reply to проблема ASR/CSR серии 1000 Mpls на BDI on Fri, 06 Mar 2026 20:37:07 GMT

Mark Elsen — Fri, 06 Mar 2026 20:37:07 GMT

@chrisb903
Можете ли вы вернуться к этапу, когда все разделы были удалены, и, сделав это,
использовать первоначальную процедуру, о которой я упоминал, чтобы получить правильный образ (?).
В
этом
есть
ошибка,
о которой я упоминал. М. -- Пусть все происходит с вами
Красота и ужас
Просто продолжайте
Ни одно чувство не является окончательным
Райнер Мария Рильке
(1899)

проблема ASR/CSR серии 1000 Mpls на BDI

Reply to проблема ASR/CSR серии 1000 Mpls на BDI on Fri, 06 Mar 2026 20:37:14 GMT

Reply to проблема ASR/CSR серии 1000 Mpls на BDI on Fri, 06 Mar 2026 20:37:13 GMT

img & & cd ~ / 2802

img mkdir

p ubifs

root / part1 / part1 mkdir

p ubifs

root / part2 mkdir

p ubifs

root / storage mkdir

p ubifs

root / firmware mkdir

p ubifs

root / extras cd ubifs

root / part1 / part1 tar xf . . / . . / AIR

AP2800

K9

ME -8

10

196

tar cd . . / . . / cp

here we need to have a copy of ubifs-root/part1/part1 in ubifs-root/part2/part2

cd ~ / 2802

Parameters from AP:

LEB size: 126976 bytes (0x1F000)

PEB size: 128KB (131072 bytes, 0x20000)

min I/O: 2048 bytes

sub-page size: 512 bytes

Create part1 UBIFS image (624 LEBs)

mkfs . ubifs

r ubifs

root / part1

m 2048

e 126976

c 624

Create part2 UBIFS image (632 LEBs)

mkfs . ubifs

r ubifs

root / part2

m 2048

e 126976

c 632

Create empty storage UBIFS image (529 LEBs)

mkdir

p ubifs

root / storage mkfs . ubifs

r ubifs

root / storage

m 2048

e 126976

c 529

Create empty firmware UBIFS image (67 LEBs)

mkdir

p ubifs

root / firmware mkfs . ubifs

r ubifs

root / firmware

m 2048

e 126976

c 67

Create empty extras UBIFS image (128 LEBs)

mkdir

p ubifs

root / extras mkfs . ubifs

r ubifs

root / extras

m 2048

e 126976

c 128

o extras . ubifs затем нам нужно подготовить ubinize.cfg следующим образом: [ part1 ] mode

ubi image

part1 . ubifs vol_id

0 vol_size

79233024 vol_type

dynamic vol_name

part1 [ part2 ] mode

ubi image

part2 . ubifs vol_id

1 vol_size

img
&
&
cd
~
/
2802

img
mkdir

root
/
part1
/
part1
mkdir

root
/
part2
mkdir

root
/
storage
mkdir

root
/
firmware
mkdir

root
/
extras cd ubifs

root
/
part1
/
part1
tar xf
.
.
/
.
.
/
AIR

ME
-8

tar
cd
.
.
/
.
.
/
cp

cd
~
/
2802

mkfs
.
ubifs

root
/
part1

m
2048

e
126976

c
624

mkfs
.
ubifs

root
/
part2

m
2048

e
126976

c
632

root
/
storage
mkfs
.
ubifs

root
/
storage

m
2048

e
126976

c
529

root
/
firmware
mkfs
.
ubifs

root
/
firmware

m
2048

e
126976

c
67

root
/
extras
mkfs
.
ubifs

root
/
extras

m
2048

e
126976

c
128

o extras
.
ubifs затем нам нужно подготовить ubinize.cfg следующим образом: [
part1
]
mode

ubi
image

part1
.
ubifs
vol_id

0
vol_size

79233024
vol_type

dynamic
vol_name

part1
[
part2
]
mode

ubi
image

part2
.
ubifs
vol_id

1
vol_size

80248832
vol_type

dynamic
vol_name

part2
[
board

config
]
mode

ubi
vol_id

2
vol_size

253952
vol_type

dynamic
vol_name

config
[
kernel_oops
]
mode

ubi
vol_id

3
vol_size

253952
vol_type

dynamic
vol_name

kernel_oops
[
firmware
]
mode

ubi
image

firmware
.
ubifs
vol_id

4
vol_size

8507392
vol_type

dynamic
vol_name

firmware
[
storage
]
mode

ubi
image

storage
.
ubifs
vol_id

5
vol_size

67170304
vol_type

dynamic
vol_name

storage
[
extras
]
mode

ubi
image

extras
.
ubifs
vol_id

6
vol_size

16252928
vol_type

dynamic
vol_name

extras
vol_flags

o fs_partition
.
ubi

m
2048