Bucle de arranque en Asus TF700T con Cyanogenmod 11 M12 y "¡Error al montar /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 era 10.2 y 11 M7) tenían 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 no se puede 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 Cyanogenmod se realiza correctamente, pero sigue sin poder arrancar.

Me gustaría que el dispositivo arranque de manera confiable algún sistema (no me importa cuál) con el que se pueda volver a utilizar.

Algunos hilos (en Transformer Forum ) parecen sugerir que en este caso el sistema está bastante dañado y que solo nvflash y/o borrar todo de fastboot podría ayudar. Se sugirió seguir este hilo, por ejemplo. Contiene una "guía rápida" que no entiendo (¿qué significa "ejecutar download.bat" si ejecuta 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 sacarlos. Parece que se sugiere que deben extraerse de la instalación de Android existente, lo que podría ser difícil si no se pueden montar sus sistemas de archivos (ver arriba).

Estoy seguro, no entiendo algo aquí pero, al no tener experiencia con Android, no sé qué.

Actualmente, solo quiero restaurar algún sistema (Cyanogenmod, Android o cualquier otro) con el que el dispositivo pueda volver a usarse para poder venderlo o regalarlo a alguien que no necesariamente tenga un conocimiento informático más profundo (y por lo tanto probablemente no tenga más suerte en la reparación de un Android/CM roto que yo). 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

EDICIÓN 2 (8 de julio; más información sobre la imposibilidad de ingresar al modo fastboot):

Siguiendo la sugerencia de gruhlke, descubrí que adb devices encuentra el dispositivo solo si se inicia el modo clockwork (kernel de recuperación) (no mientras está en el cargador de arranque, no en el bucle de arranque de cyanogen):

# adb devices
List of devices attached 
0166160e04480c05    
#

Luego (y solo entonces) también puedo hacer adb reboot bootloader (que también puedo hacer manualmente presionando VolUp mientras arranco). Desde allí, selecciono el modo USB Fastboot; el dispositivo dice

Starting fastboot USB download protocol

y ese es el final. El dispositivo nunca se conecta; haciendo

fastboot devices

desde la computadora nunca enumera ningún dispositivo.

EDIT 3 (12 de julio, más información sobre fastboot desde Windows):

probar el arranque rápido desde Windows (con esta herramienta ) da como resultado un éxito igual de pequeño; "dispositivos fastboot" nunca reconoce el dispositivo. Sin embargo, hay una diferencia con fastboot desde Linux: el mensaje "Iniciando el protocolo de descarga USB fastboot" solo se muestra con el cable desenchufado; a partir de esto, concluyo que el dispositivo está intentando y fallando en establecer una conexión con Windows-fastboot en otro ciclo infinito.

EDIT 4 (4 de agosto, sistema de archivos reparado, el problema persiste):

Reparé el sistema de archivos reformateando /dev/block/mmcblk0p8 después de descubrir (dentro del shell en el dispositivo, donde obtuve el uso de "adb shell" de la computadora conectada mientras el dispositivo estaba en modo de recuperación (Clockworkmod)) desde /tmp/recovery .log que el montaje de /sdcard/ intentó y no pudo montar este dispositivo de bloque (entre varios otros que no existían). el sistema de archivos se arregla haciendo

mke2fs /dev/block/mmcblk0p8

Después del siguiente inicio normal, cyanogenmod llegó al punto en que el usuario debe seleccionar el idioma, wifi, etc., pero luego se reinició automáticamente sin completar la selección y volvió al ciclo de inicio. El dispositivo tampoco se puede poner en modo fastboot. Ahora se puede poner un nuevo zip en el dispositivo usando "adb push", pero no se puede instalar (la instalación falla con "(Estado 0) Instalación cancelada", no se proporciona una descripción más detallada del error. Ni siquiera en /tmp /recovery.log)

Las preguntas obvias serían:

• ¿Hay alguna manera de forzar la instalación de un zip (si la "Instalación (Estado 0) cancelada" es solo una peculiaridad de clockworkmod) dentro de "adb shell"? (El comando "recovery --update_package=/ruta/a/.zip" tampoco funciona correctamente. Hay mensajes de error, pero cuando el dispositivo se reinicia, se muestran demasiado brevemente para estar en rojo).
• ¿Hay alguna forma de forzar la puesta en modo fastboot del dispositivo desde "adb shell"? (Algunos foros sugieren algo como "idme bootmode 4002", pero esto no funciona porque el comando idme no existe, supongo que esto existía en una versión anterior de Android (?) o en un modo de recuperación diferente (?) o solo para diferentes dispositivos (?).)

EDITAR 5 (4 de agosto, aún más información: / partición de datos inconsistente después de cada intento de arranque de cyanogenmod):

Descubrí que, a pesar de reformatear el sistema de archivos, vuelve a ser inconsistente después de cada intento de arranque de cyanogenmod. Solo puedo adb push e instalar zips inmediatamente después de reformatear (lo he hecho varias veces ahora), no más después del próximo intento de arranque. Intentar instalar Android, no cyanogenmod (el WWW_epad-user-10.6.1.14.10.zip) da como resultado un reinicio de recuperación durante el proceso de instalación, evidentemente no tiene éxito y cyanogenmod aún se instala después.

Tanto parted como fdisk (en "adb shell") no reconocen la tabla de particiones. Tal vez, Firelord tiene razón con el último (más reciente) comentario, que esto debe tratarse como un ladrillo duro y reconstruirse comenzando con la tabla de partición. (¿Cuántas veces he deseado que esta fuera una arquitectura Intel que pudiera arrancarse desde un sistema en vivo? ¡Nada de esto sería un problema!)

EDITAR 6 (4 de agosto, fastboot funciona después de todo, pero el bucle de arranque continúa)

Parece que, para tf700t, fastboot no responde a los "dispositivos de arranque rápido" y todos los demás comandos requieren la opción "-i 0x0B05". Con esto, presumiblemente fastboot habría estado funcionando todo el tiempo. Ahora puedo flashear la recuperación (modificación twrp flasheada solo para verificar eso).

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 aún no se puede instalar. Falla con "Error al ejecutar el binario del actualizador en zip".

Sobre el tema de flashtools para flasheo de bajo nivel como lo sugiere Firelord: no pude encontrar ninguno para este dispositivo en particular. En realidad, este hilo de xda-developers sugiere usar tf700t bricked como pisapapeles, otros están en la misma línea.

Pero bueno, fastboot 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 solo sea para ver si el bucle de arranque también está presente allí?
• Si el motivo del bucle de arranque, etc. es el daño a la tabla de particiones: ¿es posible reparar la tabla de particiones desde fastboot (o hacer algo útil desde allí)? (Sin embargo, la wiki de gentoo dice que en tf700t la tabla de particiones es propietaria, lo que explicaría por qué fdisk y parted no pueden funcionar con ella).

EDITAR 7 (5 de agosto, reinicio espontáneo de recuperación en recuperación con archivos que desaparecen (bajo el modo de recuperación twrp))

en twrp mod, de vez en cuando se reiniciará para recuperarse cuando intento adb empujar cosas a /sdcard/share en el dispositivo. Después de esto, las cosas previamente adb-empujadas allí ya no aparecen. Estoy bastante seguro de que algo anda mal con la partición o el disco. Desafortunadamente, no sé cómo averiguarlo, qué y/o qué hacer al respecto.