Добрый день, с чего начать сброс контроллера. На контроллере не работает веб интерфейс, система при подключении по проводу и запуску apt update && apt upgrade выдает что система read only (Acquire (30: Read-onl y file system))
Перепробовал уже около 5 разных флешек, зажимаю кнопку для начала процедуры сброса, контроллер не реагирует.
Во время отсчета на autoboot если зажимаю конпку, контроллер зависает и начинает все заново.
Такая же проблема была на контроллере 6.9. Сбросил его через веб интерфейс
Добрый день.
Я бы для начала посмотрел в логи, это оптимальное начало диагностики.
Тут немного непонятно: что делаете, какого результата ожидаете и чем получаемый отличается?
Пытаюсь сбросить контроллер по Ссылка
Контроллер не издает никаких звуков при сбросе с помощью флешку. Подключился к дебаг консоли, контроллер грузится до autoboot и начинается отсчет. Зажимаю кнопку и отсчет останавливается, далее все по новой. Опять автобут, опять нажимаю кнопку и т.д. до бесконечности.
Доступ к контроллеру только через дебаг консоль. С контроллером что-то было, тестили что-то. Поэтому не доступен ни web ui ничего кроме дебаг консоли. При попытке apt update && apt upgrade валятся ошибки.
При попытке запустить mc
Можно ли как-то через загрузчик сбросить контроллер? Или это непростая задача и проще вам отправить на диагностику? Как в такм случае формируется стоимость на вашу работу?
Но со сбросом на wb6 реально постоянно танцы с бубном)
Путем большого количества манипуляций, он все таки пропищал 4 раза и запустился процесс.
Далее через некоторое время процесс остановился следующим
Обратите внимание на сообщения в консоли. Там написано что нет файла “/mnt/data/.wb-restore/factoryreset.fit”
Разместите файл, тот же что был скопирован на флешку по этому пути.
Не работали почти все команды на контроллере, почистили память, процесс запустился, контроллер сбросился.
Но теперь контроллер в постоянной перезагрузке после вот такой команды в консоли
да, сбросить получилось без копирования файла по пути. Просто удалил ненужные файлы. Теперь вопрос постоянной перезагрузки контроллера беспокоит
Мне для этого другую тему создать?
Пожалуйста, не прикладывайте вывод из консоли в виде скриншотов.
В контроллере - обыкновенный linux, точно такой же как на компьютере, просто копируйте текст.
Если я верно разобрал то что написано - проверьте работу (запуск) ssh.
Причина перезапуска описана в Watchdog в контроллерах Wiren Board — Wiren Board
[FAILED] Failed to start OpenBSD Secure Shell server.
See ‘systemctl status ssh.service’ for details.
это может быть причиной перезагрузки?
systemctl stop watchdog
это решило перезагрузку, сейчас думаю как найти источник проблемы
Внутри systemctl status ssh.service
выдает следующее:
Jan 31 13:19:53 wirenboard systemd[1]: ssh.service: Scheduled restart job, rest>
Jan 31 13:19:53 wirenboard systemd[1]: Stopped OpenBSD Secure Shell server.
Jan 31 13:19:53 wirenboard systemd[1]: ssh.service: Start request repeated too >
Jan 31 13:19:53 wirenboard systemd[1]: ssh.service: Failed with result 'exit-co>
Jan 31 13:19:53 wirenboard systemd[1]: Failed to start OpenBSD Secure Shell ser>
~
sh.service: Scheduled restart job, restart counter is at 19.
topped OpenBSD Secure Shell server.
sh.service: Start request repeated too quickly.
sh.service: Failed with result ‘exit-code’.
ailed to start OpenBSD Secure Shell server.
root@wirenboard:~# sshd -t
/etc/ssh/sshd_config line 15: Deprecated option UsePrivilegeSeparation
/etc/ssh/sshd_config line 18: Deprecated option KeyRegenerationInterval
/etc/ssh/sshd_config line 19: Deprecated option ServerKeyBits
/etc/ssh/sshd_config line 30: Deprecated option RSAAuthentication
/etc/ssh/sshd_config line 37: Deprecated option RhostsRSAAuthentication
Unable to load host key: /etc/ssh/ssh_host_rsa_key
Unable to load host key: /etc/ssh/ssh_host_dsa_key
Unable to load host key: /etc/ssh/ssh_host_ecdsa_key
sshd: no hostkeys available – exiting.
root@wirenboard:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/root 2.0G 649M 1.2G 35% /
devtmpfs 239M 0 239M 0% /dev
tmpfs 248M 4.0K 248M 1% /dev/shm
tmpfs 99M 1.1M 98M 2% /run
tmpfs 5.0M 0 5.0M 0% /run/lock
/dev/mmcblk0p6 1.3G 262M 951M 22% /mnt/data
tmpfs 50M 0 50M 0% /run/user/0
скинул что посоветовал мне AI бот, удобная фича)
Да.
А что в каталоге /etc/ssh ?
Выполните ssh-keygen -A и перезапустите сервис.
В нормальном состоянии
ls /etc/ssh
moduli ssh_config ssh_config.d ssh_host_dsa_key ssh_host_dsa_key.pub ssh_host_ecdsa_key ssh_host_ecdsa_key.pub ssh_host_rsa_key ssh_host_rsa_key.pub sshd_config sshd_config.d sshd_config.wb sshd_config.wb-orig
То есть возможно что часть (или все) конфиги быдли удалены/повреждены.
Сделал как описали, все решилось. Спасибо
Ну отлично, рад.
UPD: Если где-то были сохранены ключи (доступ по ключам к контроллеру) то их надо будет пересоздать.
