Mon Asus TF700T avec Cyanogenmod 11 M12 (20141112) et ClockworkMod Recovery v6.0.4, reste bloqué dans une boucle de démarrage après chaque tentative de redémarrage. Les versions antérieures de Cyanogenmod (je crois que c'était 10.2 et 11 M7) avaient le même résultat.
En essayant d'installer le firmware Android (WW_epad-user-10.6.1.14.10.zip), l'échec est le suivant
assert failed: package_extract_file("blob", "/tmp/blob")et il semble que la raison de ce message d'erreur étrangement peu spécifique est qu'il est incapable de monter /data . Je ne sais pas pourquoi, mais il semble que cela laisse entrevoir un problème plus important. "Effacer les données / réinitialisation d'usine" échoue avec
Error mounting /data!et
Error:unknown volume or path [/sd-ext]La mise à jour vers un autre Cyanogenmod réussit, mais il ne démarre toujours pas.
Je voudrais que l'appareil puisse démarrer de manière fiable un système (peu importe lequel) avec lequel il serait à nouveau utilisable.
Certains fils (sur Forum des transformateurs ) semblent suggérer que, dans ce cas, le système est plutôt cassé et que seul nvflash et/ou le fait de tout effacer depuis fastboot pourrait aider. Suivant ce fil par exemple, a été suggéré. Il contient un "guide rapide" que je ne comprends pas (qu'est-ce que "run" signifie ? download.bat " signifie si vous utilisez GNU/Linux et non Windows ?), d'autres sites web ( este y este ) énumèrent certaines commandes très compliquées qui nécessitent des fichiers supplémentaires ( config , blob.bin , bricksafe.img ) pour lesquels je ne comprends pas où les trouver. Il semble être suggéré qu'ils doivent être extraits de l'installation Android existante - ce qui pourrait être difficile si ses systèmes de fichiers ne peuvent pas être montés (voir ci-dessus).
Je suis sûr que j'ai mal compris quelque chose ici mais, n'ayant aucune expérience d'Android, je ne sais pas quoi.
Actuellement, je veux juste restaurer un système (Cyanogenmod, Android ou autre) avec lequel l'appareil serait à nouveau utilisable afin de pouvoir le vendre ou le donner à quelqu'un qui n'aurait pas nécessairement des connaissances approfondies en informatique (et qui n'aurait donc probablement pas plus de chance que moi de réparer un Android/CM cassé). J'apprécie toute aide pour y parvenir.
EDIT (informations complémentaires) : Le firmware Android (WW_epad-user-10.6.1.14.10.zip)contient les éléments suivants :
$ 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 filesEDIT 2 (8 juillet ; informations supplémentaires sur l'impossibilité d'entrer en mode fastboot) :
En suivant la suggestion de gruhlke, j'ai trouvé que adb devices ne trouve le périphérique que si le mode clockwork (recovery kernel) est démarré (pas dans le bootloader, pas dans la boucle de démarrage de cyanogen) :
# adb devices
List of devices attached
0166160e04480c05
#Ensuite (et seulement ensuite) je peux aussi faire adb reboot bootloader (que je peux aussi faire manuellement en appuyant sur VolUp pendant le démarrage). A partir de là, je sélectionne le mode USB Fastboot ; l'appareil indique
Starting fastboot USB download protocolet c'est la fin de tout ça. L'appareil ne se met jamais en ligne ; faire
fastboot devicesde l'ordinateur ne liste jamais aucun appareil.
EDIT 3 (12 juillet, plus d'infos sur fastboot depuis Windows) :
en essayant fastboot depuis Windows (avec cet outil ) n'a pas plus de succès ; "fastboot devices" ne reconnaît jamais l'appareil. Cependant, il y a une différence avec fastboot de Linux : le message "Starting fastboot USB download protocol" n'est affiché que lorsque le câble est débranché ; j'en conclus que le périphérique essaie et échoue à établir une connexion avec le Windows-fastboot dans une autre boucle infinie.
EDIT 4 (4 août, réparation du système de fichiers, le problème persiste) :
J'ai réparé le système de fichiers en reformatant /dev/block/mmcblk0p8 après avoir découvert (à l'intérieur du shell sur le périphérique, où j'ai obtenu en utilisant "adb shell" à partir de l'ordinateur connecté alors que le périphérique était en mode de récupération (Clockworkmod)) à partir de /tmp/recovery.log que le montage de /sdcard/ a essayé et échoué à monter ce périphérique bloc (parmi plusieurs autres qui n'existaient pas). le système de fichiers est fixé en faisant
mke2fs /dev/block/mmcblk0p8Après le prochain démarrage normal, cyanogenmod est arrivé au point où l'utilisateur doit sélectionner la langue, le wifi, etc. - mais il a ensuite redémarré automatiquement sans que la sélection soit terminée et est de retour dans la boucle de démarrage. L'appareil ne peut toujours pas être mis en mode fastboot. Un nouveau zip peut maintenant être placé sur l'appareil en utilisant "adb push", mais il ne peut pas être installé (l'installation échoue avec "(Status 0) Installation aborted.", aucune description d'erreur plus détaillée n'est donnée. Même pas dans le fichier /tmp/recovery.log).
Les questions évidentes seraient :
- Y a-t-il un moyen de forcer l'installation d'un zip (si le truc "(Status 0) Installation aborted." est juste une bizarrerie de clockworkmod) dans "adb shell" ? (La commande "recovery --update_package=/path/to/.zip" n'aboutit pas non plus. Il y a des messages d'erreur, mais comme le périphérique redémarre, ils sont affichés trop brièvement pour être rouges).
- Existe-t-il un moyen de forcer le passage de l'appareil en mode fastboot à partir de "adb shell" ? (Certains forums suggèrent quelque chose comme "idme bootmode 4002" mais cela ne fonctionne pas car la commande idme n'existe pas, je suppose que cela existait dans une version antérieure d'Android( ?) ou dans un mod de récupération différent ( ?) ou seulement pour différents appareils ( ?)).
EDIT 5 (4 août, toujours plus d'informations : partition /data incohérente après chaque tentative de démarrage de cyanogenmod) :
J'ai constaté que malgré le reformatage du système de fichiers, il s'avère être à nouveau incohérent après chaque tentative de démarrage de cyanogenmod. Je peux seulement adb push et installer des zips immédiatement après le reformatage (fait plusieurs fois maintenant), plus après la prochaine tentative de démarrage. Essayer d'installer Android, pas cyanogenmod (le WWW_epad-user-10.6.1.14.10.zip) entraîne un redémarrage vers la récupération pendant le processus d'installation, il n'est évidemment pas réussi et cyanogenmod est toujours installé après.
Parted et fdisk (dans "adb shell") ne reconnaissent pas la table de partition. Peut-être que Firelord a raison avec le dernier commentaire (le plus récent), que cela devrait être traité comme un disque dur et reconstruit en commençant par la table de partition. (Combien de fois ai-je souhaité que ce soit une architecture Intel qui puisse être démarrée à partir d'un système vivant - rien de tout cela ne serait un problème !)
EDIT 6 (4 août, fastboot fonctionne après tout, mais la boucle de démarrage continue)
Il semble que pour le tf700t, fastboot ne répond pas à "fastboot devices" et que toutes les autres commandes nécessitent l'option "-i 0x0B05". Avec cela, fastboot aurait vraisemblablement fonctionné tout le temps. Je peux maintenant flashé recovery (flashé twrp mod juste pour vérifier cela).
Jusqu'à présent, tout va bien. Mais la boucle de démarrage continue, /dev/block/mmcblk0p8 goea toujours incohérent après chaque tentative de démarrage avec cm, Android / WW_epad-user-10.6.1.14.10.zip ne peut toujours pas être installé. Échec avec "Error executing updater binary in zip".
En ce qui concerne les flashtools pour le flashage de bas niveau, comme suggéré par Firelord : Je n'ai pas pu en trouver pour ce dispositif particulier. En fait, ce fil de discussion de xda-developers suggère d'utiliser des tf700t bricolés comme presse-papiers, d'autres vont dans le même sens.
Mais hé, fastboot fonctionne - il doit être possible d'accomplir quelque chose à partir de là.
Les questions à ce stade seraient :
- Comment puis-je trouver une explication de ce qui cause la boucle de démarrage et/ou les dommages à la partition qui coïncident avec celle-ci ?
- Est-il possible de flasher une ROM qui n'est pas cm, ne serait-ce que pour voir si la boucle de démarrage y est aussi présente ?
- Si la raison de la boucle de démarrage etc. est un dommage à la table de partition : est-il possible de réparer la table de partition à partir de fastboot (ou de faire quoi que ce soit d'utile à partir de là d'ailleurs) ? (Cependant, le wiki gentoo dit que sur le tf700t la table de partition est propriétaire ce qui expliquerait pourquoi fdisk et parted ne peuvent pas fonctionner avec).
EDIT 7 (5 août, reboot spontané de récupération en récupération avec disparition des fichiers (sous le mod de récupération twrp))
dans le mod twrp, il redémarre de temps en temps en mode récupération lorsque j'essaie de pousser des choses avec adb sur le partage /sdcard/ de l'appareil. Après cela, les choses précédemment poussées par adb n'apparaissent plus. Je suis tout à fait certain qu'il y a un problème avec le partitionnement ou le disque. Malheureusement, je ne sais pas comment trouver lequel et/ou quoi faire à ce sujet.
