Page 1 sur 3 123 DernièreDernière
Affichage des résultats 1 à 15 sur 35

Discussion: [WIP] Root oxygen 133

  1. #1
    Archosien amateur
    Date d'inscription
    mai 2017
    Messages
    20

    [WIP] Root oxygen 133

    Bonjour,
    Heureux possesseur d'une Archos oxygen 133, je souhaite pouvoir la rooter (afin de pouvoir ne serait-ce qu'avoir du multi-window)
    La discussion a déjà commencé ici : http://archoslounge.net/forum/showth...l=1#post405045
    Je la déplace juste sur ce nouveau thread afin de ne pas plus polluer celui de Phhusson (que je remercie au passage pour ces excellents outils)

    Ci-dessous une copie des messages déjà échangés :
    Citation Envoyé par AlicVB Voir le message
    Alors, j'ai tenté d'utiliser les scripts de phh "super-bootimg". https://github.com/phhusson/super-bootimg
    dans le dossier principal, j'ai copié le dossier output de dump. J'ai renommé boot.img en orig-boot.img j'ai lancé build.sh et .....
    Code:
    $ ./build.sh
    [...]
    Rockchip CRCs not supported yet
    visiblement, d'après le TODO, il s'agit d'un type d'image non encore supporté...

    un p'tit grep pour voir d'où vient le message : jni/repack.c
    Donc comme je le comprend, en gros, il arrive à tout faire sauf recréer les images modifées à cause de ce CRC...
    Question : il y a-t-il moyen de récupérer le truc non "repacké" et de le faire avec un des outils spécifiques pour les Rockchip qui traînent sur le web (et qui semblent gérer ce CRC) ?
    ... a moins que quelqu'un ait une autre idée lumineuse...

    Merci d'avance
    AlicVB

    Edit : J'ai donc modifié le fichier jni/repack.c (j'ai commenté la ligne "exit(1)" après la ligne "fprintf(stderr, "Rockchip CRCs not supported yet\n");" recompilé le fichier, copié l'exécutable repack créé à la place de script/bin/bootimg-repack puis relancé le build.sh. les nouveaux fichiers img sont bien créés. Ensuite j'ai utilisé l'utilitaire imgrepackrk (https://forum.xda-developers.com/sho....php?t=2257331) pour dépacketer l'image puis la repackter directement, ce qui devrait résoudre le problème de somme SHA détecté lors du dépacketage.
    Maintenant il ne me reste plus qu'à tenté de flasher cette image... mais ce sera pour demain !

    Edit2 : Grrr impossible de flasher l'image sur la tablette... J'ai les mêmes symptômes que "aa7aa" sur ce thread : http://www.phonandroid.com/forum/roo...107831-40.html => quel que soit l'outil utilisé, soit il refuse de flasher (rkandroidtool, même erreur que sur le thread), soit il le fait... pour de faux (rkflashkit/rkflashtools) Donc je vais tenter de fabriquer un fichier d'update... sauf qu'il me manque le RK3368LOADER...bin à suivre...

    Edit3 : toujours pas arrivé à flasher... Pour éviter de polluer ce thread, j'ai "délocalisé" la suite ici : http://www.phonandroid.com/forum/fla...8-t173609.html et pour ceux qui veulent jouer avec le dump : https://webcloud.zaclys.com/index.php/s/ByhAO9OjkaavI3N (je n'ai pas mis la partition system pour gagner de la place, mais je peux la partager si besoin)
    Citation Envoyé par Lannig Voir le message
    Bonjour, j'avais loupé tous ces messages, tu as déjà fait la plus grande partie du boulot tout seul !
    Je suis à la bourre...
    Je préfère continuer la discussion ici si tu veux bien, éventuellement crée un nouveau sujet si tu veux. Je suis un peu en froid avec le staff de Phonandroid et plus trop envie de contribuer là-bas
    Je vais lire ce que tu en dis et je reviens...

    EDIT après lecture : cette histoire d'erreur USB est restée un mystère. Comme ça s'est produit sur des tablettes sensées être supportées par RK Android Tool (et la même que la mienne sur laquelle j'avais flashé sans problème) je ne crois pas trop à l'explication "chipset trop récent sur l'Oxy133" qui vient à l'esprit. Maintenant, quid de la solution ?
    Je ne l'ai jamais vue, mais je fais tous mes flashages sur une vieille machine XP qui est un environnement beaucoup plus sans histoires que les autres pour ce genre de choses.

    Ce chipset RK3368 a-t-il un vrai mode bootloader ? les chipsets Rockchip que je connais n'en ont pas, quand on fait un reboot bootloader on se retrouve en mode propriétaire "loader" de Rockchip, qui "cause" à RK Batch Tool et consorts. Si le RK3368 en a un (qui "cause" à la commande fastboot), ça pourrait être une piste aussi pour flasher le boot.

    Autre piste : un bootloader verrouillé ? y a-t-il une option dans ce sens dans les paramètres > options développeurs ?

    Je pense que ton image de boot est correcte de toutes façons, si tu es passé par imgrepackrk ou équivalent.

    EDIT 2 : il semble bien y avoir un bootloader dans la partition backup, non ? en tous cas c'est que l'"index" de cette partition laisse supposer :

    00000800 23 20 4E 41 4D 45 09 09 52 65 6C 61 74 69 76 65 # NAME..Relative
    00000810 20 70 61 74 68 0D 0A 23 20 C9 FA B3 C9 20 62 61 path..# .... ba
    00000820 63 6B 75 70 2E 69 6D 67 A3 AC B2 BB B0 FC BA AC ckup.img........
    00000830 73 79 73 74 65 6D 2E 69 6D 67 0D 0A 23 48 57 44 system.img..#HWD
    00000840 45 46 09 09 48 57 44 45 46 0D 0A 70 61 63 6B 61 EF..HWDEF..packa
    00000850 67 65 2D 66 69 6C 65 09 70 61 63 6B 61 67 65 2D ge-file.package-
    00000860 66 69 6C 65 0D 0A 62 6F 6F 74 6C 6F 61 64 65 72 file..bootloader
    00000870 09 2E 2F 2E 2E 2F 72 6B 33 33 36 38 6D 69 6E 69 ../../rk3368mini
    00000880 6C 6F 61 64 65 72 5F 4C 43 6F 72 65 5F 56 32 2E loader_LCore_V2.
    00000890 35 33 2E 62 69 6E 0D 0A 70 61 72 61 6D 65 74 65 53.bin..paramete
    000008A0 72 09 2E 2F 2E 2E 2F 70 61 72 61 6D 65 74 65 72 r../../parameter
    000008B0 5F 66 72 70 2E 74 78 74 0D 0A 74 72 75 73 74 20 _frp.txt..trust
    000008C0 20 20 20 20 20 20 2E 2F 2E 2E 2F 74 72 75 73 74 ./../trust
    000008D0 2E 69 6D 67 0D 0A 75 62 6F 6F 74 20 20 20 20 20 .img..uboot
    000008E0 20 20 2E 2F 2E 2E 2F 49 6D 61 67 65 2F 75 62 6F ./../Image/ubo
    000008F0 6F 74 2E 69 6D 67 0D 0A 6D 69 73 63 09 09 2E 2F ot.img..misc.../
    00000900 2E 2E 2F 49 6D 61 67 65 2F 6D 69 73 63 2E 69 6D ../Image/misc.im
    00000910 67 0D 0A 6B 65 72 6E 65 6C 09 09 2E 2F 2E 2E 2F g..kernel.../../
    00000920 49 6D 61 67 65 2F 6B 65 72 6E 65 6C 2E 69 6D 67 Image/kernel.img
    00000930 0D 0A 62 6F 6F 74 20 20 20 20 20 20 20 20 20 20 ..boot
    00000940 20 20 2E 2F 2E 2E 2F 49 6D 61 67 65 2F 62 6F 6F ./../Image/boo
    00000950 74 2E 69 6D 67 0D 0A 72 65 63 6F 76 65 72 79 09 t.img..recovery.
    00000960 2E 2F 2E 2E 2F 49 6D 61 67 65 2F 72 65 63 6F 76 ./../Image/recov
    00000970 65 72 79 2E 69 6D 67 0D 0A 23 73 79 73 74 65 6D ery.img..#system
    00000980 09 09 2E 2F 2E 2E 2F 49 6D 61 67 65 2F 73 79 73 .../../Image/sys
    00000990 74 65 6D 2E 69 6D 67 0D 0A 23 20 D2 AA D0 B4 C8 tem.img..# .....
    000009A0 EB 62 61 63 6B 75 70 B7 D6 C7 F8 B5 C4 CE C4 BC .backup.........
    000009B0 FE BE CD CA C7 D7 D4 C9 ED A3 A8 75 70 64 61 74 ...........updat
    000009C0 65 2E 69 6D 67 A3 A9 0D 0A 23 20 53 45 4C 46 20 e.img....# SELF


    Elle a un format inhabituel, cette partition, d'ailleurs. Il faut que je jette un oeil à tous mes vieux dumps Rockchip, ça fait un moment que je n'y ai plus touché, mais il ne me semble pas que ça ressemblait à ça.

  2. #2
    Archosien amateur
    Date d'inscription
    mai 2017
    Messages
    20
    (double post volontaire pour clarifier la discussion)
    Citation Envoyé par Lannig Voir le message
    Si le RK3368 en a un (qui "cause" à la commande fastboot), ça pourrait être une piste aussi pour flasher le boot
    Ben non, ce serait trop beau C'est bien ce fameux mode proprio
    Citation Envoyé par Lannig Voir le message
    y a-t-il une option dans ce sens dans les paramètres > options développeurs ?
    Oui, il y en a une que j'ai bien coché
    Citation Envoyé par Lannig Voir le message
    il semble bien y avoir un bootloader dans la partition backup, non ? en tous cas c'est que l'"index" de cette partition laisse supposer
    Génial... Comme un imbécile, j'ai vu que tous les premiers octets étant vide et j'en ai conclu que la partition était vide !
    Maintenant il reste à savoir comment ouvrir cette partition/extraire le bootloader.
    Ensuite, avec le bootloader et le nouveau fichier boot.img "rooté" je devrais pouvoir arriver à créer un fichier update.zip et le flasher via le stock recovery...
    Si il accepte de flasher et ne râle pas contre une signature ou autre...

    Merci encore...
    A suivre...
    AlicVB

    Edit : écorcher le nom des gens, c'est pas cool !
    Dernière modification par AlicVB ; 13/06/2017 à 15:58:08.

  3. #3
    Archosien confirmé Avatar de Lannig
    Date d'inscription
    août 2015
    Âge
    55
    Messages
    212
    Je possède : Une bonne partie de la gamme Elements en tablette et smartphone
    Lannig sans "n" avant le "g" STP, merci
    "Dans le temps" (du temps où je bidouillais beaucoup des tablettes Rockchip) cette partition backup avait le format d'une image RK Batch Tool. Ce qui veut dire qu'on pouvait extraire son contenu avec ImgRepackerRK. Je ne sais pas si c'est encore le cas, je pense que oui car je viens de jeter un oeil sur un vieux dump de tablette Logicom TAB742 qui traînait sur mon disque ici et elle semble bien avoir le même format (contrairement à ce que je pensais) : des 0x00 du début à 0x000007FF puis le même genre d'index.

    EDIT : euh non, oublie la perspective de faire un fichier update.zip flashable par le recovery. Il faut qu'il soit signé par le constructeur pour être accepté par le recovery stock. Or nous n'avons aucun moyen de faire cette signature. La piste est plutôt d'arriver à faire une image au format RK Batch Tool :
    - soit qui ne contient que bootloader + boot
    - soit complète
    Les deux doivent etre faisables.

    EDIT 2 : mais franchement si RK Android Tool échoue, je ne suis pas très optimiste sur les chances de flasher quelque chose avec RK Batch Tool. Il reste une piste, mettre l'image .img format RK Batch Tool à la racine d'une SD ou de la SD interne et espérer que le firmware la détecte et propose de l'appliquer. En principe les tablettes Rockchip fonctionnent comme cela...

    EDIT 3 : ce qui est emm... c'est que si seule cette solution fonctionne, tu travailles sans filet. Pas moyen de reflasher l'image stock par RK Batch/Android Tool après si la tablette ne boote plus.
    Dernière modification par Lannig ; 13/06/2017 à 16:45:02.

  4. #4
    Archosien amateur
    Date d'inscription
    mai 2017
    Messages
    20
    Bon,
    Alors vu que je ne suis pas arrivé à lire backup.img avec les outils classiques, j'ai extrait "à la main" le fichier bootloader de l'image (pour info depuis la position 0x1000 avec une taille de 0x3614E))
    Ensuite j'ai créé mon fichier update.img avec les outils rockdev les plus à jour que j'ai trouvé (upgrade_tools v1.23 ; afptool v1.62 et rkimagemaker v1.63)

    Et évidement (comme tu l'avais deviné) impossible d'utiliser RK Batch tool ni upgrade_tool => même erreur qu'avant :
    Code:
    ERROR:TestDevice-->RKU_TestDeviceReady failed,Total is zero
    Du coup il ne me reste plus guère que la solution de l'upload à la racine du disque interne.... avec les risques qui vont avec...
    Ceci étant, le risque ici est de flasher un boot.img défectueux... Ce qui, si j'ai bien compris l'ordre de boot d'android ne devrait pas empêcher d'accéder au recovery, et donc de reflasher une nouvelle image update.img avec le boot.img d'origine...

    Je pense que je vais continuer à faire quelques vérif et repenser à tout ça à tête reposée avant de tenter...

    Merci
    AlicVB

  5. #5
    Archosien confirmé Avatar de Lannig
    Date d'inscription
    août 2015
    Âge
    55
    Messages
    212
    Je possède : Une bonne partie de la gamme Elements en tablette et smartphone
    Peux-tu essayer sur un autre PC éventuellement ? un sans port USB 3.0 et si tu trouvais un vieux XP qui traine dans un coin ça serait l'idéal. Pour moi, cela ressemble fortement à un problème PC. Je sais bien que cela marche en relecture... mais quand même.

    Pour ce qui est du "sans filet" : si tu arrives à booter en recovery ça te fera une belle jambe, on n'a pas de zip signé à flasher.

    A moins que Phhusson ne passe par là et qu'il ait ça dans ses tiroirs...

    EDIT : as-tu vu ceci ? http://www.cnx-software.com/2015/12/...ware-in-linux/
    Une version de upgrade_tool ad-hoc pour le RK3368... à essayer ?
    Dernière modification par Lannig ; 13/06/2017 à 21:01:30.

  6. #6
    Archosien amateur
    Date d'inscription
    mai 2017
    Messages
    20
    Alors pour ce qui est des pc, j'ai essayé 3 PC différents (en ressortant des vieux trucs du grenier) avec XP, W7 et même W10 (beurk) Tout ça en plus des différents cables/ports usb... et le résultat est toujours le même : dump ok, download fail !
    Merci pour le lien, mais malheureusement c'est sur le compte github en question que j'avais récupéré la dernière version des outils rk pour linux.

    A mon avis, cette tablette doit avoir une sorte de protection (moi aussi je ne crois pas au chipset trop récent, vu qu'il n'est pas si récent que ça, que les logiciels essayés indiquent dans leur changelog le support du RK3368, et vu que aucunes des versions, que ce soit sous linux, sous windows, avec les outils libres ou propriétaires ne marche)

    Du coup j'ai fait un update.img avec juste le bootloader et l'image initiale de la partition misc, et un autre avec le bootloader et l'image initiale de la partition boot. (histoire de ne pas trop tenter le diable avec des images peut-être non valides)

    J'ai tenté avec ces 2 images de les mettre à la racine de la carte sd ou du stockage interne: même résultat : rien !
    => pas de message ou autre lors de l'upload, rien non plus lors des redémarrages...
    => si je clique sur l'image depuis le navigateur d'android : "image système non valide"

    Donc pour résumer à l'heure actuelle :
    - flash via les outils rockchip => "test device failed"
    - flash via un update.img => impossible "image non valide"

    Je vais continuer à fouiller un peu, mais j'avoue que je perd un peu espoir !

  7. #7
    Archosien légendaire Avatar de cajl
    Date d'inscription
    avril 2007
    Âge
    57
    Messages
    19 506
    Entrées dans le blog
    2
    Je possède : Presque tous les Archos... (et Arnova - Vision)
    Il faut que PHH passe par ici
    The Old Man Of Archos
    Toutes les générations sont chez moi !

  8. #8
    Archosien confirmé Avatar de Lannig
    Date d'inscription
    août 2015
    Âge
    55
    Messages
    212
    Je possède : Une bonne partie de la gamme Elements en tablette et smartphone
    Je crois bien, parce que je sèche là.
    @AlicVB, si tu arrives à attirer l'attention de Bernado82 sur le forum PA, il connaît encore mieux le Rockchip que moi. Mais je ne me souviens pas qu'il ait donné une solution quand un membre avait eu la même erreur sur une tablette Logicom au flashage.

  9. #9
    Archosien novice Avatar de bernado
    Date d'inscription
    juillet 2015
    Messages
    11
    Bonjour à tous!

    @AlicVB

    As-tu essayé de flasher avec Linux_Upgrade_Tool v1.24?

    Cliquez sur l'image pour la voir en taille réelle 

Nom : 		Screenshot_20170615_082625.png 
Affichages :	24 
Taille :		77,6 Ko 
ID : 			8252

    Tu en trouveras une copie dans mes dossiers Rockchip Tools:
    https://www.mediafire.com/folder/2x89dia7hud7h/Rockchip_Tools
    https://mega.nz/#F!wxJliCiT!fSTU4uzNwJ4h_ZGOYHcjcQ

    J'ai aussi ajouté, en vrac car pas encore vraiment examiné en détails (car y aurait un peu de boulot à faire pour rendre ça plus "disgeste") le fichier tools-rk3399.zip qui contient en fait Linux_Upgrade_Tool v1.24, Android Tool v2.3.5, Driver Assistant v4.4 et le dossier rockimg.

    C'est là qu'on s’aperçoit que sur les nouveaux SoC Rockchip, il y a désormais de nouvelles partitions. Ceci étant à prendre en compte lors de la réalisation des dumps (par contre, copier kpanic.img et metadata.img ne sert à rien pour la reconstruction du firmware) et du flashage. D'où l'importance de bien examiner le contenu du fichier parameter.

    A noter aussi que désormais les SoC Rockchip disposent d'une partition uBoot, allant de pair avec le bootloader me semble t-il. Et sur le tient, y a en plus FRP et TRUST.

    http://www.phonandroid.com/forum/logicom-1040-brique-tuto-reinstallation-facile-t138923-20.html#p2028088
    http://www.phonandroid.com/forum/log....html#p2097662
    (c'est ce type de modif que tu veux appliquer à ton boot?)

    Pour tes dumps, tu peux commencer par utiliser rkDumper v1.04 et ensuite RK Android Tool v2.3.5 sous Windows et aussi Linux Upgrade Tool v1.24. L'avantage avec rkDumper c'est qu'il optimise la taille des fichiers *.img produits en ne copiant que la partie utile (d'ailleurs je pense que backup.img a été généré peut-être avec une erreur d'index de position ceci expliquant les zéros au debut?). Pour autant que rkDumper ou ensuite rkDumpSlicer ne soit pas inefficaces avec le type de partitionnement rencontré sur ta tablette?

    Quand à regénérer un firmware à partir du dump obtenu, c’est forcément possible... Il faut juste s'adapter aux (nouveaux) paramétrages requis pour le recréer. Déjà, pour commencer, il faut adapter RK Android Tool pour y faire apparaitre toutes les partitions. Par exemple, pour la v2.3.5 que je mets à disposition dans mes dossiers Rockchip Tools, j'avais ajouter plusieurs pré-configurations selon le type d'Android à flasher. Bon, ben là avec ton SoC RK3368 je vois qu'il y a tout à recommencer, idem pour les scripts de regénération du firmware (il faut y éditer aussi les paramètres -RK31 en -RK33 pour autant que cela soit ensuite accepté comme valide?).

    Le firmware étant flashé par le recovery (y a t-il une option dans le menu du style Flash rkimage, en utilisant cette commande on peut obtenir un affichage plus complet des erreurs trouvées dans le firmware qu'on aurait généré?), il faut respecter la bonne procédure pour qu'il soit reconnu valide. Il suffirait de tomber sur un firmware complet prévu pour RK3368 et + pour analyser les nouveaux requis pour les firmwares prévus pour les SoC Rockchip récents. Et bien sûr, Archos ne le fournit pas pour ta tablette. Ben alors quoi, ils servent à rien Archos?

    OK, bon si j'ai tout compris, faut tout réadapter aux nouveaux SoC Rockchip à commencer par le RK3368 parce qu'on a ça sous la main...

    Comme première base de travail, je me sert du firmware fourni pour une TV Box Android équipée d'un RK3368:
    https://mega.nz/#!iI0hnJiZ!gzKRm2IKk...WF2zldfo1IWnq0

    Et j'ai survolé de loin la page:
    https://w3bsit3-dns.com/forum/index.php?showtopic=702783


    A noter qu'il y a plus d'un an, j'ai repartitionné mon disque dur, installé dessus Windows 10 et openSuse Leap 42.1 venant épaulé Windows 7 et 8 et vu qu'étant plus souvent sous openSuse, j'ai un peu (beaucoup?) perdu la trace d'anciens dossiers consacrés aux SoC Rockchip... Ca serait peut-être le moment d'y refaire un peu d'ordre et de reprendre certains trucs là où je les avais laissé.
    Dernière modification par bernado ; 16/06/2017 à 16:32:44.

  10. #10
    Archosien amateur
    Date d'inscription
    mai 2017
    Messages
    20
    Merci Bernado de t'être immiscé dans ce problème.
    As-tu essayé de flasher avec Linux_Upgrade_Tool v1.24?
    Je viens de le faire à l'instant => même résultat : (lancé en root)
    Code:
    Rockusb>TD
    Test Device Fail!
    Rockusb>RID
    Flash ID:45 4D 4D 43 20 
    Rockusb>RFI
    Flash Info:
        Manufacturer: SAMSUNG,value=00
        Flash Size: 59640MB
        Block Size: 512KB
        Page Size: 2KB
        ECC Bits: 0
        Access Time: 40
        Flash CS: Flash<0> 
    Rockusb>RCI
    Chip Info: 41 30 33 33 0 0 0 0 0 0 0 0 30 30 31 56
    Rockusb>DI -b ./boot.img ./parameter
    Download boot start...
    Test device innormal,exit download image!
    (c'est ce type de modif que tu veux appliquer à ton boot?)
    En fait je veux "juste" rooter la tablette, et je pensais utiliser la solution de Phhusson ici : http://archoslounge.net/forum/showth...usson&p=405045 Après, je suis preneur de toute autre solution ! Mais on en reviendra toujours au même problème : comment flasher des modifs sur la tablette
    Pour tes dumps, tu peux commencer par utiliser rkDumper v1.04 et ensuite RK Android Tool v2.3.5 sous Windows et aussi Linux Upgrade Tool v1.24
    J'ai déjà fait tout ça. Par contre, je viens de me rendre compte d'un truc bizarre, c'est que la partion backup semble "déborder" sur la partition cache. Selon le fichier parameter : backup devrait aller de 0x40000 à 0x78000 or cache débute à 0x72000 !
    Autre chose, je n'arrive à "ouvrir" proprement la partition backup. (avec imagerepackrk, par exemple) même en enlevant les 0x0 du début.
    Bon, ben là avec ton SoC RK3368 je vois qu'il y a tout à recommencer
    Alors, vu que j'ai déjà des choses :
    le fichier config.cfg généré par rkdumper 1.04 : https://webcloud.zaclys.com/index.php/s/vGUtfweKz1RAKGa et fichier parameter "brut" de la même source : https://webcloud.zaclys.com/index.php/s/uVtV0JvQxKSKdE3 (j'utilise une version sans le bazar de début et de fin pour mes tests !)
    le lien vers des version des outils de création de firmware qui supportent RK3368 (l'argument pour rkimagemaker c'est -RK330A) : https://github.com/geekboxzone/utils
    Le firmware étant flashé par le recovery (y a t-il une option dans le menu du style Flash rkimage
    Voici les entrées que j'ai dans le recovery :
    Code:
    Rebbot system now
    Reboot to bootloader
    Apply update from ADB
    Apply update from SD card
    Wipe data/factory reset
    Wipe cache partition
    Mount /system
    View recovery logs
    Power off
    Je vais aussi tenter de regarder comment sont fait les firmwares que tu mets en lien...

    En tout cas, merci beaucoup de prendre du temps pour m'aider ! (et merci à Lannig de t'avoir alerté)
    AlicVB

  11. #11
    Archosien novice Avatar de bernado
    Date d'inscription
    juillet 2015
    Messages
    11
    Dans Linux Upgrade Tool, je ne pense pas nécessaire de flasher le fichier parameter avec la partition boot (idem sous Android Tool), ceci n'étant requis que si tu as effectué des modifications au partitionnement d'origine et dans ce cas là, ça devrait être précédé d'un reformatage et d'un reflashage de toutes les partitions utiles, à leur nouvel emplacement. Donc, dans ton cas, mieux vaut se limiter à juste reflasher la partition boot (une fois modifiée).

    Petit tuto pour Linux Upgrade Tool:
    https://wiki.debian-fr.xyz/Flasher_s..._Android_4.4_-

    Les modifs que j'avais faites au boot de ma tablette c'était de le rendre "unsecure" ainsi on obtenait un accès ROOT sous ADB quand la tablette était connectée au PC, ceci permettant ensuite d'ajouter manuellement les fichiers requis au root d'Android, comme indiqué ici.

    Pour les dumps, on peut aussi tester le dump brut intégral de la NAND flash et fichier ensuite redécoupé automatiquement par rkDumpSlicer, comme montré ici.

    Pour le menu du recovery, je parlais de la commande update rkimage from external storage trouvé par exemple sur les anciennes tablettes sous SoC Rockchip. Voici un exemple du menu:

    Cliquez sur l'image pour la voir en taille réelle 

Nom : 		IMG0036A.jpg 
Affichages :	9 
Taille :		80,7 Ko 
ID : 			8253

    Cette commande servant à flasher directement les fichiers update.img, le même genre qu'on flashe avec Linux Upgrade Tool, Android Tool, RK Batch Tool. Je me demande si finalement ton recovery ne peut flasher QUE les fichiers sous la forme update.zip (donc, idem si on lance l'installtion d'un fichier update.img depuis Android, probable aussi qu'il soit refusé) et donc les firmwares au format update.img sont toujours à flasher avec RK Android Tool ou autre équivalent.

    Pour les firmwares, moi aussi j'ai commencé à étudié ça... Faut commencer par "disséquer" toutes les partitions indiquées dans ton fichier parameter (je sais à peu près celles au minimum nécessaires, mais y en a quelques autres en plus sur ta tablette). Tout ceci devant servir, pour commencer, à produire une version préconfigurée de RK Android Tool spécifique à ta tablette (à voir aussi si qu'en tu flashe avec, il n'y a pas une erreur d'index de partition, ou plus simplement tu as généré un fichier update.img contenant un paramètre de chip ID qui ne correspond pas à celui du SoC et surtout à celui attendu par RK Android Tool pour un RK3368?).

    Donc, premier indice (qui va s'afficher 3 secondes au bas de l'écran des téléspectateurs qui nous suivent) tu as certainement laissé comme paramètre -RK31 dans le script de génération du fichier update.img, là où il fallait mettre -RK330A, ainsi pour RK Android Tool le firmware sera compatible avec le SoC RK3368 sur lequel on souhaite l'installer.

    EDIT: Bon évidemment, en relisant ton précédent message, je suppose que tu as fait un makeupdate avec le bon paramètre -RK330A...
    Dernière modification par bernado ; 16/06/2017 à 20:44:35.

  12. #12
    Archosien amateur
    Date d'inscription
    mai 2017
    Messages
    20
    En fait, quelque soit le logiciel que j'utilise, je retombe toujours sur la même erreur : test device failed avant même tout autre message et/ou test.
    En fouillant un peu dans le code source de rkflashtool (https://sourceforge.net/p/rkflashtoo...i/master/tree/), en particulier le fichier doc/protocol.txt et rkflashtool.c, l'erreur est dans le retour de la requete RKFT_CMD_TESTUNITREADY (rkflashtool.c ligne 396) : échec avec valeur d'erreur de 0

    Et j'avoue que là, à moins d'avoir une doc plus précise (et très à jour) du protocole utilisé, je ne voit pas quoi tenter de plus pour faire fonctionner les outils "externes"

    C'est pourquoi j'essaie de creuser la piste du fichier update.img que la tablette "appliquerait" toute seule comme une grande.
    Pour l'instant, j'ai juste essayé de créer un update.img avec uniquement la partition boot d'origine (juste pour voir). Tu peux trouver l'image ici : https://webcloud.zaclys.com/index.php/s/oVJdn2owanh81t8
    Pour info, upgrade tool renvoie :
    Code:
    Rockusb>UF ./update.img
    Loading firmware...
    Support Type:RK330A    FW Ver:6.0.00    FW Time:2017-06-14 17:21:12
    Loader ver:2.53    Loader Time:2016-02-02 14:36:25
    Test Device Fail
    Et RK android Tool reconnait bien un "chip info = RK330A"

    Mais peut-être qu'il faut obligatoirement intégrer d'autres partitions dans le fichier update.img pour qu'il soit valide...

    Edit (messages croisés) : Oui, j'ai modifié le script
    Code:
    ./bin/rkImageMaker -RK330A rk3368miniloader_LCore_V2.53.bin Image/firmware.img Output/update.img -os_type:androidos
    Dernière modification par AlicVB ; 16/06/2017 à 21:07:58.

  13. #13
    Archosien novice Avatar de bernado
    Date d'inscription
    juillet 2015
    Messages
    11
    Je suppose que le fichier package-file devrait ressembler plus ou moins à ça:

    Code:
    # NAME          Relative path
    #
    package-file    package-file
    bootloader      rk3368miniloader_LCore_V2.53.bin
    parameter       parameter
    trust           Image/trust.img
    uboot           Image/uboot.img
    misc            Image/misc.img
    resource        Image/resource.img
    kernel          Image/kernel.img
    boot            Image/boot.img
    recovery        Image/recovery.img
    system          Image/system.img
    # baseparamer   Image/baseparamer.img
    backup          RESERVED
    # If keyword "SELF" is used instead of the backup.img file, the backup partition will be created when
    # generating the upgrade file, the contents of backup.img file won't be added to the generated backup
    # partition but recorded in the header information when unpacking firmware file. Use RESERVED keyword
    # for no packaged backup partition but reserved space.
    update-script   update-script
    recover-script  recover-script
    Pour le moment, tu pourrais te limiter à générer un fichier contenant (en plus du bootloader) juste un fichier misc.img contenant une commande de redémarrage en mode recovery (j'ai ça quelque part en stock).

    Quand je décompresse ton update.img avec imgRePackerRK, j'obtiens un message d'erreur en rouge:

    Cliquez sur l'image pour la voir en taille réelle 

Nom : 		Presse-papier01.jpg 
Affichages :	14 
Taille :		26,9 Ko 
ID : 			8254

    Et en effet, confirmé aussi par RockchipDumpSplit:

    Cliquez sur l'image pour la voir en taille réelle 

Nom : 		Presse-papier02.jpg 
Affichages :	15 
Taille :		106,7 Ko 
ID : 			8255

    EDIT: Je pense que ton problème de "RKU_TestDeviceReady" est (put-être) lié à l'identification du chip de mémoire NAND flash et aussi à la version du bootloader installé.

    Je sais que Lannig avait déjà eu à traiter un problème similaire avec une autre tablette sur Phonandroid et qu'on avait pas trouvé de solution, sauf à faire cela http://www.phonandroid.com/forum/roo....html#p1862421. Mais sur ta tablette, je ne suis pas certain que le recovery soit capable d'installer les fichiers au format update.img. Alors resterait-il comme solution de passer par Rockchip Create Upgrade Disk Tool v1.4 (dans ce cas là, il faut utiliser le mode formatage de la microSD incluant un bootloader spécifique + copie du fichier du firmware)?
    Dernière modification par bernado ; 17/06/2017 à 10:44:18.

  14. #14
    Archosien amateur
    Date d'inscription
    mai 2017
    Messages
    20
    En effet (je pense que l'as vu dans le fichier dépacketé, mais le fichier package-file est le suivant :
    Code:
    # NAME          Relative path 
    # 
    bootloader      rk3368miniloader_LCore_V2.53.bin 
    package-file    package-file 
    parameter       parameter 
    #uboot           Image/uboot.img 
    #misc            Image/misc.img 
    #resource        Image/resource.img 
    #kernel          Image/kernel.img 
    boot            Image/boot.img 
    #recovery        Image/recovery.img 
    #system          Image/system.img 
    backup          RESERVED 
    # If keyword "SELF" is used instead of the backup.img file, the backup partition will be created when 
    # generating the upgrade file, the contents of backup.img file won't be added to the generated backup 
    # partition but recorded in the header information when unpacking firmware file. Use RESERVED keyword 
    # for no packaged backup partition but reserved space. 
    # update-script   update-script 
    # recover-script  recover-script
    Pour les erreurs, cela vient de ce que j'ai remarqué un peu avant :
    Dans le fichier "parameter" de base, la partition backup empiette sur le cache !
    Code:
    [...]0x00010000@0x00030000(recovery),0x00038000@0x00040000(backup),0x00200000@0x00072000(cache),0x00002000@0x00272000(kpanic)[...]
    0x40000 + 0x38000 = 0x78000 > 0x72000
    Juste pour lever les incertitudes, je n'ai fait aucune modif sur les partitions, ni en quoi que ce soit. D'ailleurs ce problème est présent dans fichier parameter que j'ai extrait avec cette méthode http://www.phonandroid.com/forum/fai...p-t117509.html avant de tenter quoi que ce soit d'autre (et c'est aussi le même soucis dans le fichier parameter contenu dans la partition backup)

    Question : Archos n'aurait pas un peu merdé sur ce coup ?

    Avis aux autres possesseurs d'une Oxygen 133 : est-ce que quelqu'un pourrait regardé si c'est pareil sur leur tablette ? (et si en plus vous pouvez faire un "TD" sous Linux upgrade tool pour voir, ce serait génial !)
    Merci d'avance
    AlicVB

  15. #15
    Archosien novice Avatar de bernado
    Date d'inscription
    juillet 2015
    Messages
    11
    Les partitions qui se "chevauchent" ou qui comportent des "trous", c'est pas normal mais ça n'est pas le seul firmware à avoir ce problème, d'où justement le test fait pas le programme RockchipDumpSplit: http://freaktab.com/forum/developmen...ckchip-devices.

    Le fait est que que le retour de la commande TD sous Upgrade_Tool devrait être la suivante:
    Code:
    Rockusb>td
    Test Device OK.
    Ce qui n'est pas le cas avec ta tablette et ça n'a rien à voir avec un fichier update.img mal généré (mauvais checksum/paramètre/chip ID) puisque là on est en train de rien flasher...

    As-tu essayé sous Linux rkDevelopTool (c'est un équivalent de Upgrade_Tool sauf sur la syntaxe de quelques unes des commandes)? J'ai jeté un œil sur le code notamment où est fait le test menant à l'erreur RKU_TestDeviceReady failed dans https://github.com/rockchip-linux/rk...r/RKDevice.cpp

    Cliquez sur l'image pour la voir en taille réelle 

Nom : 		Screenshot_20170617_171517.png 
Affichages :	18 
Taille :		79,8 Ko 
ID : 			8256

    http://opensource.rock-chips.com/wiki_Rkdeveloptool
    http://opensource.rock-chips.com/wiki_Rockusb
    http://opensource.rock-chips.com/wiki_Boot_option
    Dernière modification par bernado ; 17/06/2017 à 17:39:39.

Informations de la discussion

Utilisateur(s) sur cette discussion

Il y a actuellement 1 utilisateur(s) naviguant sur cette discussion. (0 utilisateur(s) et 1 invité(s))

Discussions similaires

  1. Archos 50d Oxygen
    Par vallauri dans le forum Smartphones
    Réponses: 22
    Dernier message: 02/05/2017, 15:16:05
  2. [Demande]Root Archos 101b oxygen
    Par GaetanMeu dans le forum Tablettes gamme Elements
    Réponses: 0
    Dernier message: 17/01/2017, 17:26:27
  3. [ROOT] Root du Diamond S avec kingroot
    Par Catwyth dans le forum Gamme Diamond
    Réponses: 5
    Dernier message: 01/04/2016, 10:12:19
  4. ARCHOS 50c Oxygen
    Par pako67000 dans le forum Smartphones
    Réponses: 3
    Dernier message: 17/12/2015, 12:56:56
  5. Réponses: 15
    Dernier message: 19/11/2012, 12:17:19

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •