J'ai pu reprendre mes tests sur cette tablette et je fais un complément.
Je n'ai pas réussi à faire fonctionner rkflashtool sur windows, j'ai dû le lancer depuis un linux (xubuntu).
Au passage, pour se connecter en mode flash avec la titanium 97b :
Tablette éteinte, débranchée du secteur :
1. connecter le cordon usb à la tablette et à l'ordinateur
2. laisser appuyer sur volume+ et brancher le transfo
Si vous tapez la commande suivante : dmesg, vous devriez obtenir ça (seules les 2 dernières lignes semblent compter)
[ 218.820463] WARNING! power/level is deprecated; use power/control instead
[ 218.884096] usb 2-4: USB disconnect, device number 3
[ 1203.544076] usb 2-2: new high-speed USB device number 4 using ehci-pci
[ 1203.676995] usb 2-2: New USB device found, idVendor=0e79, idProduct=14ae
[ 1203.677004] usb 2-2: New USB device strings: Mfr=2, Product=3, SerialNumber=4
[ 1203.677009] usb 2-2: Product: ARCHOS
[ 1203.677013] usb 2-2: Manufacturer: archos
[ 1203.677017] usb 2-2: SerialNumber: 2ZV79X6LFE
[ 1237.795927] usb 2-2: USB disconnect, device number 4
[ 1264.764069] usb 2-2: new high-speed USB device number 5 using ehci-pci
[ 1264.897151] usb 2-2: unable to get BOS descriptor
[ 1264.897777] usb 2-2: New USB device found, idVendor=2207, idProduct=300a
[ 1264.897783] usb 2-2: New USB device strings: Mfr=0, Product=0, SerialNumber=0
la commande ci-dessous me donne exactement la même configuration qu'une archos 97 Titanium HD, c'est la même version que l'update.zip publié sur le support archos (Au passage, ça permet de vérifier que la tablette est bien détectée)
./rkflashtool p > parameter
FIRMWARE_VER:4.0.4
MACHINE_MODEL:ARCHOS 97 TITANIUMHD
MACHINE_ID:007
MANUFACTURER:RK30SDK
MAGIC: 0x5041524B
ATAG: 0x60000800
MACHINE: 3066
CHECK_MASK: 0x80
KERNEL_IMG: 0x60408000
#RECOVER_KEY: 1,1,0,20,0
CMDLINE: console=ttyFIQ0 androidboot.console=ttyFIQ0 init=/init initrd=0x62000000,0x00800000 mtdparts=rk29xxnand:
[email protected](misc),
[email protected](kernel),
[email protected](boot),
[email protected](recovery),
[email protected](backup),
[email protected](cache),
[email protected](kpanic),
[email protected](system),
[email protected](userdata)
#J'ai fait ensuite 2 dumps de toutes les partitions excepté userdata :
./rkflashtool r 0x00002000 0x00002000 > miscbak.img
./rkflashtool r 0x00004000 0x00004000 > kernelbak.img
./rkflashtool r 0x00008000 0x00008000 > bootbak.img
./rkflashtool r 0x00010000 0x00008000 > recoverybak.img
./rkflashtool r 0x00018000 0x00100000 > backupbak.img
./rkflashtool r 0x00118000 0x0003a000 > cachebak.img
./rkflashtool r 0x00152000 0x00002000 > kpanicbak.img
./rkflashtool r 0x00154000 0x00100000 > systembak.img
#J'ai crée un répertoire loop et monté la partition systembak.img pour vérifier la bonne extraction :
mkdir loop
mount -o loop systembak.img ./loop
on peut ensuite naviguer dans le répertoire loop, le fichier build.prop confirme la version et paramètres...
J'ai ensuite essayé de mettre le CWM recovery que l'on trouve pour 97 HD pour une méthode de root alternative à la solution chinoise mais ça n'a pas fonctionné.
Le recovery est trop petit et il ne fonctionne pas (Je réussi à démarrer sur un mode recovery 6.xxx mais aucun menu, tout est figé)
J'ai donc restauré via la commande :
./rkflashtool w 0x00010000 0x00008000 < recoverybak.img
...Et tout a redémarré normalement.
J'ai donc utilisé le script vroot chinois qui fait toujours aussi peur car on se demande s'il ne met pas des trojans ou autres virus dans les deux systèmes windows et android...
Bref ça fonctionne.
En faisant trop de ménage avec titanium backup j'ai de nouveau planté ma tablette (écran démarrage figé). (pour info je supprime maintenant les apps avec ES3 explorer)
J'ai donc restauré ma partition système avec ./rkflashtool w 0x00154000 0x00100000 < systembak.img
mais là, gros problème, ça n'écrit pas, je suis toujours planté.
En faisant une nouvelle extraction de la partition système et en la comparant à l'autre ce n'est pas la même => le flash n'écrit pas...
Après une nuit de sommeil, je teste la commande
./rkflashtool e 0x00154000 0x00100000
et refais une extraction.
Impossible de monter cette nouvelle extraction, il n'y a bien que du zéro...
Je prends ma sauvegarde systembak.img, mon fichier parameter (extrait avec la commande b) et je passe sous windows.
Je récupère l'outil RKANDROIDTOOL 1.35 , je connecte la tablle via la même méthode, j'installe le pilote USB du répertoire rkandroidtool.
Je mets mon image system.img et le fichier parameter dans le sous-répertoire rom de l'outil et je lance ce dernier.
Je ne coche que la partition system, et je vérifie que l'offset est bien celui du fichier parameter :0x00154000
Je flash et là, magique, la tablette redémarre.
Pour conclure, ./rkflashtool a très bien fonctionné sous un linux ubuntu (pas testé sur débian) mais uniquement en lecture pour la partition système (??) trop grosse ?
L'utilitaire rkandroidtool st quant à lui nickel pour reflasher toutes ses partitions et réparer sa tablette.
Avant de faire quoi que ce soit, je vous conseille de sauvegarder toutes vos partitions. Après vous pourrez jouer.
Après avoir supprimé tout un tas d'applications inutiles, on finit par avoir un beau système bien fluide, mais je vais me pencher davantage sur la paramétrage de la partition system pour me faire une custom rom sur la base officielle.