VTO2000A unbricking Hilfe Gesucht

[riogrande75]

Folgendes deutet auf einen fehlendes Signature File hin:

DH:: [reliableenvvalidate:1025] crypto dir=/usr/SigFileList,buf pos=4

falied---filename:[/usr/SigFileList] signfile [/usr/Data_Signature]
Restarting system.

Ab 2018 sind die Partitionen signiert - da muss der Bootloader, alle Partitionen und auch das Signature File zusammenpassen.

Am besten du probierst die 20190305-er Version mal. Wichtig ist, dass du neben den aktuellen Bootloader auch das Sig-File mitflasht:

tftp 0x82000000 sign.img; flwrite

Ist auch hier nochmal beschrieben.

 

[Alex1812A]

Guten Morgen,

danke für die Info. Allerdings bekomme ich hierbei eine Fehlermeldung und der Bootvorgang steigt nach wie vor an der gleichen Stelle aus. Vorher habe ich die 2019 SIP komplett geflasht...

tftp 0x82000000 sign.img; flwrite
tftp 0x82000000 sign.img; flwrite
TFTP from server 192.168.178.96; our IP address is 192.168.178.150
Filename 'sign.img'.
Load address: 0x82000000
Loading: #
done
Bytes transferred = 128 (80 hex)
DestAddr=0x619973d1 invalid!
DestAddr: 0x2000000~0x4200000
DHBOOT#

Eine Idee wie das zu lösen wäre?

Gleiches Verhalten auch mit kompletten Flash der 2018. Auffällig sind hier unterschiedliche Zieladressen beim flashen der Signatur Datei

<ESC>[0;32;32m[libdvr]
libdvr.so Build time: Jun 13 2018 at 00:24:14.
<ESC>[m<ESC>[0;32;32m[libdvr] SVN NUM: 7773.
<ESC>[mIPV6: only init eth0
"netinit6 help" for help
eth0:
MAC: <38:af:29:ba:e3:45>
IPV6: <2008::6> preFixLen: <112>
<ESC>[1;33m[libdvr] WARN (../src/net/network6.c|NetWorkDelIP|981): del ip failed:No such device or address
<ESC>[mIPV6 Gateway: <2008::1>

/usr/etc/imod: line 271: /var/usr/VideoDaemon: not found
... crypto start ....
DH:: [reliableenvvalidate:951] crypto dir=/usr/SigFileList,buf pos=4

ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
<ESC>[0;32;32m[libdvr]
libdvr.so Build time: Jun 13 2018 at 00:24:14.
<ESC>[m<ESC>[0;32;32m[libdvr] SVN NUM: 7773.
<ESC>[monly init eth2"netinit help" for help
/proc/sys/vm/drop_caches
imod end...
falied---filename:[/usr/SigFileList] signfile [/usr/Data_Signature]
Restarting system.
.

tftp 0x82000000 sign.img; flwrite
tftp 0x82000000 sign.img; flwrite
TFTP from server 192.168.178.96; our IP address is 192.168.178.150
Filename 'sign.img'.
Load address: 0x82000000
Loading: #
done
Bytes transferred = 128 (80 hex)
DestAddr=0x523e0823 invalid!
DestAddr: 0x2000000~0x4200000
DHBOOT#

 

[riogrande75]

Ok, das kann sein. Die Adresse aus Beispiel war von einer Cam.
Durchsuch mal das Forum, das Thema TFTP und VTO2000A wurde hier schon sehr oft behandelt.

 

[Alex1812A]

hierzu finde ich nur diesen Beitrag: Link

wenn ich das gleiche Schema befolge (dort sind die Flashadressen geändert auf 0x82000000) und analog auf die VTO2000 anwende (wie in printenv angegeben mit
tftp 81a00000, so erhalte ich auch hier einen Fehlermeldung

tftp 0x81a00000 sign.img; flwrite
TFTP from server 192.168.178.96; our IP address is 192.168.178.150
Filename 'sign.img'.
Load address: 0x81a00000
Loading: #
done
Bytes transferred = 128 (80 hex)
DestAddr=0x619973d1 invalid!
DestAddr: 0x2000000~0x4200000

Laut Log müsste es eine Adresse sein zwischen

0x2000000~0x4200000

Bei dem Versuch die Startadresse zu nehmen, hängt sich die VTO auf...

tftp 0x20000000 sign.img; flwrite
tftp 0x20000000 sign.img; flwrite
TFTP from server 192.168.178.96; our IP address is 192.168.178.150
Filename 'sign.img'.
Load address: 0x20000000
Loading: #

Wenn jemand noch einen Rat weiss, dem spende ich gerne einen Cappucino

 

[Alex1812A]

Leider komme ich inzwischen nicht mehr weiter und weiss nicht mehr was ich noch probieren könnte.

Ich habe allerdings festgestellt, dass die Software General_Multi3_VTO2000A_EngItlFreGetDutSpaPor_P_16M_V3.200.0000.0.R.20190221, aufgespielt über TFTP, keine Bootloops verursacht und hier komme ich auch ins Backend und Zugriff mittels Configtool ist ebenfalls möglich. Spiele ich sodann über das Configtool eine beliebige neuere Software auf, so hängt das Gerät wieder in dem Bootloop, immer mit dem gleichen Problem

falied---filename:[/usr/SigFileList] signfile [/usr/Data_Signature]
Restarting system.

Ich vermute, dass die oben genannte SW keine Signaturen nutzt. Nehme ich jedoch die gleiche Software für VTO2000-2, so kommen die Bootloops wieder... ist schon irgendwie komisch. Die VTO selbst ist eine VTO2000A-2

Hätte noch jemand einen Ansatz was man hier noch probieren könnte?

 

[B4B]

Hast Du die Firmware von hier? https://www.ip-phone-forum.de/threads/dahua-vto-vth-firmware-link-sammlung-anleitungen.305121/

 

[Alex1812A]

ja, aus der Linksammlung