recuperar flashear y clonar cubos

Buenas, por desgracia cayó en mis manos un gigaset 795TW (es la versión waki del 795T) y viene capado totalmete y con el firmware encriptado. Viendo los avances que tienen los cubos libres y opciones de firmwares como estos, http://www.mhdworld.de/es/descargas.html o http://playon.unixstorm.org/features.php pienso que es una pena que los que tenemos cubos tan limitados no podamos sacare mas partido.

El procedimiento usado para grabar una flash por hardware podría valer también para recuperar y clonar firmwares de aparatos muertos por fallo de actualizaciones o errores de bootloader/firmware, por eso, si alguien se anima a postear el volcado de su firmware, en un momento dado, sería posible recuperarlo. El procedimiento para el dump lo explicó calimocho en el hilo que está mas abajo y es algo asi:

abrir sesion telnet y escribir:

dd if=/dev/mtdblock/disc of=RUTA_DEL_FICHERO_A_ESCRIBIR

Acabo de probarlo con mi receptor de satélite y lo he generado en /media/hdd/flash.bin
en un gigaset 795T podría ser tranquilamente este: of=/tmp/hdd/volumes/HDD1/BT/firm795t.bin
es cuestión de localizar un lugar donde guardarlo (disco duro, usb, etc...)

El compañero calimocho me ha pasado un dump de su woxter 3200 pero no funciona en el gigaset 795TW, por eso pido colaboración de usuarios del 795T o 825T, a ver si pueden volcar el firm y subirlo a mega o cualquier otro sitio de descargas. Del mismo modo si alguien quiere el dump del gigaset 795TW o del woxter 3200 (con el permiso de calimocho) se lo puedo facilitar. Muchas gracias.

P.D. este hilo se inició y trasladó desde aqui: https://www.mundodvd.com/proyecto-nu...ores-119617/8/

Bueno, pues continuamos por aqui, me parece perfecto.

Cita:

---

Iniciado por petaka

Como indica Calimocho, abro un hilo para no interferir en vuestro proyecto y ya sabes que si te peta el woxter al hacer alguna locura con el firmware puedes contar conmigo para resucitarlo.

a ver si tenéis suerte y podéis meter esto en vuestro woxter.
http://playon.unixstorm.org/features.php
ánimo.

Muchas de las cosas de esa pagina, ya estan incluidas en Proyecto: Nuevo FW SDK4 para varios reproductores, o lo estaran. Vamos que es una pagina muy conocida y con colaboracion (De hecho es increible el buen rollito que hay entre todos los que han hecho/hacemos cosas para los cubos)

PD. contesto aqui lo que tenía pendiente y no interfiero mas. Pido disculpas por las molestias que os he ocasionado...


Ayer hice un par de pruebas "suicida" y he sacado algunas conclusiones.
Pillé el dump de mi firmware 795TW (cifrado) y con HexEdit le enchufé el vmlinux.develop.avhdd.mars.nand.bin y el squashfs1.img del 795T y sorprendentemente funcionó. arranca y a primera vista confunde porque aparece el icono del wakitv ¿?¿?, pero al ejecutarlo se cuelga, vuelve a arrancar y sigue funcionando. voy a info, versión de firmware y pone lo siguiente:

software 8.5.13 r7277
bootloader 000.0201.1026L
board 1283C+

OK. Firm para un RTD1283(8), SDK4 (5), modelo de cubo(13, es el unico numero que cambia entre la misma version de firm para los diferentes cubos). Version de la compilacion (r7277) Ademas con esto se confirma que el fabricante de tu cubo es MELE. luego el modfirm es totalmente compatible (Cuando logres tenerlo desbloqueado).
El bootloader de los no cifrados es el 1026U

Me llama la atención es que en el menu config, software update, usb, acepta la actualización de un firm de 795T. (update que desde el boot no aceptaba como es lógico porque sigue con el boot del 795TW).
Empieza con el proceso del update, reinicia, y en la segunda fase de la actualización se queda tieso.
Tengo el boot del woxter, emtec, etc,... pero sigo sin el del 795T/825T. Supongo que aunque meta el del a.c.ryan o boda, sería jugar a la lotería, pero no me queda otra. Aunque siga metiendo squashfs1.img de otros a lo salvaje puede que funcionen (o no) pero el aparato aún no es libre del todo.
Lo de petarlo es imposible porque al tener un dump del firm completo (como el que me envió calimocho de su woxter) siempre se puede recomponer la situación y dejar el tema como estaba.

De momento voy a montar otro firm sustituyendo todos los archivos, no solo esos 2 y probar mientras no consiga un dump del 795T.
El puerto uart me he vuelto loco buscándolo y no lo he encontrado. Miré el foro de moservices pero no veo apartado de gigaset, intentaré mirar a ver como puedo conseguir algo de info allí.

---

¿Probar directamente el boot coode de woxter o emtec? En esto del bootloader, la verdad es que me pierdo.

OK voy a jugar entonces con el boot, en lugar de tocar el resto. Intentaré localizar en que parte del dump podría colocar los ficheros del boot que me pasaste: http://woxter.es/esp/es/index.php?co...ttachment=5094

¿cada cubo lleva su boot para que no acepte firmwares ajenos? ¿el woxter traga firmwares libres de emtec o gigaset?, por lo que leo en esta web http://www.mhdworld.de/es/descargas.html parece que hay versiones diferentes para cada uno. La web de woxter y emtec si ofrece bootloaders pero gigaset no da ni los buenos dias.

Estudiando el fichero de actualización boot de woxter o emtec
en concreto el archivo project_config.h ¿son las direciones de los ficheros a flashear del boot?


/************************************************** **********************
* project_config.h
* external parameters was included in this file
*
************************************************** **********************/
#ifndef PROJECT_CONFIG_H
#define PROJECT_CONFIG_H
//************************************************** ******************
//Board Components
//************************************************** ******************
//flag value
//************************************************** ******************
#define Board_CPU_MARS
#define Board_Chip_Rev_1283
#define Board_HWSETTING_qa___2DDR.LowPLL
#define Board_DRAM_Block 128
#define Board_DRAM_Number 2
#define Board_DRAM_Size 256
#define Board_SATA_NULL
#define Board_IDE_NULL
#define Board_USB_Driver_Disabled
#define Board_IDE2_NULL
#define Board_LAN_8139cp
#define Board_RTC_default
#define Board_VFD_default
#define Board_GPIO_NULL
#define Board_PWM_NULL
#define Board_TVD_default
#define Board_LCD_CONTROL_EMTEC

esos parecen los datos del hardware (en este caso EMTEC)

//************************************************** ******************
//Config
//************************************************** ******************
//flag value
//************************************************** ******************
#define Config_Product_avhdd
#define Config_Encryption_FALSE
#define Config_PLL_Prog_FALSE
#define Config_Time_Evaluation_FALSE
//************************************************** ******************

válido para firmwares sin encriptar.........

//Boot parameters
//************************************************** ******************
//flag value
//************************************************** ******************
#define Param_companyID "0000"
#define Param_boardID "0201"
#define Param_version "1026U"
#define Param_MAC_hi 0x00112233
#define Param_MAC_lo 0x44550000
//************************************************** ******************

boot 1026U tal y como decías..........

//Logo attribute
//************************************************** ******************
//flag value
//************************************************** ******************
#define Logo_Source_FLASH
#define Logo_Offset 2575
#define Logo_Reg5370 0x808010
#define Logo_Reg5374 0x8080eb
#define Logo_Reg5378 0xb46110
#define Logo_Reg537c 0x004034
#define Logo_Type_PAL
#define Logo_File_Name "logo_Emtec_S120H_PAL.bmp"

esto no lo entiendo. ¿porque pone nombre del fichero "logo_Emtec_S120H_PAL.bmp"
cuando en el update le llama "logo.bin" ?

//************************************************** ******************
//Rescue Linux attribute
//************************************************** ******************
//flag value
//************************************************** ******************
#define Rescue_Source_FLASH
#define Rescue_Install_Key 0x09
#define Rescue_GPIO_Switch TRUE
#define Rescue_Install_With_GPIO_Address 0xb801b124
#define Rescue_Install_With_GPIO_Mask 0x00000400
#define Rescue_Install_With_GPIO_Value 0x00000000 // low active
#define Rescue_Loader_Param ""
#define Rescue_File_Name vmlinux.rescue.usb.flash.mars.bin.vfd.lzma

otra vez no coinciden los nombres... vmlinux.rescue.usb.flash.mars.bin.vfd.lzma tampoco va en el pack de
actualización. ahora estoy perdido. ya no se cual es el boot, que es lo que tengo que sustituir ni en que dirección de la flash....

pena no saber chino.... http://www.hdpfans.com/thread-13390-1-1.html

Cita:

---

Iniciado por petaka

OK voy a jugar entonces con el boot, en lugar de tocar el resto. Intentaré localizar en que parte del dump podría colocar los ficheros del boot que me pasaste: http://woxter.es/esp/es/index.php?co...ttachment=5094

¿cada cubo lleva su boot para que no acepte firmwares ajenos? ¿el woxter traga firmwares libres de emtec o gigaset?, por lo que leo en esta web http://www.mhdworld.de/es/descargas.html parece que hay versiones diferentes para cada uno. La web de woxter y emtec si ofrece bootloaders pero gigaset no da ni los buenos dias.

---

Cada cubo lleva su boot, pero yo creo que es mas por cuestiones de caracteristicas especificas, y logos que por diferencias en las placas.
El woxter traga firmwares de otras marcas que no esten bloqueados, (Algunos firms en el archivo dvdplayer, llevan un texto, que si no corresponde con el del cubo, te dice que no es compatible, aunque arranca y funciona, a los 30 sg, se reinicia( De hecho el firm del hilo es de un emtecS800H y ya se ha probado al menos en icube3200,3250,5000, e Inves 3700 (del que tambien hay bootloader en su web)

He estado comparando unos cuantos bootloader, concretamente 3 de EMTEC, 2 de woxter, 1 de inves y otro de fantec.

Lo que he visto es que hay dos partes, una install.img, que parece estar para ejecutar proceso de actualizacion, ya que el archivo project_config.h, es de un 1073 y no varia entre los distintos cubos. luego nos olvidamos de ella, de momento.

Luego hay otra parte: package_MP.tar.
Esta es la parte interesante, al descomprimirla se obtienen muchos archivos:
Todos los que tienen la extension .txt, parecen ser crc de control o similar.
Los que tienen por nombre logox.bin, son el logo de cada fabricante, en este caso de modificar bootloaders, yo no los tocaria, cambiaria el logo al arrancar el gigaset, por el que tenga el bootloader que elijas a modificar pero nada mas.
hwsetting.bin, parece ser identico en inves3700,woxter3200 y emtecS800H, con lo que no lo tocaria
rescue.bin, iden que el anterior, es identico en todos los bootloader.
resetrom-new.bin, igual que los dos anteriores.

Pasamos a los comprometidos
boot_target.bin es el que me da mas miedo, es distinto en todos, y parece que seria el unico problema. aunque por ejemplo sabemos que el inves3700 y el icube 3200 son identicos (clonicos), y sin embargo este archivo en el bootloader es distinto.:wtf

project_config.h, este es el mas facil de leer, es un archivo de texto.
Si comparo el del woxter3200 con el del inve3700 (Ya hemos dicho que son clonicos) lo unico que cambia son las lineas relativas a los logos, el tamaño que tienen, etc. Muy logico.
Si comparamos el de woxter3200 con el del emtec S800H, vemos que vuelve a cambiar lo de los logos, como en el caso anterior. Pero en este caso nos cambian dos lineas mas:

Código:

---

//Board Components
//********************************************************************
//flag                      value
//********************************************************************
#define Board_CPU_MARS
#define Board_Chip_Rev_1283
#define Board_HWSETTING_qa___2DDR.LowPLL
#define Board_DRAM_Block                        128
#define Board_DRAM_Number                        2
#define Board_DRAM_Size                                256
#define Board_SATA_NULL
#define Board_IDE_NULL
#define Board_USB_Driver_Disabled
#define Board_IDE2_NULL
#define Board_LAN_8139cp
#define Board_RTC_default
#define Board_VFD_default
#define Board_GPIO_NULL
#define Board_PWM_NULL
#define Board_TVD_default
#define Board_LCD_CONTROL_EMTEC

---

En el EMTEC y

Código:

---

//Board Components
//********************************************************************
//flag                      value
//********************************************************************
#define Board_CPU_MARS
#define Board_Chip_Rev_1283
#define Board_HWSETTING_qa___2DDR.LowPLL
#define Board_DRAM_Block                        128
#define Board_DRAM_Number                        2
#define Board_DRAM_Size                                256
#define Board_SATA_NULL
#define Board_IDE_NULL
#define Board_USB_Driver_Disabled
#define Board_IDE2_NULL
#define Board_LAN_8139cp
#define Board_RTC_default
#define Board_VFD_mele
#define Board_GPIO_NULL
#define Board_PWM_NULL
#define Board_TVD_default
#define Board_LCD_CONTROL_NULL

---

En el Woxter. Logico, ya que el EMTEC lleva LCD color y no lleva VFD (Display de caracteres), y el woxter tiene VFD pero no LCD.
En tu caso esa parte, ya que tu cubo no tiene ni VFD ni LCD, la cambiaria por:

Código:

---

//Board Components
//********************************************************************
//flag                      value
//********************************************************************
#define Board_CPU_MARS
#define Board_Chip_Rev_1283
#define Board_HWSETTING_qa___2DDR.LowPLL
#define Board_DRAM_Block                        128
#define Board_DRAM_Number                        2
#define Board_DRAM_Size                                256
#define Board_SATA_NULL
#define Board_IDE_NULL
#define Board_USB_Driver_Disabled
#define Board_IDE2_NULL
#define Board_LAN_8139cp
#define Board_RTC_default
#define Board_VFD_NULL
#define Board_GPIO_NULL
#define Board_PWM_NULL
#define Board_TVD_default
#define Board_LCD_CONTROL_NULL

---

Volveria a crear el .tar, y rezaria, al tiempo que me caeria una gota de sudor frio mientras probaba a actualizar desde el USB.:descolocao:sudor:ansia:sudor

Gracias chuck, una respuesta rápida para aclarar que el problema de los TW es que no aceptan absolutamente nada de nada. o le metes el del 825TW o el 795TW. de lo demás nada que no vaya cifrado/firmado, osea que lo de crear tar o modificar img ya he pasado por eso y es tarea imposible. recuerda esto.... http://www.forodvd.com/tema/86375-si.../index161.html (post 2407)

Ahora estamos por fuerza bruta, por eso le decía a calimocho leyendo sus post de aquella época diciendo que si se pudiera escribir tal cosa en tal sitio... bueno, pues ahora se puede escribir de todo en cualquier sitio, pero no sabemos que poner ni donde....

El tema del sudor frio aqui no existe porque de momento me estan haciendo el trabajo duro que es soldar/desoldar la tsop. no me quedan muchos intentos porque es muy complicado y el que me lo hace ya se está empezando a aburrir...

acabo de preparar otro dump con el fichero boot_target.bin del S800H a ver si suena la flauta por fin.. (recordar que no tengo dump del 795T con lo que el asunto se hubiera solucionado en 1 dia en lugar de varios meses que llevo con esto...)

...tic tac..... me quedan pocos intentos. esta tarde a ver si me dejan probar con el dump que he preparado y te digo algo.

gracias de nuevo por tu gran ayuda.

Yo, en principio, me olvidaría del fichero boot_target.bin. Si es distinto para cada reproductor, incluso para clónicos, quizá sea porque incluye información de los otros ficheros (logos y demás) y como siempre hay algo distinto aunque sea únicamente el logo...

Quizá debieras probar con nuevos dumps de otros reproductores. Posiblemente de algún Bluetimes con RTD1283. Igual si te pones en contacto con Bovirus del foro http://www.1e2.it/ te pueda indicar si hay algún clon del Gigaset. Con suerte hasta te consigue un dump de alguno de ellos.

Si en los foros españoles sobre estos reproductores no consigues lo que quieres ya es hora de buscar en foros extranjeros o poniéndote en contacto con Gigaset directamente.

Saludos.

OK, me voy entonces a dar el giro de italia a ver si traigo algo... gracias calimocho

Bueno, por fin me han prestado unas horas un gigaset 795T, pero el resultado no pudo ser mas frustrante:

se hace el volcado por el "procedimiento calimocho":
dd if=/dev/mtdblock/disc of=/tmp/hdd/volumes/HDD1/gigaset-795t.bin
se graba el dump sobre la flash del 795TW
se vuelve a soldar en el 795TW y.....

...lo mismo que con el woxter 3200: no arranca.

Ahora pensando friamente y jugando a "buscar las diferencias" me llama la atención un detalle..

02/07/2014 19:00 276,824,064 gigaset-785tw.bin
15/07/2014 23:16 268,435,456 gigaset-795t.bin
19/06/2014 11:37 268,435,456 flashWXT3200.bin

¿es lo mismo dumpear desde telnet que leer la flash con un lector de flash externo?
¿como puede ser que con memorias iguales los ficheros por telnet ocupan 268,435,456 y por lectura directa 276,824,064?

algo se nos está quedando atrás, que al grabar el dump telnet sobre la flash, el equipo no arranca..

¿bootloader? ¿alguna zona protegida?

solo me queda buscar de nuevo un 795T y que me dejen desarmarlo para volcarlo físicamente y ver lo que ocupa porque el 795TW al no tener telnet no puedo comparar, pero creo que el tema va por ahí, o por saber el offset para grabar el chip en las direcciones correctas... seguimos estudiando.

OK. Las memorias NAND incluyen unos bytes extra para almacenar un ECC (error correcting code). La flash de tu Gigaset se organiza en bloques de 128KB + 4KB formados por 64 páginas de 2112 (2048 + 64)bytes. Con DD no se leen esos bytes extra que todo indica que son los responsables de la diferencia de tamaños. Lo malo es que no conozco ningún software capaz de hacer un dump a bajo nivel o que pudiera convertir la imagen obtenida con DD en una compatible con el grabador de flash (con los códigos ECC).

EDITO: Compilado el nanddump de mtd-utils 1.2.0 (versión bastante vieja). Puedes descargarlo de https://www.mediafire.com/?yid1hag14r3kdrx (como siempre, copiando y pegando la dirección del enlace). La forma de usarlo es:

RUTA_DE_nanddump -f RUTA_FICHERO_A_ESCRIBIR /dev/mtd/disc

Da un error (No ECC status information available: Unknown error 25) pero escribe un fichero del mismo tamaño de tu dump físico.

Podría intentar compilar una versión más moderna, pero las últimas no compilan con la toolchain que uso normalmente para estos reproductores y usando una toolchain más moderna (chip 1185) puedo compilar la última versión pero es incapaz de leer la flash, supongo que por alguna incompatibilidad con el driver mtd del linux tan antiguo que tenemos en nuestros reproductores.

Saludos.

Esta semana me han dejado un grabador de flash/nand y un 795T, el amigo que me lo dejó, que es un máquina de la electrónica, le puso a mi 795TW un socket donde va la memoria flash para que haga las pruebas que quiera sin miedo a cargármelo.

Las primeras pruebas las hice grabando en la flash los firmwares del woxter 3200 y gigaset 795t con resultado negativo. he vuelto a poner el del 795TW y arranca ok, incluso probé con el gigaset 825TW y tambien arranca.

las placas del 795T y 795TW son exactamente iguales pero no entiendo porque motivo solo acepta firmwares cifrados de la serie TW.

ya en plan paranoico empecé a dar palos de ciego con un editor hexadecimal cambiando "en bruto" partes de los dump del 795T sobre el 795TW para intentar engañarlo a ver si usando el bootloader y drivers de 795TW con el software del 795T consigo hacer un engendro, pero no hay manera. Ni si quiera cifrando el squashfs del 795T.

aprovechando que tengo unos dias mas el grabador, si a alguien se le ocurre alguna prueba, es bienvenida. tengo los dump del 795T, 795TW y 825TW por si alguien los quiere.

esto me recuerda a los decoders tipo I+ que llevan en la flash firmware cifrado y tantos dolores de cabeza ha dado ya que al hacer boot, tira del 1st stage bootloader que permite descifrar el 2nd stage bootloader, evitando que los curiosos se pongan a "tocar" dentro...

bueno, dándole vueltas al tema de los firms cifrados, y las experiencias con otros equipos similares, veo que siempre llevan mochila para evitar miradas indiscretas. Me puse a buscar en la placa el "bicho" y veo que al lado de la batería el 795TW lleva un atmel AT88SC, http://www.digchip.com/datasheets/pa...000/AT88SC.php. ya según empiezas a leer el datasheet se te quitan las ganas de seguir, y aunque quisiera, el grabador de flash que me pasaron no soporta este chip, por lo tanto doy por finalizada la aventura. game over. gracias calimocho y chucki por vuestra ayuda.

Cita:

---

Iniciado por petaka

bueno, dándole vueltas al tema de los firms cifrados, y las experiencias con otros equipos similares, veo que siempre llevan mochila para evitar miradas indiscretas. Me puse a buscar en la placa el "bicho" y veo que al lado de la batería el 795TW lleva un atmel AT88SC, http://www.digchip.com/datasheets/pa...000/AT88SC.php. ya según empiezas a leer el datasheet se te quitan las ganas de seguir, y aunque quisiera, el grabador de flash que me pasaron no soporta este chip, por lo tanto doy por finalizada la aventura. game over. gracias calimocho y chucki por vuestra ayuda.

---

De nada. Por mi parte, creo que he aportado poco o nada. Lo siento.

Ya son ganas de tocar los eggs la de los fabricantes de estos chismes. ¿Seguridad de smarts cards en reproductores multimedia? No tiene sentido.