[Tutorial] [TUTORIAL] hacer un backup con nvflash

[desdelsur]

Dado que parece ser que existen problemas con las copias de seguridad creadas con CWM, me he estado informando sobre la herramienta nvflash y he creado un pequeño script para windows para realizarlas.

ACLARACION: Para reparar un brikeo NO es necesario tener un backup (la ROM original nos basta), ademas, parece ser que existe un "hueco" entre algunas particiones (gracias a Pelicano33 por la investigacion realizada) por lo que quizas el backup realizado con nvflash no sea del todo correcto. Si no te funciona, puedes continuar tranquilamente con lo que estes haciendo

http://www.mediafire.com/?xlklgzecizxd21d

¿Y COMO SE USA ESTO?

 Cita:

4.Con la tablet apagada la conectamos por USB al ordenador.

5. Ahora enciende la tablet manteniendo pulsado el botón "VOLUMEN -".

• Al entrar en este modo, la pantalla se queda en negro pero la luz de power esta encendida, a veces puede tardar unos minutos.

6. Ahora windows intenta instalar el driver pero falla, por lo que pasamos a instalar el driver.

7. Abre el "administrador de dispositivos" (tecla win+R y ejecuta "devmgmt.msc" sin comillas)

8. Ahí debe de aparecer un nuevo dispositivo desconocido APX, le damos con el botón derecho y seleccionamos "Actualizar software del controlador" y "Buscar software del controlador en el equipo"

9. Buscamos la carpeta "APX USB", la seleccionamos y le damos a aceptar.

10. Durante la instalacion del driver windows nos avisa de que no esta certificado, lo instalamos en cualquier caso. (Una vez instalado podremos ver que aparece para "ser extraido de forma segura")

11. Si no aparece ningun dispositivo 'APX', apaga la tablet y repite los PASOS 4 y 5. Si continua sin aparecer, reinicia el PC y repite los PASOS 4 y 5 de nuevo.

Una vez que tenemos los drivers instalados y la tablet conectada en modo APX, simplemente tenemos que ejecutar el archivo "Backup-Maker.bat" y seguir las instrucciones.

(si se te queda trabado pulsa ctrl+c)
(al terminar desconectar de forma segura en el ordenador y apagar la tablet)

¿EXISTE ALGUN RIESGO SI USO ESTA HERRAMIENTA?

El archivo Backup-Maker.bat solo ejecuta comandos de "lectura" es decir, que no modifica NADA de la tablet (Para hacer los backup con CWM primero hay que instalarlo, lo que conlleva una modificación).

En las ROM originales funciona perfectamente (Gracias a topegun por probarlo en su aun no estrenada hannspad), sin embargo en las FLASHBACK parece ser que se traban en el part-8.img (Probablemente sea cosa de mi tablet y el esquema de particiones, quien pruebe en Flashback que comente)



En este foro http://forum.xda-developers.com/show....php?t=1010659se habla del asunto y aparecen varios usuarios que se traban en el mismo ¡¡¡byte!!!.

Lo suyo seria que algun usuario hiciera un backup de una original de fabrica sin tocar y la compartiese con aquellos que no se la hicimos en su dia .

¿Y SI QUIERO RESTAURAR EL BACKUP?

NOTA: Parece ser que no se restaura correctamente, se esta investigando.

Existe este [TUTORIAL] Restauración de la ROM de fábrica en caso de BRICKEO, en el, se usan unos archivos "estardar" y otros sacados de la ROM original. En nuestro caso lo que tenemos que hacer es meter TODOS los archivos que tenemos en nuestro backup en la carpeta "restoration" del Stock_Restore_V3, pero OJO, hay que cotejar el archivo "partition.txt" que se creo en el backup con los datos que del archivo "hannsconf.cfg" de la carpeta "restoration" y actualizar este ultimo si fuese necesario. Tambien hay que renombrar el archivo .bct que se creo en el backup a "hanns.bct" y sobrescribir el que esta en la carpeta "restoration"

EJEMPLO:

en el partition.txt tenemos:

 Cita:

PartitionId=2
Name=BCT
DeviceId=19
StartSector=0
NumSectors=1536
BytesPerSector=2048

Y en el hannsconf.cfg tenemos:

 Cita:

[partition]
name=BCT
id=2
type=boot_config_table
allocation_policy=sequential
filesystem_type=basic
size=3145728

(1536 x 2048 = 3145728)

[topegun]

ejem...pregunta estupida, sabes donde coj* buscar la carpeta apx usb????? o sea...la ruta aproximada de la misma.

gracias!

[desdelsur]

En el archivo de descarga estan incluidos

[topegun]

 Cita: Originalmente Escrito por desdelsur

En el archivo de descarga estan incluidos

perdona...toi tonto, no me habia dado cuenta del enlace....ya me vale

[desdelsur]

la verdad es que se ve poco, jejeje

[topegun]

voy por la parte 13, asi que he pasado tu parte 8 que daba problemas

[topegun]

el backup consta de 14 partes, ya lo he finalizado.

[desdelsur]

genial, entonces ha sido un exito (la 14 no es necesaria y a lo mejor falla)

[desdelsur]

¡ESTUPENDO!!!
Esto pasa de investigacion a tutorial

[topegun]

ok..

de todas formas no nos evitamos el tener que instalar el cwm para flashear y para hacer un backup lo deberemos hacer con el backup-maker, no?

[desdelsur]

Bueno, con el backup-maker hemos conseguido sacar una ROM 100% original.

Todavia queda por ver si el problema con la part-8.img es generalizado o solo cosa mia

Tambien se puede flashear con el nvflash pero el CWM es mas practico.

[topegun]

 Cita: Originalmente Escrito por desdelsur

Bueno, con el backup-maker hemos conseguido sacar una ROM 100% original.

Todavia queda por ver si el problema con la part-8.img es generalizado o solo cosa mia

Tambien se puede flashear con el nvflash pero el CWM es mas practico.

problemooon!

he hecho este paso:

Seleccionamos "advanced", "wipe Dalvik cache" y confirmamos (no hagas caso al error que aparece antes de confirmar)

y en teoria deberia salir esto segun tu:

-Ahora seleccionamos "Install zip from sdcard" y "Choose zip from sdcard"

pero las opciones que me salen son estas:

-reboot recovery
-wipe dalvik cache
-wipe battery stats
-report error
-key test
- partition sd card
-fix permissions


....que hago?? estoy aqui parado y no toco nada hasta que me contestes...gracias!

[desdelsur]

Dale ana vez a "back", no te asustes hombre, jajajaa

[desdelsur]

ya lo he puesto en tuto (lo de dalvik se añadio posteriormente)

[topegun]

 Cita: Originalmente Escrito por desdelsur

Dale ana vez a "back", no te asustes hombre, jajajaa

jajajaa!! la leche que te han dado...eso me pasa por novatillo con este programa...mi galaxy s le he hecho perrerias y no lo he necesitado para nada y todo a la primera y clavado...

oye tio, te mereces un premio

[pelicano33]

El problema de que sólo pueda leer 131072 bytes (=128Kb) no es tal, en realidad lo que se lee es el tamaño real de la partición 8, y el problema es que en el fichero de configuración del nvflash tiene puesto un tamaño mayor, en concreto 16Mb (16777216 bytes), y dada la diferencia de tamaños puede incluso que sean particiones distintas (con distinta función, aunque sean ambas la 8).

Yo utilizo una versión del nvflash para Linux, obtenida de:
h**p://www.slatedroid.com/topic/20148-hannspree-hannspad-sn10t1-rom-dump
y según el fichero de configuración (sn10t1.cfg), la estructura de las particiones es la siguiente:

[device]
type=nand
instance=0

[partition]
name=BCT
id=2
type=boot_config_table
allocation_policy=sequential
filesystem_type=basic
size=3145728
file_system_attribute=0
partition_attribute=0
allocation_attribute=8
percent_reserved=0
filename=part2.img

[partition]
name=PT
id=3
type=partition_table
allocation_policy=sequential
filesystem_type=basic
size=131072
file_system_attribute=0
partition_attribute=0
allocation_attribute=8
percent_reserved=0
filename=part3.img

[partition]
name=EBT
id=4
type=data
allocation_policy=sequential
filesystem_type=basic
size=2097152
file_system_attribute=0
partition_attribute=0
allocation_attribute=8
percent_reserved=0
filename=part4.img

[partition]
name=MBT
id=5
type=data
allocation_policy=sequential
filesystem_type=basic
size=131072
file_system_attribute=0
partition_attribute=0
allocation_attribute=8
percent_reserved=0
filename=part5.img

[partition]
name=BLO
id=6
type=data
allocation_policy=sequential
filesystem_type=basic
size=4194304
file_system_attribute=0
partition_attribute=0
allocation_attribute=8
percent_reserved=0
filename=part6.img

[partition]
name=MSC
id=7
type=data
allocation_policy=sequential
filesystem_type=yaffs2
size=16777216
file_system_attribute=0
partition_attribute=0
allocation_attribute=0x10
percent_reserved=0
filename=part7.img

[partition]
name=OGO
id=8
type=data
allocation_policy=sequential
filesystem_type=yaffs2
size=33554432
file_system_attribute=0
partition_attribute=0
allocation_attribute=0x10
percent_reserved=0
filename=part8.img

[partition]
name=SOS
id=9
type=data
allocation_policy=sequential
filesystem_type=basic
size=16777216
file_system_attribute=0
partition_attribute=0
allocation_attribute=8
percent_reserved=0
filename=part9.img

[partition]
name=LNX
id=10
type=data
allocation_policy=sequential
filesystem_type=basic
size=16777216
file_system_attribute=0
partition_attribute=0
allocation_attribute=8
percent_reserved=0
filename=part10.img

[partition]
name=APP
id=11
type=data
allocation_policy=sequential
filesystem_type=yaffs2
size=259715200
file_system_attribute=0
partition_attribute=0
allocation_attribute=0x10
percent_reserved=0
filename=system.img

[partition]
name=CAC
id=12
type=data
allocation_policy=sequential
filesystem_type=yaffs2
size=0xFFFFFFFFFFFFFFFF
file_system_attribute=0
partition_attribute=0
allocation_attribute=0x10
percent_reserved=0

es decir la partición 8 en mi caso es OGO (que vaya usted a saber que significa, por lo menos aquí no lo saben:
h**p://www.slatedroid.com/topic/17060-q-gtablet-internal-partition-structure/), y según el cfg que empleo yo tiene 32Mb (33554432 bytes), según el cfg que empleas tu tiene 16Mb (16777216 bytes), y como ya he dicho, si sólo es capaz de leer 128Kb es porque sólo tiene 128Kb, y no es problema leer ese tamaño, porque ese el tamaño real que tiene. Lo que si es un problema es que si hay una partición más pequeña, también habrá una más grande para compensar (o alguna partición más), de modo que el backup es incorrecto, porque hay una partición de la que sólo se ha copiado parte (o falta alguna partición por copiar).

En resumen, antes de hacer un backup hay que mirar la estructura real de particiones de la NAND, no tengo ahora aquí el tablet, pero creo que está en /dev/mtd o algo similar, y poner en el cfg los tamaños reales de las particiones. Probablemente no todas las versiones tendrán la misma tabla de particiones, e incluso puede que haya versiones iguales con tablas distintas.

(Va sin enlaces porque es mi primer post).

[desdelsur]

El que sea un problema con el tamaño de las particiones es algo que ya me imaginaba pelicano33 (expected size...)

 Cita:

según el cfg que empleas tu tiene 16Mb

No, no hay ningun cfg, el tamaño de las particiones lo saca del bootloader.bin, y el bootloader.bin es el de la ROM original. Por ello el backup de las ROM originales si es correcto, (al menos en las 1653) y se crea tambien un archivo "partition.txt" con la estructura de particiones.

A la hora de restaurar la ROM si que es necesario el cfg con las distintas particiones, vease [TUTORIAL] Restauración de la ROM de fábrica en caso de BRICKEO

 Cita:

En resumen, antes de hacer un backup hay que mirar la estructura real de particiones de la NAND, no tengo ahora aquí el tablet, pero creo que está en /dev/mtd

No parece que sea ahí, cuando puedas (y tengas la tablet ) echale un ojo a ver por donde se puede sacar esa información.

Mi duda es si el cambio en la estructura de particiones es por culpa de FlashBack o por culpa del [TUTORIAL] Restauración de la ROM de fábrica en caso de BRICKEO (lo saque de slatedroid y creo que no esta del todo fino)

[pelicano33]

Respecto a la primera parte, seguramente tendrás razón, yo sólo he empleado el nvflash para recuperar la tableta de un brick, y pensaba que usaba el cfg para todo.

Respecto a lo segundo, en efecto no es /dev/mtd (que es el directorio en que están las distintas particiones para montar) es /proc/mtd, y su contenido en mi caso (que no es seguramente lo mismo que en una original, porque como he dicho he usado ya el nvflash para rehacer las particiones) es:
# cat /proc/mtd
dev: size erasesize name
mtd0: 01000000 00020000 "misc"
mtd1: 01000000 00020000 "recovery"
mtd2: 01000000 00020000 "boot"
mtd3: 0f7c0000 00020000 "system"
mtd4: 0a940000 00020000 "cache"
mtd5: 00400000 00020000 "bootbmp"
mtd6: 02000000 00020000 "logodata"

de modo que solo salen 7 particiones, el tamaño total de lo que sale es 16+16+16+247.75+169.25+4+32=501Mb, el resto hasta 512Mb no se no se para que se utilizará. Lo que es claro es que los números no se corresponden con los del cfg, parace que misc es MSC, recovery es SOS, boot es LNX, system es APP (aunque el tamaño no es exactamente igual), cache es CAC, bootbmp es BLO y logodata es OGO.

[pikolino99]

Yo repare la mia dé un semibrik y salió todo bien menos que al arrancar salía logo de viuwsonic ya cada vez Que arrancó aparece ese logo en vez del original de hannpree, creo que tiene que ver con el tema de las particiones.

Enviado desde mi Flashback 7.2 usando Tapatalk

[desdelsur]

Muchas gracias pelicano33, he visto tambien que hay un archivo "partitions" (/proc/partitions) en donde se ven los tamaños.

Habrá que investigar el asunto y a ver si algun usuario sube un backup "virgen" (o por lo menos el partition.txt que se crea al realizar el backup).