Para empezar, les comento que para realizar la recuperación, primero necesité de algunos archivos adicionales, y lo realicé integramente en Linux, específicamente en Debian. Luego lo realicé en Window$ 7 con algunos problemas menores.
Primero descargaremos las herramientas necesarias que se
encuentran en el zip, cuyo link está al final de esta entrada.
Dentro de este zip encontraremos los archivos necesarios y
las dos utilidades para luego conectarnos por ADB.
Es importante que tengan alguna idea del uso de ADB, si no
la tienen yo explicaré muy por arriba el uso mínimo con el cual deberían poder
levantar su tablet. Para mayores referencias del uso de ADB googleen que
también la información y solución a los diversos problemas es extensiva.
ADB
Para los que no conocen ADB, es una herramienta perteneciente al SDK de android, creado por
Google para conectarse a los dispositivos y realizar variadas tareas de
mantenimiento como, instalación, desinstalación, administaración de archivos,
depuración de programas propios y un sinfín de usos más.
Para poder utilizar esta herramienta deberán activar la
depuración por USB en sus dispositivos, dicha opción se encuentra dentro del
menú configuración.
Lo anterior es viable para cualquiera de los usos
anteriores, no obstante cuando nuestra tablet se bloqueó, e intentemos acceder
por ADB mientras el logo de Coby se presenta, veremos que primero no la detecta y luego
de unos segundos (obviamente mientras intentamos contactarla), la detectará
pero aparecerá la palabra “offline”, al lado del ID del dispositivo,
posteriormente se reseteará y el logo de Coby aparecerá nuevamente.
Recovery
Nuestro dispositivo posee un recovery al igual que cualquier dispositivo
con Android. Este recovery nos permite, en caso de tener problemas con nuestra
tablet, realizar la limpieza de las particiones que utilizamos, a la vez que se
podrían instalar actualizaciones.
El recovery que trae nuestro dispositivo es muy limitado y de dudosa
utilidad, ya que como comenté en una de las entradas anteriores, al realizar
los wipe a todas las particiones esperando solucionar algo, (obviamente
solucioné nada), y luego al arrancar nuevamente mi tablet, supuestamente “desde
cero”, pues ahí estaban mis archivos, y alguna aplicación también.
Para ingresar a este modo deben primero tener la tablet completamente
apagada.
Si es el caso del bootlooping, solo podrán apagarla, presionando el
boton de reset con un clip para papeles en el panel trasero. Luego presionan y
mantienen el botón “power” y al momento de aparecer el logo de “COBY”, sin
soltar “power”, presionan y mantienen
“bajar volumen”, hasta que aparece el recovery<3e>.
Que bien no?, pues si, pero no nos sirve de nada. Esta introducción es
para que sepan un poco que es lo que van a hacer en el intento de recuperar su
tablet.
El usuario Vampirefo modificó el recovery<3e>, para que habilite
el ADB, y de esta forma poder lanzar
otro recovery utilizando el afamado ClockWorkMod, (para los que no lo
conocen les recomiendo que investiguen un poco ya que hay muchísima info en la
web).
Referencias:
El texto en este formato y color es el devuelto por
la PC Ej: usuario@pc:~$
El texto en este formato y color es el que deben
ingresar en la línea de comando Ej: sudo ./adb devices
Comenzamos
Una vez descargado el archivo, descomprimimos el zip, y
encontramos una carpeta llamada "7033 Original Vampirefo", el cual es el primer archivo
que descargué.
Copian todos estos archivos en el directorio raíz de una tarjeta SD.
En lo particular a mi caso fue necesario reemplazar el archivo utscript,
por el utscript_32MB, debido a que según la investigación del usuario, existen
al menos 3(tres) versiones de memoria. Estas versiones las encontrarán dentro
de la carpeta “utscripts”. Allí están, la original (la misma que está dentro de "7033 Original Vampirefo"), otra llamada utscriptgood, y utscript_32MB, esta última fué
la que me funcionó. Para el reemplazo es necesario renombrar el archivo
“utscript_32MB” a “utscript” por ejemplo.
Bien, llegados a este paso debemos estar seguros de que tenemos la herramienta ADB operativa.
Si ya saben utilizar ADB o lo instalaron con anterioridad, salten estos
pasos.
Si tienen otro dispositivo con Android sigan estos pasos, no se
preocupen que no van tocar nada de este otro dispositivo, solo lo utilizamos
para saber que el ADB lo reconoce y los drivers en caso de Windows están correctamente
instalados.
1-
Conectan el dispositivo que funciona, con la depuración USB habilitada.
2.1-
Para los usuarios de Linux, (que es el modo en que yo logré recuperar),
tienen dentro del zip una carpeta llamada ADB/linux32bit/ dentro de la cual
tienen el fichero ADB. Abren un terminal y van hacia la carpeta donde lo
descomprimieron por ej.: /home/usuario/RecuperarMid7033/ADB/linux32bit/
Le dan permisos de ejecución a ADB con chmod
ugo+x, y luego lo ejecutan con /home/usuario/RecuperarMid7033/ ADB/linux32bit/./adb
devices
Les debería aparecer el “ID” del dispositivo
conectado seguido de la palabra “online”, si no les aparece “online”,
verifiquen googleando la forma de solucionar su problema, ya que como mencioné
al inicio, no es intención de esta entrada explicar los bemoles del uso de ADB.
2.2-Para los usuarios de Windows, les recomiendo enormemente que tengan otro dispositivo con Android, ya que la instalación del driver puede ser un poco engorrosa con nuestra Coby, que se enciende y se resetea.
Teniendo este otro dispositivo lo conectan a
la PC por medio del cable USB, y dejan que Windows lo detecte e instale. Hecho
lo anterior instalamos el “minimal_adb_fastboot”, lo ejecutamos y se nos
abrirá una terminal con la ruta donde se instaló. Ejecutamos el comando “adb
devices”, y debería aparecer el ID del dispositivo seguido de la palabra
“online”.
3-
Si no aparece, nos vamos a Sistema-Adminitrador de Dispostivios y
buscamos dentro del hardware presente algo así como “android ADB interface” o
similar, hacemos click derecho y seleccionamos “actualizar software”, y le
indicamos que busque los *.inf que estan en la ruta ADB\Windows\ADB Drivers_Updated que también están en el zip que les facilité,
y esperamos que el proceso finalice.
Si han llegado hasta acá van bien, si tienen problemas con el ADB,
drivers de Windows o simils, googleenlo ya que la cantidad de problemas es muy
alta pero también son siempre relativamente sencillos de solucionar.
Lo importante es que tengan el ADB operativo con el dispositivo que
utilicen, si esto no es así, de nada sirve que sigan con los pasos que
continúan. Busquen, y traten de solucionarlo.
Continuamos.
Insertamos la SD con los archivos copiados en la raíz y con la tablet
apagada presionamos y mantenemos “subir volumen” + “power” hasta que en la
parte superior izquierda de nuestra pantalla aparezca un pequeño letrero que
dice “Vampirefo”, soltamos y esperamos. Cuando el proceso finalice
(aproximadamente 1 minuto después), colocará un mensaje diciendo algo así como
“finished – rebooting now”, la tablet
reiniciará sola e iniciará en modo recovery <3e>, modificado para que ADB
esté habilitado.
Imagen de la Tablet
reiniciada y con el recovery<3e> modificado por Vampirefo
Si lo lograron, pueden seguir con los pasos.
Si la tablet queda freezada y luego de unos minutos no parece responder,
apagamos con el boton de reset trasero, retiramos la SD y reemplazamos el
utscript por alguno de los restantes.
Ahora que están en el modo de recovery conectamos la tablet a la PC y
nos vamos a la PC, abrimos una terminal en Linux o en Windows lanzamos el ADB instalado
y comenzamos con los comandos de adb, escriben:
Windows:
C:\Program Files\Minimal ADB and Fastboot>adb devices
Linux:
Windows:
C:\Program Files\Minimal ADB and Fastboot>adb devices
Linux:
usuario@pc:~$ sudo ./adb devices
List of devices attached
0123456789ABCDEF recovery
Windows:
C:\Program Files\Minimal ADB and Fastboot>adb shell
Linux:
Windows:
C:\Program Files\Minimal ADB and Fastboot>adb shell
Linux:
usuario@pc:~$ sudo ./adb shell
Con el último comando ingresamos a la Tablet.
Ejecutamos:
# cw_recovery.sh
/sbin/cw_recovery.sh[13]: kill: 0:00: arguments
must be jobs or process IDs/sbin/cw_recovery.sh[13]: kill: /sbin/recovery:
arguments must be jobs or process Ids
/sbin/cw_recovery.sh[13]: kill: 1205: No such
process
/sbin/cw_recovery.sh[13]: kill: 0:00: arguments
must be jobs or process IDs
/sbin/cw_recovery.sh[13]: kill: busybox: arguments
must be jobs or process IDs
/sbin/cw_recovery.sh[13]: kill: grep: arguments
must be jobs or process IDs
/sbin/cw_recovery.sh[13]: kill: /sbin/recovery:
arguments must be jobs or process IDs
Terminated
La Tablet debería de iniciar con el recovery de
ClockWorkMod
Imagen de la Tablet con el
recovery ClockWorkMod de Vampirefo
Una vez en este punto nos vamos hacia la tablet y veremos que con los
botones de “subir volumen” y “bajar volumen”, podremos navegar por las opciones
del menú y con el botón “power” seleccionamos la entrada deseada.
Ahora bien, nos desplazamos hasta la opción “mount and storage” y
presionamos “power”.
Imagen de la selección
mount an storage
Nos desplazamos hasta la opción “mount/sdcard” y presionamos “power”.
Imagen de la selección
mount/sdcard
Presionamos el botón “back” (está en la parte frontal del dispositivo).
Volvemos a la PC para continuar con los comando de ADB.
Tipeamos:
flash_image kernel /sdcard/unsecure_boot.img <
mtd: successfully wrote block at 0
mtd: successfully wrote block at 100000
mtd: successfully wrote block at 200000
mtd: successfully wrote block at 300000
mtd: successfully wrote block at 400000
mtd: successfully wrote block at 500000
mtd: successfully wrote block at 600000
mtd: successfully wrote block at 700000
wrote kernel partition
Seguimos con:
flash_image RKer /sdcard/dual_recovery.img <
mtd: successfully wrote block at 0
mtd: successfully wrote block at 100000
mtd: successfully wrote block at 200000
mtd: successfully wrote block at 300000
mtd: successfully wrote block at 400000
mtd: successfully wrote block at 500000
mtd: successfully wrote block at 600000
mtd: successfully wrote block at 700000
mtd: successfully wrote block at 800000
mtd: successfully wrote block at 900000
wrote RKer partition
Formateamos la partición cache:
# format_cache.sh
Erasing 1024 Kibyte @ 20000000 - 100% complete.
Set volume size to 523313152
Volume ID 0, size 503 LEBs (523313152 bytes, 499.1
MiB), LEB size 1040384 bytes (1016.0 KiB), dynamic, name "cache",
alignment 1
Formateamos la partición data:
# format_data.sh
Erasing 1024 Kibyte @ 68000000 - 100% complete.
Set volume size to 1710391296
Volume ID 0, size 1644 LEBs (1710391296 bytes, 1.6
GiB), LEB size 1040384 bytes (1016.0 KiB), dynamic, name "data",
alignment 1
# fo
fold
format_cache.sh
format_system.sh
for
format_data.sh
Formateamos la partición system:
# format_system.sh
umount: can't umount /system: Invalid argument
Erasing 1024 Kibyte @ d00000 - 3% complete.
Skipping bad block at 0x00e00000
Skipping bad block at 0x00f00000
Erasing 1024 Kibyte @ 18200000 - 100% complete.
Set volume size to 392224768
Volume ID 0, size 377 LEBs (392224768 bytes, 374.1
MiB), LEB size 1040384 bytes (1016.0 KiB), dynamic, name "system",
alignment 1
Ahora descomprimimos los archivos y se reescriben
en sus respectivas carpetas (son muchos archivos y toma su tiempo):
# busybox
tar -xzvf /sdcard/7033_system.tgz
system/
system/app/
system/app/HTMLViewer.apk
system/app/NetworkLocation_vmc.apk
system/app/Gallery2.apk
system/app/aldiko-oem-2.00.151.apk
system/app/FlashPlayer.apk
system/app/PicoTts.apk
.............................................
.............................................
(Aqui siguen una buena cantidad de archivos que son escritos pero los recorté
para no ocupar demasiado espacio sin sentido).
Bien una vez que el proceso termina, volvemos a la tablet y
seleccionamos la entrada “reboot system now”, presionamos “power”,
seleccionamos “no”, presionamos “power” y listo.
Esos son los pasos que realicé para poder recuperar la MID-7033, una vez más
es importante añadir que todo esto es obra del usuario Vampirefo, yo solo seguí
los pasos y ahora asiento la forma en que lo
realicé.
Para terminar les dejo unas imagenes tomadas de mi dispositivo recuperado,
con la herramienta “monitor” que se encuentra dentro del SDK, para eclipse.
Imagen de la pantalla
“sobre” de mi dispositivo tomada en estos días.
Link del zip que contiene los archivos
Espero les sea útil la entrada.
Comenten como les fue.
T'T.
Update: 17/05/16
Nuevo Link
T'T.
Update: 21/11/16
Estimados. Si alguno de los lectores/usuarios posee el stock ROM dump de la 3ra versión de la MID7033-4, que solicita el usuario pp_eagle (ctrl+f + pp_eagle para interiorizarse sobre su problema) seguramente a más de uno le sería útil.
pp_eagle:
pego la dirección que posteaste (quizás sea mas legible en el cuerpo del hilo que en los comentarios). La intención es ayudarte.
cita comentario pp_eagle
Update: 21/11/16
Estimados. Si alguno de los lectores/usuarios posee el stock ROM dump de la 3ra versión de la MID7033-4, que solicita el usuario pp_eagle (ctrl+f + pp_eagle para interiorizarse sobre su problema) seguramente a más de uno le sería útil.
pp_eagle:
pego la dirección que posteaste (quizás sea mas legible en el cuerpo del hilo que en los comentarios). La intención es ayudarte.
cita comentario pp_eagle
Enlace utscript para 98MB propiedad de pp_eagle:
https://www.dropbox.com/sh/ong42myfi9567h7/AABEs6NHitymcoi75zyJOO5pa?dl=0
T'T.
https://www.dropbox.com/sh/ong42myfi9567h7/AABEs6NHitymcoi75zyJOO5pa?dl=0
T'T.