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 :

Boot menu

Avec Vol down+power.

“Android cardu-user bootloader <1.00 e> released by “WW_epad-10.4.3.9-20121106” A03”

4 choix : * RCK (aboutit sur un android couché avec un “!”) * Android (redémarre en boucle) * USB (fastboot, mais mon linux ne recense pas le périphérique, drivers manquants ?) * Wipe Data (mouline un temps, puis redémarre en boucle)

fastboot

Parfois, fastoot ne renvoit aucun device. Cable ?

Ordre des manips :

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

Etat des lieux

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 : * via l’APK, pas tjs de succès => pas possible tant que je n’arrive pas à flasher un système (quel qu’il soit) qui démarre * via adb en étant root, et en modifiant un bit sur la table des partitions… => pas possible dans mon cas * via un logiciel windows d’Asus => pas trouvé de liens qui fonctionnent

Flasher un vieux système ?

Faudra que j’essaie avec : * http://ftp.tekwind.co.jp/pub/asustw/EeePAD/TF300T/WW_epaduser_10_4_2_20_UpdateLauncher.zip * un autre WW du site d’asus 10.6.18

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)

flash 10.4.2.20

$ 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.

Script erase.sh

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.

Tentatives de flash / installation

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.

redémarrages en boucle : une autre solution !

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.

Unlock, twrp, et copie de l’image de KatKiss 7.1

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 !

Installation réussie

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.