2802i AP пустой NAND, как восстановить?

[d_sergienko]

Привет всем, Только что восстановил 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 для автоматической загрузки. Надеюсь, это поможет.

[Brobbins87]

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

[Rich R]

Нет, это не так. Для старых точек доступа на базе IOS (до моделей Wave 1 AC, таких как 1700/2700/3700, которые сейчас не поддерживаются) Cisco поставляла образ rcv, который представлял собой очень маленький базовый образ CAPWAP IOS (без прошивки радиомодуля, поэтому не мог обслуживать клиентов), который позволял точке доступа подключиться к контроллеру и загрузить полный образ CAPWAP с контроллера. Для точек доступа AP-COS (всех точек доступа Wave 2, включая 2802) таких образов нет, поскольку AP-COS имеет совершенно другую архитектуру и операционную систему (на базе Linux). Единственный способ восстановления из u-boot — это специальный образ восстановления u-boot, который Cisco опубликовала только для точек доступа 91xx WiFi 6, как указано на
странице
https://www.cisco.com/c/en/us/support/docs/wireless/catalyst-9120axi-access-point/217537-repairing-c9120-c9115-access-points-from.html
Любой другой точка доступа AP-COS с удаленной флэш-памятью должна быть заменена. ------------------------------ Если этот пост был вам
полезен, нажмите
«Полезно»
и
«Принять как решение»
(раскрывающееся меню в правом верхнем углу этого ответа), если он ответил на ваш вопрос.

Коды,
рекомендованные TAC для AireOS WLC
и
Коды, рекомендованные TAC для 9800 WLC
Лучшие практики для AireOS WLC
,
Рекомендуемые методы для 9800 WLC
и
Матрица совместимости Cisco
Wireless
Проверьте конфигурацию 9800 WLC с помощью
Wireless Config Analyzer,
используя вывод «show tech
wireless
» или «config paging disable», а затем вывод «show run-config» на AireOS, и используйте
Wireless Debug Analyzer
для анализа отладки клиента WLC
.
Уведомление: FN63942 Точки доступа и WLC не могут создать соединения CAPWAP из-за истечения срока
действия сертификата
. Уведомление: FN72424 Более поздние версии точек доступа WiFi 6 не могут подключиться к WLC — требуется обновление
программного обеспечения
. Уведомление: FN72524 Точки доступа IOS застревают в состоянии загрузки после 4 декабря 2022 г. из-за истечения
срока
https://www.cisco.com/c/en/us/support/docs/field-notices/725/fn72524.html
действия
сертификата
— исправлено в 8.10.196.0, последних версиях 9800,
8.5.182.12
(8.5.182.13 для 3504) и
8.5.182.109
(IRCM, 8.5.182.111 для 3504)
Уведомление: FN70479 Точка доступа не может подключиться или подключается с одним радиомодулем из-за несовпадения стран, требуется RMA
Как избежать цикла перезагрузки из-за поврежденного образа на точках доступа Wave 2 и Catalyst 11ax (CSCvx32806)
Уведомление: FN74035 - Точки доступа Wave2 DFS могут не обнаруживать Radar после проверки доступности канала
Список
[Лео]
с
[ошибками]
,
[влияющими на точки доступа]
[2800/3800/4800/1560]
Стандартная скорость передачи данных консоли точки доступа с версии 17.12.x составляет 115200
— введено
CSCwe88390

[Rich R]

ВАУ! Молодец
[, @d_sergienko] Я понимаю, почему TAC никогда не делился этим — это только для смелых и очень решительных! @d_sergienko,
я только что заметил, что вы использовали образ Mobility Express. Это превращает точку
доступа в ME AP?
Есть ли причина не использовать стандартный образ CAPWAP? (я думаю, что большинство людей предпочло бы использовать именно его) ------------------------------
Пожалуйста, нажмите
«Полезно»,
если этот пост вам помог, и
«Принять как решение»
(раскрывающееся меню в правом верхнем углу этого ответа), если он ответил на ваш вопрос.

Коды,
рекомендованные TAC для AireOS WLC
и
Коды, рекомендованные TAC для 9800 WLC
Лучшие практики для AireOS WLC
,
Рекомендуемые методы для 9800 WLC
и
Матрица совместимости Cisco
Wireless
Проверьте конфигурацию 9800 WLC с помощью
Wireless Config Analyzer,
используя вывод «show tech
wireless
» или «config paging disable», а затем вывод «show run-config» на AireOS, и используйте
Wireless Debug Analyzer
для анализа отладки клиента WLC
.
Уведомление: FN63942 Точки доступа и WLC не могут создать соединения CAPWAP из-за истечения срока
действия сертификата
Уведомление: FN72424 Более поздние версии точек доступа WiFi 6 не могут подключиться к WLC — требуется обновление
программного обеспечения
Уведомление: FN72524 Точки доступа IOS застревают в состоянии загрузки после 4 декабря 2022 г. из-за истечения
срока
https://www.cisco.com/c/en/us/support/docs/field-notices/725/fn72524.html
действия
сертификата
— исправлено в 8.10.196.0, последних версиях 9800,
8.5.182.12
(8.5.182.13 для 3504) и
8.5.182.109
(IRCM, 8.5.182.111 для 3504)
Уведомление: FN70479 Точка доступа не подключается или подключается с одним радиомодулем из-за несовместимости стран, требуется RMA
Как избежать цикла перезагрузки из-за поврежденного образа на точках доступа Wave 2 и Catalyst 11ax (CSCvx32806)
Уведомление: FN74035 - Точки доступа Wave2 DFS могут не обнаруживать Radar после проверки доступности канала
Список
[ошибок]
[Leo]
,
[влияющих на точки доступа]
[2800/3800/4800/1560]
Стандартная скорость передачи данных консоли точки доступа с версии 17.12.x составляет 115200
— введено
CSCwe88390

[d_sergienko]

Спасибо
[, @Rich R]
. Причина, по которой я использовал образ ME, довольно проста: мне нужно, чтобы AP действовал как контроллер ME, вот и все. Вы можете использовать любой другой образ, который вам нравится. Главная цель — просто загрузить ОС AP, а затем, после загрузки из CLI, любой другой образ, который вы предпочитаете.
Я не уверен, разрешено ли публиковать полученный образ здесь из-за правил сообщества и интеллектуальной собственности поставщика. Но это может сэкономить кому-то часы/дни работы и/или избавить от необходимости выбрасывать некоторые AP в мусорное ведро, когда RMA невозможен.
С уважением,
D

[Rich R]

К сожалению, обмен программным обеспечением Cisco здесь не разрешен из-за условий лицензирования Cisco
@d_sergienko Если используется другой образ, все параметры остаются прежними? (кроме размера шестнадцатеричного файла, взятого непосредственно из результата tftpboot) ------------------------------ Если этот пост был вам
полезен, нажмите
«Полезно»
и
«Принять как решение»
(раскрывающееся меню в правом верхнем углу этого ответа), если он ответил на ваш вопрос.

Коды,
рекомендованные TAC для AireOS WLC
и
Коды, рекомендованные TAC для 9800 WLC
Лучшие практики для AireOS WLC
,
Рекомендуемые методы для 9800 WLC
и
Матрица совместимости Cisco
Wireless
Проверьте конфигурацию 9800 WLC с помощью
Wireless Config Analyzer,
используя вывод «show tech
wireless
» или «config paging disable», а затем вывод «show run-config» на AireOS, и используйте
Wireless Debug Analyzer
для анализа отладки клиента WLC
.
Уведомление: FN63942 Точки доступа и WLC не могут создать соединения CAPWAP из-за истечения срока действия
сертификата.
Уведомление о полевых условиях: FN72424 Более поздние версии точек доступа WiFi 6 не могут подключиться к WLC — требуется обновление программного
обеспечения.
Уведомление о полевых условиях: FN72524 Точки доступа IOS застревают в состоянии загрузки после 4 декабря 2022 г. из-за истечения
срока
https://www.cisco.com/c/en/us/support/docs/field-notices/725/fn72524.html
действия
сертификата
— исправлено в 8.10.196.0, последних версиях 9800,
8.5.182.12
(8.5.182.13 для 3504) и
8.5.182.109
(IRCM, 8.5.182.111 для 3504)
Уведомление: FN70479 Точка доступа не подключается или подключается с одним радиомодулем из-за несовместимости стран, требуется RMA
Как избежать цикла перезагрузки из-за поврежденного образа на точках доступа Wave 2 и Catalyst 11ax (CSCvx32806)
Уведомление: FN74035 - Точки доступа Wave2 DFS могут не обнаруживать Radar после проверки доступности канала
Список
[ошибок]
[Leo]
,
[влияющих на точки доступа]
[2800/3800/4800/1560]
Стандартная скорость передачи данных консоли точки доступа с версии 17.12.x составляет 115200
— введено
CSCwe88390

[d_sergienko]

Да, то же самое. Я не проверял это, но думаю, что должно работать.

[d_sergienko]

И несколько коротких, но важных замечаний:

1. Поскольку раздел «хранилище» пуст, перед первым запуском устройства рекомендуется удерживать кнопку MODE нажатой в течение 20 секунд. Это установит флаг инициализации хранилища и переинициализирует его.
2. ПОЖАЛУЙСТА, ПОМНИТЕ, ЧТО ЭТОТ МЕТОД ОПАСЕН И МОЖЕТ ПОЛНОСТЬЮ ПОВРЕДИТЬ ВАШ AP. ИСПОЛЬЗУЙТЕ НА СВОЙ СТРАХ И РИСК! ИСПОЛЬЗУЙТЕ ТОЛЬКО В ТОМ СЛУЧАЕ, ЕСЛИ ВСЕ ДРУГИЕ МЕТОДЫ НЕ ДОСТУПНЫ, А ТОЧКА ДОСТУПА НЕ ПОКРЫВАЕТСЯ ГАРАНТИЕЙ!

[Brobbins87]

Отличная работа! Следовал инструкциям, как написано, и они сработали отлично, AP восстановлен и снова подключен к контроллеру. Я знал, что есть способ это сделать, просто не знал, как это работает. Еще раз спасибо!

[skifyremc]

Привет,
@d_sergienko
! Думаю, у вас есть точное решение моей проблемы: у меня есть точка доступа 2802E, которая сначала работала и позволяла мне войти в CLI точки доступа, но теперь она застряла в цикле uboot, и я никак не могу прошить на ней что-либо, что позволило бы мне снова войти в CLI точки доступа. Моя цель, как и твоя, заключалась в том, чтобы AP работал с ME. У меня есть в общей сложности 3 старых устройства, первые два я «закидал» своими новичковыми методами chat-gpt и gemini, пытаясь их обновить (я здесь абсолютный новичок). Я был бы очень благодарен, если бы ты помог мне вернуть рабочий AP CLI. PS: Лучшее руководство, которое я нашел для преобразования их в ME, находится здесь:
https://hoerli.net/cisco-air-ap2802e-e-k9-access-point-von-lightwight-firmware-auf-mobility-express-umstellen/ Еще раз спасибо за вашу невероятную работу, надеюсь, вы сможете мне помочь!

[d_sergienko]

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

[skifyremc]

Здравствуйте! Я пробовал в течение двух дней около 8 часов — в основном просто копировал код из различных AI-помощников, не особо понимая его. При этом я еще раз выполнил полный сброс настроек с помощью кнопки режима, чтобы показать состояние ошибки, в котором я сейчас застрял: Нажмите клавишу ESC, чтобы остановить автозагрузку: 0
Создание 1 раздела MTD на «nand0»:
0x000000200000-0x000010000000 : «mtd=2»
UBI: подключение mtd1 к ubi0
Ошибка UBIFS (pid 0): ubifs_get_sb: не удается открыть «ubi:part1», ошибка -19
Ошибка UBIFS (pid 0): ubifs_mount: Ошибка при чтении суперблока на томе 'ubi:part1' errno=-19!
ubifsmount — монтирование тома UBIFS
Использование:
ubifsmount

• монтировать том «имя_тома»
  Невозможно смонтировать раздел UBIFS part1
  Попытка альтернативного раздела part2
  Ошибка UBIFS (pid 0): ubifs_get_sb: не удается открыть «ubi:part2», ошибка -19
  Ошибка UBIFS (pid 0): ubifs_mount: Ошибка при чтении суперблока на томе 'ubi:part2' errno=-19!
  ubifsmount - смонтировать том UBIFS
  Использование:
  ubifsmount
• монтировать том 'имя-тома'
  Невозможно смонтировать раздел UBIFS part2
  Прекращаю. Перезагрузка...
  Сброс...
  BootROM - 1.78
  Загрузка с SPI-флеш-памяти, безопасный режим
  BootROM: Неверный заголовок в смещении D4000000
  BootROM: Проверка открытого ключа RSA ПРОЙДЕНА
  BootROM: Проверка подписи блока CSK ПРОЙДЕНА
  BootROM: Проверка подписи заголовка загрузки ПРОЙДЕНА
  BootROM: Проверка идентификатора устройства ПРОЙДЕНА
  BootROM: JTAG отключен
  Общая инициализация — версия: 1.0.0
  Обнаруженный идентификатор устройства 6920
  Основной заголовок поврежден
  Версия теневого загрузчика 1.4a
  Высокоскоростной PHY — версия: 2.0
  BoardId = 0x21board Детали топологии линий SerDes:

Лейн №	Скорость	Тип
1	0	SGMII1
2	5	PCIe1
4	5	PCIe2
5	0	SGMII2

---

:** Соединение Gen1, проверьте возможности EP
PCIe, Idx 1: соединение обновлено до Gen2 на основе возможностей клиента
:** Соединение Gen1, проверьте возможности EP
PCIe, Idx 2: соединение обновлено до Gen2 на основе возможностей клиента
Высокоскоростной PHY — успешно завершено
Последовательность обучения DDR4 — Ver TIP-0.23.(Sublib 0.8)0
Последовательность обучения DDR4 — переключение окна XBAR на окно FastPath
Последовательность обучения DDR4 — успешно завершена
BootROM: Проверка контрольной суммы образа ПРОЙДЕНА
BootROM: Проверка подписи образа загрузки ПРОЙДЕНА

---

/ |() ___ ___ ___
| | | |/ | / |/ _
| | | |_ | (| () |
_||||/ _|___/

---

| | | | | __ ) ___ ___ | |_
| | | || _ \ / _ \ / _ | __|
| || || |) | () | () | |_
_/ |____/ _/ ___/ __|
** LOADER **
U-Boot 2013.01-ge1c49d93a (28 июля 2023 г. — 09:08:14) Версия SDK: 2015_T2.0p10
Плата: Barbados-2K
SoC: MV88F6920 Rev A1
работает на 2 процессорах
Процессор: ARM Cortex A9 MPCore (Rev 1) LE
Процессор 0
Процессор @ 1800 [МГц]
L2 @ 900 [МГц]
TClock @ 250 [МГц]
DDR4 @ 900 [МГц]
DDR4 32-разрядная ширина, быстрый доступ к памяти FastPath, DLB включен, ECC отключен
DRAM: 1 ГБ
RST I2C0
NAND: ECC 4 бита, 256 МБ
SF: обнаружен MX25L3205D с размером страницы 64 КиБ, всего 4 МиБ
PCI-e 1 (IF 0 - шина 0) интерфейс корневого комплекса, обнаружено соединение X1, GEN 2.0
PCI-e 2 (IF 1 - шина 1) интерфейс корневого комплекса, обнаружено соединение X1, GEN 2.0
Карта: Код: 0x3fed7000:0x3ffad848
BSS: 0x3ffef314
Стек: 0x3f9c6f20
Куча: 0x3f9c7000:0x3fed7000
Среда U-Boot: 0x00100000:0x00110000 (SPI)
Конфигурация платы:

порт	Интерфейс	Адрес PHY
egiga1	SGMII	0x01
egiga2	SGMII	0x00

Сеть: , egiga1, egiga2 [PRIME]
Нажмите клавишу ESC, чтобы остановить автозагрузку: 0 Я могу скопировать файл .tar в RAM с помощью TFTP, но не могу загрузить или прошить его из U-Boot, поскольку это не загрузочный образ и не файловая система UBI. Эта сборка U-Boot не поддерживает bootm, а rcvr также не работает. Насколько я понимаю, AP требует, чтобы
предварительно скомпилированная файловая система UBI/UBIFS
была прошита в NAND, прежде чем .tar может быть установлен из AP CLI, а U-Boot не может создать это из .tar самостоятельно. Надеюсь, это поможет вам помочь мне?