Mi Asus TF700T con Cyanogenmod 11 M12 (20141112) y ClockworkMod Recovery v6.0.4, permanece atascado en un bucle de arranque después de cada intento de reinicio. Las versiones anteriores de Cyanogenmod (creo que fue la 10.2 y la 11 M7) tuvieron el mismo resultado.
Intentar instalar el firmware de Android (WW_epad-user-10.6.1.14.10.zip) falla con
assert failed: package_extract_file("blob", "/tmp/blob")
y parece que la razón de este mensaje de error extrañamente inespecífico es que es incapaz de montar /data
. No sé por qué, pero parece que esto apunta a un problema mayor. "Borrado de datos / restablecimiento de fábrica" falla con
Error mounting /data!
y
Error:unknown volume or path [/sd-ext]
La actualización a algún otro Cianomodelo tiene éxito, pero aún así no arranca.
Me gustaría que el dispositivo arrancara de forma fiable algún sistema (no me importa cuál) con el que pudiera ser utilizado de nuevo.
Algunos hilos (en Foro de Transformadores ) parecen sugerir que en este caso el sistema está bastante roto y que sólo nvflash y/o limpiar todo lo de fastboot podría ayudar. Siguiendo este hilo por ejemplo, se sugirió. Contiene una "guía rápida" que no entiendo (¿qué significa "correr download.bat
" significa que si usas GNU/Linux, no Windows?), otros sitios web ( este y este ) enumeran algunos comandos muy complicados que requieren archivos adicionales ( config
, blob.bin
, bricksafe.img
) por lo que no entiendo de dónde obtenerlos. Parece que se sugiere que tienen que ser extraídos de la instalación existente de Android - lo que podría ser difícil si sus sistemas de archivos no pueden ser montados (ver arriba).
Estoy seguro de que no entiendo algo aquí pero, al no tener experiencia con Android, no sé qué.
Actualmente, sólo quiero restaurar algún sistema (Cyanogenmod, Android, o cualquier otro) con el que el dispositivo pueda volver a ser utilizado para poder venderlo o regalarlo a alguien que no tenga necesariamente conocimientos informáticos más profundos (y que por lo tanto probablemente no tenga más suerte que yo en la reparación de un Android/CM roto). Agradezco cualquier ayuda para lograr esto.
EDITAR (más información): El firmware de Android (WW_epad-user-10.6.1.14.10.zip)contiene lo siguiente:
$ unzip -l WW_epad-user-10.6.1.14.10.zip
Archive: WW_epad-user-10.6.1.14.10.zip
signed by SignApk
Length Date Time Name
--------- ---------- ----- ----
5 2011-03-22 11:21 META-INF/com/google/android/resource
24 2011-03-22 11:21 META-INF/com/google/android/rule
893496 2011-03-22 11:21 META-INF/com/google/android/update-binary
111 2011-03-22 11:21 META-INF/com/google/android/updater-script
820149641 2011-03-22 11:21 blob
1619 2011-03-22 11:21 META-INF/com/android/otacert
561 2011-03-22 11:21 META-INF/MANIFEST.MF
614 2011-03-22 11:21 META-INF/CERT.SF
1658 2011-03-22 11:21 META-INF/CERT.RSA
--------- -------
821047729 9 files
EDITORIAL 2 (8 de julio; más información sobre la incapacidad de entrar en modo de arranque rápido):
Siguiendo la sugerencia de gruhlke encontré que los dispositivos adb encuentran el dispositivo sólo si se arranca en modo de reloj (kernel de recuperación) (no mientras está en el cargador de arranque, no en el bucle de arranque del cianógeno):
# adb devices
List of devices attached
0166160e04480c05
#
Entonces (y sólo entonces) también puedo hacer adb reboot bootloader (lo cual también puedo hacer manualmente presionando VolUp al arrancar). Desde allí selecciono el modo USB Fastboot; el dispositivo dice
Starting fastboot USB download protocol
y eso es el final de todo. El dispositivo nunca se pone en línea; haciendo
fastboot devices
de la computadora nunca lista ningún dispositivo.
EDITORIAL 3 (12 de julio, más información sobre el arranque rápido de Windows):
intentando el arranque rápido desde Windows (con esta herramienta ) resulta igualmente poco exitoso; los "dispositivos de arranque rápido" nunca reconocen el dispositivo. Sin embargo, hay una diferencia con respecto a fastboot de Linux: el mensaje "Starting fastboot USB download protocol" sólo aparece con el cable desconectado; de esto concluyo que el dispositivo está intentando y fallando en la construcción de una conexión con el fastboot de Windows en otro bucle infinito.
EDITORIAL 4 (4 de agosto, sistema de archivos reparado, el problema persiste):
Reparé el sistema de archivos volviendo a formatear /dev/block/mmcblk0p8 después de descubrir (dentro del shell del dispositivo, donde conseguí usar "adb shell" del ordenador conectado mientras el dispositivo estaba en modo de recuperación (Clockworkmod)) desde /tmp/recovery.log que al montar /sdcard/ se intentaba y fallaba montar este dispositivo de bloque (entre varios otros que no existían todos). el sistema de archivos está arreglado haciendo
mke2fs /dev/block/mmcblk0p8
Después del siguiente arranque normal, cyanogenmod llegó al punto en el que el usuario debía seleccionar el idioma, wifi, etc., pero luego se reinició automáticamente sin la selección completada y está de nuevo en el bucle de arranque. El dispositivo tampoco puede ponerse en modo de arranque rápido. Ahora se puede poner un nuevo zip en el dispositivo usando "adb push", pero no se puede instalar (la instalación falla con "(Status 0) Instalación abortada.", no se da una descripción más detallada del error. Ni siquiera en el /tmp/recovery.log)
Las preguntas obvias serían:
- ¿Hay alguna forma de forzar la instalación de un zip (si la cosa de "(Status 0) Instalación abortada." es sólo una rareza de relojero) dentro de "adb shell"? (El comando "recovery --update_package=/path/to/.zip" tampoco tiene éxito. Hay mensajes de error, pero al reiniciar el dispositivo, se muestran demasiado brevemente para ser rojos).
- ¿Hay alguna forma de forzar la puesta en modo de arranque rápido del dispositivo desde "adb shell"? (Algunos foros sugieren algo como "idme bootmode 4002" pero esto no funciona ya que el comando idme no existe, supongo que existía en una versión anterior de Android(?) o en un mod de recuperación diferente (?) o sólo para diferentes dispositivos (?).)
EDITORIAL 5 (4 de agosto, aún más información: /partición de datos inconsistente después de cada intento de arranque de cianogenmod):
Descubrí que a pesar de reformatear el sistema de archivos resulta ser inconsistente de nuevo después de cada intento de arranque de cyanogenmod. Sólo puedo adb push e instalar zips inmediatamente después de reformatear (ya lo he hecho varias veces), no más después del siguiente intento de arranque. Intentar instalar Android, no cyanogenmod (el WWW_epad-user-10.6.1.14.10.zip) resulta en un reinicio a la recuperación durante el proceso de instalación, evidentemente no tiene éxito y cyanogenmod sigue instalado después.
Tanto parted como fdisk (en "adb shell") no reconocen la tabla de partición. Tal vez, Firelord tiene razón con el último comentario (el más reciente), que esto debe ser tratado como ladrillo duro y reconstruido a partir de la tabla de partición. (Cuántas veces he deseado que esta fuera una arquitectura Intel que pudiera ser iniciada desde un sistema de vida - ¡nada de esto sería un problema!)
EDICIÓN 6 (4 de agosto, el arranque rápido funciona después de todo, pero el bucle de arranque continúa)
Parece que, para tf700t, el arranque rápido no responde a los "dispositivos de arranque rápido" y todos los demás comandos requieren la opción "-i 0x0B05". Con esto, fastboot presumiblemente habría estado funcionando todo el tiempo. Ahora puedo flashear la recuperación (flashear el mod de twrp sólo para verificarlo).
Hasta ahora todo bien. Pero el bucle de arranque continúa, /dev/block/mmcblk0p8 sigue siendo inconsistente después de cada intento de arranque con cm, Android / WW_epad-user-10.6.1.14.10.zip todavía no puede ser instalado. Falla con "Error al ejecutar el binario actualizador en zip".
En cuanto a las herramientas de flash para flashes de bajo nivel, como sugiere el Señor del Fuego: No pude encontrar ninguna para este dispositivo en particular. En realidad, este hilo de los desarrolladores de xda sugiere usar tf700t como pisapapeles, otros están en la misma línea.
Pero oye, el arranque rápido funciona, debe ser posible lograr algo desde allí.
Las preguntas en este punto serían:
- ¿Cómo encuentro una explicación de lo que está causando el bucle de arranque y/o el daño a la partición que coincide con él?
- ¿Es posible flashear alguna ROM que no sea cm, aunque sólo sea para ver si el bucle de arranque también está presente allí?
- Si la razón del bucle de arranque, etc., es un daño en la tabla de partición: ¿es posible reparar la tabla de partición desde el arranque rápido (o hacer algo útil desde allí para ese asunto)? (Sin embargo, el gentoo wiki dice que en tf700t la tabla de partición es propietaria, lo que explicaría por qué fdisk y parted no pueden trabajar con ella).
EDIT 7 (5 de agosto, reinicio espontáneo de recuperación a recuperación con archivos que se desvanecen (bajo twrp recovery mod))
en twrp mod se reiniciará de vez en cuando a la recuperación cuando intente adb empujar las cosas a la /sdcard/ share en el dispositivo. Después de esto, las cosas que antes empujaba adb no aparecen más. Estoy bastante seguro de que algo está mal en el particionamiento o en el disco. Desafortunadamente, no sé cómo descubrirlo, qué y/o qué hacer al respecto.
0 votos
1) ¿Has mirado los comandos que aparecen en
download.bat
? Puede publicar el archivo aquí si lo tiene. 2) Elblog.bin
,bricksafe.img
y otros probablemente se pueden encontrar en fastboot tipo stock ROM para su dispositivo.0 votos
Gracias, Señor del Fuego. 1) No estoy seguro de dónde puedo encontrar el archivo download.bat. ¿Debería ser parte del firmware?, ¿en el dispositivo?, ¿parte de nvflash? 2) No estoy seguro de lo que significa stock ROM en este contexto. Si se refiere al firmware de Android, los archivos aparentemente no están allí (he añadido la lista de los archivos en el archivo como información adicional a la pregunta).
0 votos
¿Ha probado Opción 1a aquí ?
0 votos
Gracias, Señor del Fuego. Lo he hecho ahora. Por lo que veo, ningún cambio (el bucle de arranque persiste y sigo sin poder entrar en modo fastboot).
0 votos
La pregunta es muy larga, y a algunas personas les gusta evitar los textos muy largos. Ahora que los comandos fastboot están funcionando, te sugiero que elimines el texto que ahora es obsoleto para que la longitud de la pregunta pueda disminuir.