Dans dmesg:
[19280.916046] usb 1-2: new high-speed USB device number 22 using ehci-pci
[19281.084197] usb 1-2: New USB device found, idVendor=0b05, idProduct=4c80
[19281.084202] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[19281.084206] usb 1-2: Product: ASUS Transformer Pad TF300T
[19281.084209] usb 1-2: Manufacturer: asus
[19281.084211] usb 1-2: SerialNumber: C8OKCT097133
Pages :
Avec Vol down+power.
Android cardu-user bootloader <1.00 e> released by "WW_epad-10.4.3.9-20121106" A03
4 choix :
Parfois, fastoot ne renvoit aucun device. Cable ?
Ordre des manips :
fastboot flashing get_unlock_ability
...
FAILED (remote: ()
finished. total time: 0.002s
$ fastboot devices
015d2bc2851c100f fastboot
fastboot -i 0x0b05 devices -l
015d2bc2851c100f fastboot usb:1-2
fastboot -i 0x0b05 flash staging twrp-3.2.1-0-tf300t.img
target didn't report max-download-size
sending 'staging' (7408 KB)...
OKAY [ 2.761s]
writing 'staging'...
FAILED (remote: (InvalidState))
finished. total time: 5.353s
fastboot getvar all
(bootloader) version-bootloader: 1.0
(bootloader) version-baseband: 2.0
(bootloader) version: 0.4
(bootloader) serialno: 015d2bc2851c100f
(bootloader) mid: 001
(bootloader) product: Cardhu
(bootloader) secure: yes
(bootloader) unlocked: no
(bootloader) partition-size:bootloader: 0x0000000000800000
(bootloader) partition-type:bootloader: emmc
(bootloader) partition-size:recovery: 0x0000000000800000
(bootloader) partition-type:recovery: emmc
(bootloader) partition-size:boot: 0x0000000000800000
(bootloader) partition-type:boot: emmc
(bootloader) partition-size:system: 0x0000000030000000
(bootloader) partition-type:system: ext4
(bootloader) partition-size:cache: 0x000000001ac00000
(bootloader) partition-type:cache: ext4
(bootloader) partition-size:userdata: 0x00000006e5680000
(bootloader) partition-type:userdata: ext4
all:
finished. total time: 0.082s
J’essaie de flasher avec le truc obtenu sur le site d’Asus :
fastboot flash system WW_epad-user-10.6.1.27.5.zip
target didn't report max-download-size
erasing 'system'...
OKAY [ 2.921s]
sending 'system' (496990 KB)...
OKAY [ 85.963s]
writing 'system'...
OKAY [ 2.037s]
finished. total time: 90.921s
Il me semble qu’il a été un peu vite.
Problème: fastboot reboot, ne redémarre pas la tablette…
fastboot reboot
rebooting...
Et au redémarrage, ça chie, il reste bloqué sur le logo ASUS.
2ème tentative :
fastboot flash system WW_epad-user-10.6.1.27.5.zip
target didn't report max-download-size
erasing 'system'...
OKAY [ 2.344s]
sending 'system' (496990 KB)...
OKAY [ 85.762s]
writing 'system'...
OKAY [ 2.722s]
finished. total time: 90.828s
après le flash de la partition system, fastboot ne répond plus d’aucune opération.
Essai d’installation de TWRP sur la partition système.
Et là, oops, le mode fastboot aboutit directement à un freeze et ne se déclenche plus. Les autres options de boot semblent réagir comme d’hab, mais j’ai perdu le mode fastboot.
Fausse alerte, j’ai trituré le bouton reset pour redémarrer (j’pense pas que ce soit lié), puis boot menu, et il a bien voulu démarrer fastboot.
Essai de cette procédure de récup: https://forum.xda-developers.com/showpost.php?p=44244313&postcount=12 https://android.stackexchange.com/questions/74834/tf300t-bricked-no-fastboot-wrong-recovery
On dirait aussi que la non-reconnaissance du périph par fastboot (sur mon PC) peut être dû à un faux contact de l’USB, car il semblait exécuter des commandes (courtes) au moment où je retirais le cable USB.
Pendant le flash du blob, ça prend plus de temps que mes précédents flashs, et je vois la barre bleue sous les 4 images des options de boot qui progresse ! c’est bon signe !
Pas de bol, après reboot, il semble reparti pour faire des boucles, s’éteint, se rallume, etc.
Par contre maintenant il semble démarrer toujours en fastboot, m’a mis à jour le bootloader :
Android cardhu-user bootloader <1.00 e> released by "WW_epa-10-6.1.27.5-20130902" A03
Key driver not found.. Booting OS
Starting Fastboot USB download protocol
fastboot getvar all
(bootloader) version-bootloader: 1.0
(bootloader) version-baseband: 2.0
(bootloader) version: 0.4
(bootloader) serialno: 015d2bc2851c100f
(bootloader) mid: 001
(bootloader) product: Cardhu
(bootloader) secure: yes
(bootloader) unlocked: no
(bootloader) uart-on: yes
(bootloader) partition-size:bootloader: 0x0000000000800000
(bootloader) partition-type:bootloader: basic
(bootloader) partition-size:recovery: 0x0000000000800000
(bootloader) partition-type:recovery: basic
(bootloader) partition-size:boot: 0x0000000000800000
(bootloader) partition-type:boot: basic
(bootloader) partition-size:system: 0x0000000030000000
(bootloader) partition-type:system: ext4
(bootloader) partition-size:cache: 0x000000001ac00000
(bootloader) partition-type:cache: ext4
(bootloader) partition-size:userdata: 0x00000006e5680000
(bootloader) partition-type:userdata: ext4
all:
finished. total time: 0.088s
Situation similaire à celle d’autres internautes: https://forum.xda-developers.com/showthread.php?t=2245498 sauf que la tablette n’est pas “unlocked”. Il reste l’option de trouver le software qui l’unlock sous windows… (l’autre option étant via l’APK, pas possible).
Essai en bootant un kernel :
fastboot boot jb-mr1-t30-r1-10.6.1.27-10.6.1.27.1-20130711-1745-foss.tar.gz
creating boot image...
creating boot image - 195598336 bytes
downloading 'boot.img'...
OKAY [ 33.783s]
booting...
FAILED (remote: ()
finished. total time: 33.806s
La mise à jour a foiré à moitié et c’est ça qui est incompréhensible : le bootloader est à jour, mais le système ne démarre pas.
Faut-il être unlocked pour pouvoir installer les images android plus récentes d’ASUS ? (possible mais pas bof crédible).
Le périph/bootloader n’est pas unlocked.
Pour réaliser l’unlock :
Flasher un vieux système ?
Faudra que j’essaie avec :
Flasher avec une carte SD en Fat32 ?
Après flash d’une ancienne vesion via fastboot, je mets le .zip d’une version plus récente nommée comme indiqué. Quelques reboots pour essayer de lui faire ingurgite, mais il ne charge rien.
Ce cas est similaire au mien : http://www.transformerforums.com/forum/guides-tips-tricks/35719-guide-how-manually-update-restore-firmware-tf101-tf201-tf300-tf700-tf701-19.html#post362167
Essayer en faisant un format au lieu d’un erase ? (fastboot -w)
$ fastboot flash system blob
target didn't report max-download-size
erasing 'system'...
OKAY [ 1.704s]
sending 'system' (799748 KB)...
OKAY [948.248s]
writing 'system'...
OKAY [205.999s]
finished. total time: 1155.951s
Le gestionnaire de boot est revenu à une version antérieure, mais pareil, le système ne démarre pas.
Reprend les instructions “erase” de ce topic, censé résoudre les problèmes de boot loop : https://forum.xda-developers.com/showthread.php?t=2396072
#!/bin/bash
IDV="0x0b05"
echo "Effacer les partitions ? Y (majuscule) pour confirmer."
read -rsn1 ans
if [ $ans != 'Y' ]; then exit 0 ;fi
for part in system recovery userdata boot misc cache
do
fastboot -i "$IDV" erase "$part"
done
Lors d’un formatage plutôt qu’un erase, j’obtiens :
fastboot format:ext4 system
Couldn't parse erase-block-size '0x'.
Couldn't parse logical-block-size '0x'.
mke2fs 1.45.5 (07-Jan-2020)
/tmp/TemporaryFile-Ugmu2j: Unimplemented ext2 library function while setting up superblock
/usr/lib/android-sdk/platform-tools/mke2fs failed with status 1
mke2fs failed: 1
error: Cannot generate image for system
…apparemment il y a un mic-mac avec la façon dont fastboot appelle l’outil de formatage, qui peut être celui de Debian ou un autre.
En choppant le fastboot de Google, le formatage se déroule mieux … Parfois il freeze, alors on redémarre la tablette et on retente le formatage, en lui laissant le temps de digérer. Euh bizarre mais là il freeze systématiquement après le formatage. Et le flash d’un blob a empiré car il n’affiche plus la barre bleue (qui témoigne de l’écriture du blob après son upload). Bon, elle est revenue en écrivant le blob plutôt que le .zip (ça, je crois que c’est pas une bonne idée), et dans system plutôt que dans staging.
On peut installer l’image dans system ou dans staging. Vague souvenir d’avoir eu un résultat plus enthousiasmant avec staging par le passé.
Après plusieurs tentatives de flash, et en le laissant mouliner dans sa boucle de reboot, on aperçoit parfois la petite roue qui travaille et donne de l’espoir, mais elle finit par freezer.
En anglais pour référence : ASUS shitty design tf300t boot loop random reboot restart when inactive touch screen powersaving workaround
Et si le problème ne venait pas d’un échec du flash de la ROM, mais d’autre chose ?
Attention, trouvaille personnelle et grosse blague : caresser du doigt l’écran de votre tablette lors du boot pourrait résoudre la question du redémarrage en boucle, et permettra à la tablette de démarrer. En tout cas c’est le cas de la tablette que j’ai sous la main.
Si le logo ASUS reste blanc : c’est loupé, la tablette ne démarre pas. Si vous la caressez et qu’il affiche le logo gris animé, et que l’icône d’activité en forme de roue s’affiche, alors continuez de caresser.
Je soupçonne un gros problème de gestion de l’énergie ou quelque chose du genre au niveau des pilotes et du noyau, en tout cas, si la tablette pense que l’utilisateur est actif, elle continue de tourner. Si on arrête de la toucher du doigt ne serait-ce qu’une seconde, elle freeze, puis crash silencieusement avec un redémarrage au bout de quelques secondes.
En insistant, je suis parvenu à faire s’afficher l’écran de configuration de la langue. Je choisis la langue, puis plantage…
Je redémarre, il a conservé le paramètre de langue, je continue tout en la caressant, écran suivant, j’essaie de règler, bref, et ainsi de suite, jusqu’à parvenir à faire démarrer le système au bout de 8 écrans et plusieurs redémarrages.
Une fois le système lancé, pareil, ne pas laisser la tablette inactive sinon elle freeze puis s’éteint.
Les tablettes ASUS tf300t semblent avoir des problèmes majeurs de conception, en particulier depuis la migration vers Android 4.x Jelly Bean.
Des utilisateurs se plaignent de redémarrage intempestifs.
L’unlock via la v7 du APK a fonctionné après le 1er essai, toujours en caressant la tablette.
J’ai aussi pu installer twrp v2.8 (après une tentative de la version 3.x qui n’avait pas démarré du 1er coup). Même durant twrp, la tablette reste sensible aux plantages, mais elle permet de réaliser les opérations (formatage en f2fs, après un wipe en ext4 qui trainait en longueur).
Problème cependant lors de la copie de KatKiss dans /sdcard, je soupçonne qu’il faille refaire un wipe de /data
En copiant sur une carte SD externe, et en formatant les partitions qui déclenchaient des erreurs, ça passe !
Le système démarre sous Katkiss. J’essaie d’apprivoiser la tablette à se débrouiller toute seule. Je jongle en retirant le cable USB (relié à l’ordi ou à la prise secteur). Je crois qu’en recharge, le comportement de la tablette a tendance à faire des reboots en boucle.
La tablette étant connue pour déconner selon là où l’on appuie et fait pression, je change sa position, je la pose à plat, etc.
Au final, sans cable USB, et sans trop y toucher, la tablette tient toute seule sans freezer, je peux naviguer dans les menus du système sans avoir à y tripoter.
J’installe SuperTuxKart : c’est lent, et il y a des glitches graphiques (certaines zones noires sur l’écran). Je ne sais pas si le driver Nvidia Tegra est buggé sous KatKiss.
Tablettes : ASUS TF300T, Asus TF700, LG V500, LG G Pad 8.3, Sony SGP611 (Xperia Z3)