iTuneDVR

Уважаемый itune, у меня следующая проблема.
В результате чистки конфига загнулся регистратор DH NVR7864RH, ушел в циклическую перезагрузку.
Логи следущие:
U-Boot 2013.01-svn1371 (Jul 09 2014 - 09:56:14)svn:1371
Board: B2020-STxH416
Board Use 2GB DDR
FSM SF: Detected s25fl256s1 with sector size 64 KiB, total 32 MiB
in: serial
Out: serial
Err: serial
Net: stmac-0
Using MAC Address 90:02:a9:66:dc:d8
Using MAC1 Address 90:02:a9:66:dc:d9
32M
FSM SF: Detected s25fl256s1 with sector size 64 KiB, total 32 MiB
Board AVS Level 5 : 1.04V
Hit any key to stop autoboot: 3  2  1  0
STM-GMAC: B50612E/B50610 found addr:0x1
the network not link!
STM-GMAC: B50612E/B50610 found addr:0x1
STM-GMAC: PHY auto-negotiate timed out
STM-GMAC: *Warning* no link detected
Using MAC Address 90:02:a9:66:dc:d8
Using MAC1 Address 90:02:a9:66:dc:d9
Using stmac-0 device
TFTP from server 255.255.255.255; our IP address is 255.255.255.255
Filename 'failed.txt'.
Load address: 0x40000000
Loading: *T T T
Retry count exceeded; starting again
autoup - load update file from server
Usage:
autoup
### CRAMFS loading '/boot/uImage' to 0x40000000
### CRAMFS load complete: 2461632 bytes loaded to 0x40000000
## Booting kernel from Legacy Image at 40000000 ...
Image Name: Linux-3.4.7_stm24_0304-4.4-b2020
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 2461568 Bytes = 2.3 MiB
Load Address: 40008000
Entry Point: 40008000
Verifying Checksum ... OK
Loading Kernel Image ... OK
OK
Using MAC Address 90:02:a9:66:dc:d8
Using MAC1 Address 90:02:a9:66:dc:d9
bootargs:console=ttyAS0,115200 root=/dev/mtdblock1 bpa2parts=bigphysarea|multicom:16M:0x5c000000,dhchallenge:399M:0x5D000000,video|video-ext:48M:0x78000000,vid-pic-mem0:64M:0x7c000000,coprocs:32M:0x80000000,audio|modules:16M:0x83000000,vid-enc-data-0:16M:0x84000000,vid-dec-mem:160M:0x85000000,coredisplay-video|blitter:96M:0x90000000,vid-pic-mem1:192M:0xb0000000,vid-pic-mem2:64M:0xbc000000,eram:32M:0x76000000 mem=864M@0x40000000 dh_keyboard=1 load_modules=1 matchinit_mode=487945 pcie=linkspeed:2
Starting kernel ...
Uncompressing Linux... done, booting the kernel.
Вопрос достаточно ли сброса конфига или требуется TFTP перепрошивка.
Еще на материнской плате есть микрокнопка, не имеет ли она отношение к сбросу на умолчания.
И пожалуйста восстановите доступ к моей новой регистрации на форуме как jony-57 и мне и вам думаю будет так удобнее.
С уважением Евгений.

jony57 писал(а):В результате чистки конфига загнулся регистратор DH NVR7864RH, ушел в циклическую перезагрузку.

Как конфиг был очищен?

Включить логирование через dh_keyboard и проанализировать их.

jony57 писал(а):Вопрос достаточно ли сброса конфига или требуется TFTP перепрошивка.

Обычно конфиг сбрасывается из самого регистратора, из программы, штатно.
Со сбросом конфига из u-boot есть нюансы, а так сброс подробно описан в инструкции.

jony57 писал(а):Еще на материнской плате есть микрокнопка, не имеет ли она отношение к сбросу на умолчания.

Возможно.
В руках такого аппарата не было, поэтому сказать наверняка не могу.
А так было бы логично.

jony57 писал(а):И пожалуйста восстановите доступ к моей новой регистрации на форуме как jony-57 и мне и вам думаю будет так удобнее.
С уважением Евгений.

Сделано

Спасибо за оперативный ответ.
Чистка конфига произведена программой General_EraseUserdata.bin, регистратор после этого долго висит на активном мониторе, но без изображений и через 3 мин перезагружается. Какие "Со сбросом конфига из u-boot есть нюансы" и подскажите пожалуйста где можно взять update.img для данного регистратора.
С уважением Евгений.

Дайте пожалуйста ссылку на "логирование через dh_keyboard".
Евгений.

jony57 писал(а):Спасибо за оперативный ответ.
Чистка конфига произведена программой General_EraseUserdata.bin, регистратор после этого долго висит на активном мониторе, но без
изображений и через 3 мин перезагружается. Какие "Со сбросом конфига из u-boot есть нюансы" и подскажите пожалуйста где можно взять update.img для данного регистратора.

Это БЕЗРАССУДНО!!!
Файл General_EraseUserdata.bin (в зависимости от сборки этого файла) создан для конкретной версии регистратора, чтобы корректно отрабатывать и в нем сделана отвязка от конкретной модели регистратора, потому его любой регистратор прожуёт, но дальше будут проблемы.
Нужно восстанавливать регистратор.

jony57 писал(а):Дайте пожалуйста ссылку на "логирование через dh_keyboard".
Евгений.

Все доступно и открыто
viewtopic.php?t=441

Нужно останавливать загрузку и модульно либо цельно восстанавливать!!!

Попробую сделать сброс через материнку, сброс конфига по инструкции, дальше проблемы.
Скорее всего потерен адрес регистратора после чистки. Непонятно подходит ли файл прошивки General_NVR7xxx_Eng_P_V3.200.0001.0.R.20140506.bin стоявший на регистраторе для восстановления через TFTP сервер или требуется специальный образ update.img.
Скорее всего потребуется ваша онлайн помощь. Скажите достаточно ли для начала teamviewer и циклической связи с регистратором по com порту?
Евгений.

Еще раз!
Какая-то левой прошивкой была произведено перезаписывание какие-то участков рабочего флеша.
Только восстановление, о каком еще сбросе ведется речь!!! Регистратор ведь не у меня на руках же!!!
Как минимум нужно изучить рабочую прошивку для данного регистратора и файл General_EraseUserdata.bin, тогда будет ясно, что затерлось, чтобы делать точные выводы, а общие позиции озвучены.
Зачем вообще был сделан сброс, тем более так???!!!

jony57 писал(а):Скорее всего потерен адрес регистратора после чистки. Непонятно подходит ли файл прошивки General_NVR7xxx_Eng_P_V3.200.0001.0.R.20140506.bin стоявший на регистраторе для восстановления через TFTP сервер или требуется специальный образ update.img.

Обратиться к продавцу оборудования для получения нужной прошивки!!! Что там потеряно можно предполагать т.к. информации недостаточно

jony57 писал(а):Скорее всего потребуется ваша онлайн помощь. Скажите достаточно ли для начала teamviewer и циклической связи с регистратором по com порту?

Инструкция по восстановлению указана и все делается штатно и без стороннего вмешательства.
Все остальное описано в разделе "Запрос на консультацию"

Вроде получилось. Не сразу с 3-й попытки. Понадобился промежуточный сброс конфига и установка последней версии TFTP сервера, хотя это думаю не принципиально. Основная проблема была найти на этот рег TFTP прошивки update.img. Удалось найти только последнюю версию 3.210.001, а была 3.200.000.
Есть еще одна проблема с подключением архива от старой версии прошивки на новую. 8 по 4 ТБ диска были сгрупированы в 2 группы с 5-м рейдом. Есть сохраненный конфиг этой же версии. Классический путь откат версии на старую, восстановление конфига и подключение рейдов. Нет ли возможности прямого подключения рейдов к новой прошивке? Ну, например. подключение дисков и повторное создание из них таких-же рейдов в расчете что рег их подхватит. Или создание таких же рейдов из чистых дисков с последующей их заменой на архивные?

jony57 писал(а):Вроде получилось. Не сразу с 3-й попытки. Понадобился промежуточный сброс конфига и установка последней версии TFTP сервера, хотя это думаю не принципиально. Основная проблема была найти на этот рег TFTP прошивки update.img.

Рад, что получилось!

jony57 писал(а):Удалось найти только последнюю версию 3.210.001, а была 3.200.000.

Неплохо бы дату еще сборки обеих.

jony57 писал(а):Есть еще одна проблема с подключением архива от старой версии прошивки на новую. 8 по 4 ТБ диска были сгрупированы в 2 группы с 5-м рейдом. Есть сохраненный конфиг этой же версии. Классический путь откат версии на старую, восстановление конфига и подключение рейдов. Нет ли возможности прямого подключения рейдов к новой прошивке? Ну, например. подключение дисков и повторное создание из них таких-же рейдов в расчете что рег их подхватит. Или создание таких же рейдов из чистых дисков с последующей их заменой на архивные?

В пользовательские аспекты этого регистратора не вникал, поэтому вряд-ли, что-то дельное подскажу!
А без аппарата на руках и собственных экспериментов с рейдами это беЗсмысленно!