orion7000 Опубликовано 3 октября, 2015 · Жалоба Добрый день уважаемые участники форума! При перешивке точки Deliberant APC 2Mi выключили свет, теперь при включении на ней постоянно светятся все светодиоды и загрузка дальше не происходит. И по адресу 192.168.2.66 она тоже соответственно не отзывается. Можно ли как то восстановить на ней прошивку? Или нужно только искать сервис? Заранее всем спасибо за любые советы! Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
haverlinkfor Опубликовано 3 октября, 2015 · Жалоба Если до процесса обновления стояла 5.93 или свежее, можно восстановить через tftp. Иначе - в сервис. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
orion7000 Опубликовано 3 октября, 2015 · Жалоба До обновления была 5.94... А через какой адрес подключаться!? Есть ли какой то мануал? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
haverlinkfor Опубликовано 3 октября, 2015 · Жалоба https://www.ligowave.com/wiki/faq/ Пункт Firmware recovery via TFTP procedure Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MaXToP Опубликовано 7 октября, 2015 · Жалоба если загрузчик полетел -только программатор, считывается флешка в рабочем девайсе и копируется в этот, недостаток -будут одинаковые маки их либо потом менять, либо не использовать девайсы в одной сети программатор должен быть в любом сервисе по ремонтам ноутов Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
orion7000 Опубликовано 11 октября, 2015 · Жалоба https://www.ligowave.com/wiki/faq/ Пункт Firmware recovery via TFTP procedure По TFTP почему то не получается возможно я делаю что то не правильно, но что я не делал загрузка не начинается. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
orion7000 Опубликовано 11 октября, 2015 · Жалоба если загрузчик полетел -только программатор, считывается флешка в рабочем девайсе и копируется в этот, недостаток -будут одинаковые маки их либо потом менять, либо не использовать девайсы в одной сети программатор должен быть в любом сервисе по ремонтам ноутов Загрузчик вроде восстановил и частично восстановилась прошивка, но устройство не загружается до нормальной работоспособности, мигает по порядку в цикле светодиодами и до веб интерфейса доступа тоже нет, но теперь есть доступ SSH я спокойно подключаюсь через PUTTY и захожу в оболочку BusyBox и так же по SCP могу загружать файлы на устройство, но не пойму как его прошить используя команды... Нашел в устройстве утилиты tftpd и fwupdate но что то не пойму как с помощью них прошить устройство. По tftpd пробовал разные атрибуты, но ответ всегда негативный. Про fwupdate интереснее! Вот скрипт fwupdate: #!/bin/sh CHECKFILE="/etc/do-firmware-update" FWUPDATE="/sbin/fwupdate.real" UPDFILE="/tmp/fwupdate.bin" PRODFILE="/tmp/product" OEMFILE="/tmp/oem" echo="logger -t $0 -s" check="" upgrade="" while getopts "mc" opt 2>/dev/null do case "${opt}" in m) upgrade="-m" ;; c) check="-c" ;; *) exit 1 ;; esac done if [ ".$check" = ".-c" ]; then ${FWUPDATE} $check exit $? fi if [ ".$upgrade" = ".-m" ]; then if [ -f ${UPDFILE} ]; then rm -f ${PRODFILE} rm -f ${OEMFILE} if ${FWUPDATE} -c; then if [ -f ${PRODFILE} ]; then sysconf -z ${PRODFILE} reboot exit 0 fi if [ -f ${OEMFILE} ]; then sysconf --write oem ${OEMFILE} ${echo} "oem config updated" rm ${OEMFILE} rm ${UPDFILE} exit 0 fi ${echo} "About to run firmware update" /bin/echo 3 > /proc/sys/vm/drop_caches /bin/touch ${CHECKFILE} /bin/kill -3 1 exit 0 else ${echo} "Firmware update file check failed!" fi else ${echo} "Firmware update file (${UPDFILE}) does not exist!" fi exit 1 fi ${echo} "Warning: $0 called with unknown parameters ($*)" exit 1 но я так понял что в условия обновления алгоритм не попадает, по тому что прошивка должна разорхивироваться в процессе прошивки в две папки PRODFILE="/tmp/product" OEMFILE="/tmp/oem" и из них должна продолжиться прошивка, а эти папки почемуто не появляются, возможно потому что в официальной прошивке нет папки "tmp" Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
haverlinkfor Опубликовано 11 октября, 2015 · Жалоба https://www.ligowave.com/wiki/faq/ Пункт Firmware recovery via TFTP procedure По TFTP почему то не получается возможно я делаю что то не правильно, но что я не делал загрузка не начинается. Вы строго по описанию? Насколько я помню там ошибка (не посмотрю т.к не работает их сайт), а именно, включать на зажатом ресете нужно Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
orion7000 Опубликовано 11 октября, 2015 · Жалоба Я вроде все делал по описанию и не только, и с зажатым и с не зажатым ресетом не чего не помогает... Правда tftpd64 я не у них на сайте скачал, потому что у них не скачивается, но я уже ini файлы попробовал разные и настройки, не получилось, вроде соединяется когда я вызываю tftpd в роутере через оболочку, но прошивку он почемуто не загружает, видимо какието параметры нужны... Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
haverlinkfor Опубликовано 11 октября, 2015 (изменено) · Жалоба Я восстанавливал несколько раз через tftp, проверял работу 2 банков памяти у устройств DLB серии. Все проходило нормально Изменено 11 октября, 2015 пользователем haverlinkfor Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
orion7000 Опубликовано 13 октября, 2015 (изменено) · Жалоба Я восстанавливал несколько раз через tftp, проверял работу 2 банков памяти у устройств DLB серии. Все проходило нормально А вы не могли бы словами ключевые моменты процеса описать!? Может я действительно что то упустил, хотя я больше склоняюсь к тому что загрузчик поврежден, поэтому при запуске с зажатым ресетом не чего не происходит... Изменено 13 октября, 2015 пользователем orion7000 Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LigoWave Опубликовано 15 октября, 2015 · Жалоба Приветствую, Для обновления прошивки на АРС серии достаточно: 1. С помощью SCP отправить прошивку в /tmp. 2. Переименовать файил прошивки в fwupdate.bin 3. Запустить команду fwupdate -m ( для DLB серии без параметера -m ) сообщите как всё пройдет. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
orion7000 Опубликовано 10 ноября, 2015 · Жалоба Вот лог прошивки и при этом прошивка не произошла login as: admin admin@192.168.2.66's password: ERROR: config read failed Launching system shell. Enter 'exit' or Ctrl-D to return from shell. BusyBox v1.19.3 (2014-08-08 02:45:30 EEST) built-in shell (ash) Enter 'help' for a list of built-in commands. ~ # fwupdate -m check 1 upgrade 0 Image info: magic: 0x56190527 header CRC: 0x9f7a3c00 creation time: 0x53e4a178 size: 0x005f200c load addr: 0x80000000 entry point: 0x80283000 Data CRC: 0x30073e13 OS: 5 Arch: 5 type: 2 comp: 3 Product: WILI-S Platform: FWBD-0500 debug: mtd name: <Bootloader>, searching <Kernel1> debug: mtd name: <Config>, searching <Kernel1> debug: mtd name: <Factory>, searching <Kernel1> debug: mtd name: <Kernel>, searching <Kernel1> debug: mtd name: <RootFS>, searching <Kernel1> debug: mtd name: <cfg>, searching <Kernel1> debug: mtd name: <etc>, searching <Kernel1> debug: mtd name: <ALL>, searching <Kernel1> debug: mtd name: <Bootloader>, searching <Kernel> debug: mtd name: <Config>, searching <Kernel> debug: mtd name: <Factory>, searching <Kernel> debug: mtd name: <Kernel>, searching <Kernel> mtd match: found Kernel part id 3 debug: mtd name: <Bootloader>, searching <RootFS> debug: mtd name: <Config>, searching <RootFS> debug: mtd name: <Factory>, searching <RootFS> debug: mtd name: <Kernel>, searching <RootFS> debug: mtd name: <RootFS>, searching <RootFS> mtd match: found RootFS part id 4 /sbin/fwupdate: About to run firmware update ~ # Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
orion7000 Опубликовано 10 ноября, 2015 · Жалоба У меня есть пару догадок: - Первый раз я прошивал устройство через "SERIAL" или "UART", через COM порт одним словом, и возможно указал неправильно адреса одного раздела - Соответственно какой то из разделов не прошивается по тому что его адрес не совпадает. Через "SERIAL" прошить я его уже не смогу , переходник COM -> UART я похоже спалил, да и не уверен что в устройстве UART теперь работает нормально. Вопрос в том можно ли как то по SCP или какому то другому протоколу переразметить раздел или задать как вручную как при прошивке через UART? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
orion7000 Опубликовано 9 декабря, 2015 · Жалоба Подскажите пожалуйста есть ли для этих устройств официальный сервис где нибудь в России? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LigoWave Опубликовано 14 декабря, 2015 · Жалоба Добрый день, Есть два хороших способа связатся с нами. Пишите вопросы на support.ligowave. com либо по скайпу- deliberant_ligowave-support Говорим по русски. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...