Смена MAC адреса на интерфейсе eth0 после перезагрузки WirenBoard

Batch No
6.9.1U 521
DTS Version
690
HW Revision
6.9.1
Manufacturing Date
2022-09-14 10:47:31

Название релиза
unstable.latest
Тип релиза
testing

Short SN
AHUMZKW7

Прошивка [202405271327_testing_bullseye_wb67.fit]

Была установлена прошивка файлом wb6_update_FACTORYRESET.fit с удалением данных и сбросом к заводским настройкам.

При перезагрузке каждый раз изменяется MAC адрес контроллера на интерфейсе eth0, для интерфейса eth1 такой проблемы не возникает.

Соответственно не привязать IP по MAC в маршрутизаторе.

Как решить данную проблему?

Добрый день.

Для диагностики проблемы пришлите, пожалуйста, архив с диагностической информацией контроллера. Создание архива описано в документации.
Еще - посмотрите в конфиг NM для соединения, вполне возможно что стоит cloned или включена рандомизация.
Ну и штатный ip link возвращает разные mac?

eth0_mac.conf (18 байтов)
eth1_mac.conf (18 байтов)

3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
link/ether 1e:6c:7a:ff:27:23 brd ff:ff:ff:ff:ff:ff

после перезагрузки
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
link/ether 42:f5:bc:ca:1e:fe brd ff:ff:ff:ff:ff:ff

приложен диагностический архив, доступен только сотрудникам поддержки
(220,1 КБ)

Заводской для eth0 и 1 соответственно - 8a:58:98:07:b0:a4, 80:34:28:12:0c:a4
То есть отличается для eth0, 00:86:40:8b:c5:6b
У меня есть подозрение что использовался образ не от нужной версии. Откуда качался?

Вчера Из репозитория S3 Bucket Listing Generator файл latest.fit

Воспроизвожу.
Screenshot_20240604_151011

Не думаю что дело в релизе, проверил. Из интересного вижу

[    2.045823] fec 2188000.ethernet: Invalid MAC address: 00:00:00:00:00:00
[    2.052647] fec 2188000.ethernet: Using random MAC address: 42:f5:bc:ca:1e:fe

Попрошу коллег глянуть.

Весьма похоже что для интерфейса затерся заводской.
А как давно произошло?
Два варианта решения:
Первый:
выполнить

nmcli con modify wb-eth0 ethernet.cloned-mac-address 8a:58:98:07:b0:a4

ну и второй - заменить по гарантии.

Отлично, но не понятно почему так происходит. Абсолютно чистая установка

Обнаружил вчера, когда потребовалось закрепить IP по MAC адресу, до этого работал с прописанной статикой. Соответственно когда произошло не могу сказать…
А первый вариант поможет?

Да, конечно поможет.

Сделал, помогло … Но почему так произошло …?

Пока непонятно.

Покажите пожалуйста вывод команд

xxd /sys/devices/platform/i2c_eeprom1/i2c-5/5-0050/5-00500/nvmem
xxd /sys/devices/platform/i2c_eeprom2/i2c-6/6-0050/6-00501/nvmem

root@wirenboard-AHUMZKW7:~# xxd /sys/devices/platform/i2c_eeprom1/i2c-5/5-0050/5 -00500/nvmem
00000000: 0000 0000 0000 0000 0000 0000 0000 0000 …
00000010: 0000 0000 0000 0000 0000 0000 0000 0000 …
00000020: 0000 0000 0000 0000 0000 0000 0000 0000 …
00000030: 0000 0000 0000 0000 0000 0000 0000 0000 …
00000040: 0000 0000 0000 0000 0000 0000 0000 0000 …
00000050: 0000 0000 0000 0000 0000 0000 0000 0000 …
00000060: 0000 0000 0000 0000 0000 0000 0000 0000 …
00000070: 0000 0000 0000 0000 0000 0000 0000 0000 …
00000080: 0000 0000 0000 0000 0000 0000 0000 0000 …
00000090: 0000 0000 0000 0000 0000 0000 0000 0000 …
000000a0: 0000 0000 0000 0000 0000 0000 0000 0000 …
000000b0: 0000 0000 0000 0000 0000 0000 0000 0000 …
000000c0: 0000 0000 0000 0000 0000 0000 0000 0000 …
000000d0: 0000 0000 0000 0000 0000 0000 0000 0000 …
000000e0: 0000 0000 0000 0000 0000 0000 0000 0000 …
000000f0: 0000 0000 0000 0000 0000 0000 0000 0000 …
root@wirenboard-AHUMZKW7:~# xxd /sys/devices/platform/i2c_eeprom2/i2c-6/6-0050/6 -00501/nvmem
00000000: 86ce 1f57 ba58 d8b1 fd39 8f4f a9ba fc5d …W.X…9.O…]
00000010: 0fce 1d3d 2ec9 51b1 4111 9ced 7710 b23c …=…Q.A…w…<
00000020: 9eff bc2c 8269 8639 9e55 8f3b 30dd 32a9 …,.i.9.U.;0.2.
00000030: 9181 3149 6c07 6323 05e7 66fe b97e 3d98 …1Il.c#…f…~=.
00000040: 6fdb 7c49 d946 5507 b0a0 a1b6 dcae fa94 o.|I.FU…
00000050: af1b 9802 17f7 859a b72d 215c 77b4 5ca5 …-!\w..
00000060: 140e f029 860e 6638 176b 6d7c df21 79a1 …)…f8.km|.!y.
00000070: 3c48 1a10 1847 eadb f0dc 6b3c 42c2 668f <H…G…k<B.f.
00000080: ffff ffff ffff ffff ffff ffff ffff ffff …
00000090: ffff ffff ffff ffff ffff ffff ffff ffff …
000000a0: ffff ffff ffff ffff ffff ffff ffff ffff …
000000b0: ffff ffff ffff ffff ffff ffff ffff ffff …
000000c0: ffff ffff ffff ffff ffff ffff ffff ffff …
000000d0: ffff ffff ffff ffff ffff ffff ffff ffff …
000000e0: ffff ffff ffff ffff ffff ffff ffff ffff …
000000f0: ffff ffff ffff ffff ffff 8034 2812 0ca4 …4(…

Кстати еще …

В системном журнале систематически :
i2c i2c-2: mv64xxx_i2c_fsm: Ctlr Error – state: 0x7, status: 0x0, addr: 0x60, flags: 0x1

То есть аппаратно работает но eeprom чист.
Считаю все ж что целесообразно - поменять по гарантии.

Это шина крипточипа, другая. Агент wb-cloud запускает curl, и, похоже не все соединения удачны.

Отправлять в комплектации как была при заказе, или без модулей?

Давайте мы бесплатно поменяем вам оборудование. Курьер привезёт новое оборудование и заберёт старое:

  • WB7 - 1 шт

Для возврата напишите, пожалуйста, письмо на info@wirenboard.com.

В письме укажите:

  1. ссылку на эту тему,
  2. серийный номер устройства, AHUMZKW7,
  3. ваш действующий телефон, адрес доставки, ФИО получателя.

Получается что если замена WB-7, то как минимум с
WBMZ3-BATTERY, т.к в WB-7 стоит WBMZ4-BATTERY

Да, я не увидеол в конфиге модулей и подумал что их там нет.
Обязательно в письме укажите что модуль WBMZ3-BATTERY - тоже.