1 votos

Lazo de arranque en el Asus TF700T con Cyanogenmod 11 M12 y "Error de montaje /datos!"

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) El blog.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í ?

1voto

keithics Puntos 1155

Seguir las instrucciones me funcionó:

  1. Instalé el fastboot desde aquí .

  2. Entonces arranqué el TF700T en modo de arranque rápido, lo conecté a mi máquina Linux e introduje el comando:

    fastboot erase userdata
  3. Cuando el comando anterior terminó, continué con el arranque en la recuperación. Desde allí seguí el CyanogenmodWiki e introdujo la orden:

    adb push cm-11-20150614-NIGHTLY-tf700t.zip /sdcard/
  4. Después de esto, fue posible montar la tarjeta SD en el menú de recuperación, y luego elegí "Instalar zip de la tarjeta SD".

0 votos

Gracias por su respuesta. Por desgracia, no puedo entrar en modo fastboot (actualizado la pregunta en consecuencia). No sé por qué, ya que no hay ningún mensaje de error.

PreguntAndroid.com

PreguntAndroid es una comunidad de usuarios de Android en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X