Не сбрасывается WB 6.7 на заводские настройки

Взял проверенную флешку с которой не единожды обновлял и уже сбрасывал на заводские настрйоки.
FAT32 в корень - last stable 202112101127_stable_webupd_wb67.fit - переименовал в wb6_update_FACTORYRESET.fit

Приехал на кв. - выключил WB, вставил в USB1 - включил.
Мигает оранжевая - нажал FW - горит зеленая, мигнула 2 раза красная - начала мигать зеленая (как описано для “обновления”, а не “сброс”)

Выключил - повторил.
еще много раз повторил
выключил сбросил питание
повторил еще не раз - $#$(@)(#$&

Обновил файлом через веб-морду, снова попробовал сбросить… ну и так далее без успеха

Пригорело, провел 2 часа времени в щитовой без результатов.
Уехал.

HW Revision 6.7.2
Release name wb-2110

Ещё у меня какие-то траблы с Eth1 портом уже второй раз наблюдаются? или с интерфейсом. Включил его всего несколько дней назад. До этого WiFi использовал для подключения.
Устанавливает линк 100мбс с свитчем, вроде все ОК, зайти могу, в сети есть. а когда делаю например apt update && apt upgrade - не может подключится к серверу.
Прошлый раз переподключил кабель / ребутнул и заработало. Сейчас опять спокойно захожу по lan, линк есть. Запускаю обновление - не может соединится с сервером…
Дело явно не в контакте, иначе бы Unifi Switch уже сказал что нет подключения

А в дебаг консоли при этом - что?

Конечно не в контакте. Стандартный путь диагностики:

  • Определения состояния линка (наличия)
  • определение собственного адреса (наличия)
  • определения шлюза (наличия, правильности)
  • пинг шлюза
  • пинг узла в интернете по адресу
  • пинг узла по имени.

Понятия не имею, не смог на коленках разобраться в куче документации и подключится к ней. Да и честно и не на коленках не смогу сам разобраться как с Mac к ней подключиться без мануала to-do.
То «занято» пишет, то написало «connected” и больше ничего… на каком этапе подключаться, какие команды вводить?

  • есть, свитч показывает, на вебморду / ssh заходит
  • как?
  • как?
  • по ssh ping IP?
  • … аналогично

Никогда не имел дела с подобной техникой. Думаю что уж minicom - есть везде.
Вот тут описано устройство:
https://wirenboard.com/wiki/WB_Debug_Console#Драйвера_адаптеров_и_названия_виртуальных_COM-портов

Кто пишет “занято”? тут я не понял немного.
Работа через debug порт - она ничем не отличается от обычной повседневной работы в консоли.

ip link

ip route - и сравнить с реальными настройками.

Да, именно так

Ну и traceroute к узлу в нитернете

вот такой ответ был:
cu: /dev/tty.usbserial-1410: Line in use

и такой:
connected

и все, тишина.
вводил
journalctl -e -p 7
писало - не знаю что за команда

root@wirenboard-AP5QU4A5:~# ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT group default qlen 1000
link/ether 68:27:19:81:83:99 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 68:27:19:81:37:73 brd ff:ff:ff:ff:ff:ff
4: sit0@NONE: mtu 1480 qdisc noop state DOWN mode DEFAULT group default qlen 1000
link/sit 0.0.0.0 brd 0.0.0.0
5: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
link/ether 7c:25:da:1f:59:f8 brd ff:ff:ff:ff:ff:ff
6: wlan1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
link/ether 7e:25:da:1f:59:f8 brd ff:ff:ff:ff:ff:ff
7: usb0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
link/ether 8a:a9:e5:bb:eb:6a brd ff:ff:ff:ff:ff:ff

root@wirenboard-AP5QU4A5:~# ip route
default via 192.168.10.1 dev eth0
192.168.0.0/24 dev usb0 proto kernel scope link src 192.168.0.100
192.168.10.0/24 dev eth0 proto kernel scope link src 192.168.10.20
192.168.42.0/24 dev wlan0 proto kernel scope link src 192.168.42.1

PING google.com (142.251.39.78) 56(84) bytes of data.
64 bytes from bud02s39-in-f14.1e100.net (142.251.39.78): icmp_seq=1 ttl=117 time=16.0 ms
64 bytes from bud02s39-in-f14.1e100.net (142.251.39.78): icmp_seq=2 ttl=117 time=15.9 ms
64 bytes from bud02s39-in-f14.1e100.net (142.251.39.78): icmp_seq=3 ttl=117 time=16.0 ms
64 bytes from bud02s39-in-f14.1e100.net (142.251.39.78): icmp_seq=4 ttl=117 time=15.8 ms
64 bytes from bud02s39-in-f14.1e100.net (142.251.39.78): icmp_seq=5 ttl=117 time=15.8 ms
64 bytes from bud02s39-in-f14.1e100.net (142.251.39.78): icmp_seq=6 ttl=117 time=15.9 ms
64 bytes from bud02s39-in-f14.1e100.net (142.251.39.78): icmp_seq=7 ttl=117 time=15.8 ms
64 bytes from bud02s39-in-f14.1e100.net (142.251.39.78): icmp_seq=8 ttl=117 time=15.8 ms
64 bytes from bud02s39-in-f14.1e100.net (142.251.39.78): icmp_seq=9 ttl=117 time=15.8 ms
64 bytes from bud02s39-in-f14.1e100.net (142.251.39.78): icmp_seq=10 ttl=117 time=15.8 ms
64 bytes from bud02s39-in-f14.1e100.net (142.251.39.78): icmp_seq=11 ttl=117 time=15.9 ms
64 bytes from bud02s39-in-f14.1e100.net (142.251.39.78): icmp_seq=12 ttl=117 time=15.9 ms

PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=117 time=15.9 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=117 time=15.9 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=117 time=16.1 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=117 time=16.0 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=117 time=15.9 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=117 time=15.9 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=117 time=15.9 ms
64 bytes from 8.8.8.8: icmp_seq=8 ttl=117 time=15.9 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=117 time=15.8 ms
64 bytes from 8.8.8.8: icmp_seq=10 ttl=117 time=15.9 ms

traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
1 USG-3P.local (192.168.10.1) 0.826 ms 0.886 ms 0.492 ms
2 10.244.7.254 (10.244.7.254) 2.172 ms 3.421 ms 3.215 ms
3 100.124.124.1 (100.124.124.1) 3.058 ms 2.921 ms 3.820 ms
4 ata.relc.com (194.183.178.218) 3.165 ms 2.963 ms 2.649 ms
5 194.183.178.195 (194.183.178.195) 2.511 ms 2.306 ms 2.172 ms
6 209.85.168.6 (209.85.168.6) 2.592 ms 12.149 ms 11.959 ms
7 108.170.248.155 (108.170.248.155) 3.555 ms 108.170.248.138 (108.170.248.138) 3.877 ms 108.170.248.155 (108.170.248.155) 6.084 ms
8 142.251.67.218 (142.251.67.218) 18.209 ms 18.116 ms 18.030 ms
9 74.125.242.241 (74.125.242.241) 17.948 ms 108.170.227.210 (108.170.227.210) 19.469 ms 74.125.242.225 (74.125.242.225) 20.435 ms
10 74.125.242.241 (74.125.242.241) 19.251 ms 16.247 ms 209.85.255.243 (209.85.255.243) 16.951 ms
11 8.8.8.8 (8.8.8.8) 15.514 ms 142.251.65.221 (142.251.65.221) 16.329 ms 8.8.8.8 (8.8.8.8) 16.401 ms

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

и вот сама проблема после этого:

root@wirenboard-AP5QU4A5:~# apt update && apt upgrade
Err:1 Index of /debian stretch-backports InRelease
Could not resolve ‘http.debian.net
Err:2 Index of /debian stretch InRelease
Could not resolve ‘deb.debian.org
Err:3 http://security.debian.org stretch/updates InRelease
Could not resolve ‘security.debian.org
Err:4 http://deb.wirenboard.com/wb6/stretch stable InRelease
Could not resolve ‘deb.wirenboard.com
Err:5 Index of /debian stretch-updates InRelease
Could not resolve ‘deb.debian.org
Reading package lists… Done
Building dependency tree
Reading state information… Done
All packages are up to date.
W: Failed to fetch http://deb.debian.org/debian/dists/stretch/InRelease Could not resolve ‘deb.debian.org
W: Failed to fetch http://deb.debian.org/debian/dists/stretch-updates/InRelease Could not resolve ‘deb.debian.org
W: Failed to fetch http://security.debian.org/dists/stretch/updates/InRelease Could not resolve ‘security.debian.org
W: Failed to fetch http://http.debian.net/debian/dists/stretch-backports/InRelease Could not resolve ‘http.debian.net
W: Failed to fetch http://deb.wirenboard.com/wb6/stretch/dists/stable/InRelease Could not resolve ‘deb.wirenboard.com
W: Some index files failed to download. They have been ignored, or old ones used instead.
Reading package lists… Done
Building dependency tree
Reading state information… Done
Calculating upgrade… Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

при этом
http.debian.net
http://security.debian.org
и пр…
у меня с ноутбука открываются из этой же сети…
WB в одной (основной) подсети домашней, без каких либо настроек по ограничениям…

Переподключил в Eth2 порт, сразу начала без задержек загружаться WebUI и обновления пошли…

при рбновлении и установке та же ошибка выдается каждый раз, это норма?

perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LC_CTYPE = “UTF-8”,
LANG = (unset)
are supported and installed on your system.
perl: warning: Falling back to the standard locale (“C”).

А с контроллера? Что у него стоит DNS сервером? Ну и что на компьютере? Надо ведь понять в чем разница, чудес - не бывает.

Это не ошибка. Просто локаль не установлена.

nameserver 192.168.10.1
в /etc/resolv.conf

Но при этом через Eth2 работает же сейчас

->> dnsmasq --no-daemon --log-queries

dnsmasq: started, version 2.76 cachesize 150
dnsmasq: compile time options: IPv6 GNU-getopt DBus i18n IDN DHCP DHCPv6 no-Lua TFTP conntrack ipset auth DNSSEC loop-detect inotify
dnsmasq-dhcp: DHCP, IP range 192.168.42.50 – 192.168.42.150, lease time 12h
dnsmasq: reading /etc/resolv.conf
dnsmasq: using nameserver 192.168.10.1#53
dnsmasq: read /etc/hosts - 6 addresses

И все же, как мне сбросить WirenBoard на заводские настройки?
Штатными средствами не получается, могу я расчитывать на помощь “нештатнымы”?

Подключите все же Debug порт. Гадать что происходит можно долго, проще увидеть.

help, ну не умею я debug запускать

вот подключил я miniusb

ввел в терминале sudo cu -s 115200 -l /dev/usbmodem00001

cu: open (/dev/usbmodem00001): No such file or directory

cu: /dev/usbmodem00001: Line in use

ну не является такое низкоуровневое пользование типичным для людей и простых задач вроде сброса устройства на заводские настройки
нет у меня win