Le forum a été mis à jour! (lire la suite...)

Doume59249

Membre
  • Content count

    18
  • Joined

  • Last visited

About Doume59249

  • Rank
    Membre
  • Birthday 04/27/1950

Profile Information

  • Sexe
    Homme
  • Lieu
    France
  • Activités
    Retraité
  • Marque
    Wiko
  • Modèle
    Rainbow Jam 4G
  1. Je compile sur Ubuntu 16.04, en 64 bits J'ai appliqué le README joint au pack Opensource de Wiko : Download: ========= If you are not already using an AOSP toolchain (included in an AOSP build tree), download the corresponding official android toolchain for the arm-eabi specified above for this device: git clone https://android.googlesource.com/platform/prebuilts (use darwin-x86 in place of linux-x86 for mac) Build the kernel: ================= set the following environment variables: source build/envsetup.sh lunch L5251-user build kernel: make -j5 kernel Voir ci-dessous les scripts modifiés (tag 'Added by Doume') Tout est OK pour la compile du kernel, jusqu'à ce que je remplace le répertoire bootable/recovery par celui de cm12.1 BoardConfig.mk L5251.mk
  2. Oui, j'ai déjà pratiqué sur d'autres terminaux... Mais sur le package fourni par Wiko, ça pose problèmes : - Le package tel quel est OK pour compiler le kernel, puis générer recovery.img - Après avoir modifié BoardConfig.mk pour ajouter les constantes nécessaires à TWRP, tout reste OK (compile success) - Mais si je remplace le répertoire ./bootable/recovery par celui de CyanogenMod 12.1, la compile ne fonctionne plus ! Donc il reste du boulot....
  3. Salut,

    Hélas, je me bats contre un cancer depuis 2011.

    Cette récidive est sévère, et ils vont faire une exploration fonctionnelle mercredi matin, pour savoir s'il est encore possible de faire de la chirurgie sur la vessie....

    Je croise les doigts !

    J'espère pouvoir dire 'A+'

     

  4. Je me suis dit la même chose, en partant du pack 'opensource' de Wiko On devrait pouvoir remplacer l'arborescence ./bootable/recovery pour obtenir un TWRP ! Je vais essayer de me pencher là-dessus prochainement (hosto Mercredi prochain ! ! 😟 )
  5. Dommage que erdnaxe ne réponde ni sur ce forum, ni en MP, ni sur son github... Son repository semble incomplet pour finaliser une compile de TWRP. Avec l'opensource que propose Wiko ( wikogeeks.com ) on peut compiler un kernel, et générer un recovery.img, mais il s'agit du recovery 'stock', ne contenant aucune possibilité de backup/restore
  6. Personnellement, je ne jouerais pas avec le résultat d'un unsparse-sparse. Pour le coup, il y a de fortes chances de bricker l'engin ! Comme tu dis, il doit y avoir une raison, s'ils livrent l'image usine sous cette forme hyper-compliquée.... Je trouve seulement dommage de ne pas disposer d'un recovery capable de faire un backup/restore de la rom en place ! C'est un outil rassurant. En comparaison, le Titanium Backup, ça fait plutôt usine à gaz.
  7. Bingo, elle se monte Mais cela signifie donc que ce 'system.img' ne pourrait pas être flashé par un twrp ou cwm..... bref, il ne sert à rien en dehors de l'outil Wiko, sauf à chopper certains fichiers en montant le filesystem
  8. Par contre, j'ai essayé l'outil AndImgTool.exe sur les fichiers .img obtenus userdata.img : OK recovery.img ( qui existait dans l'arborescence ) : OK boot.img ( qui existait dans l'arborescence ) : OK mais system.img ne semble pas plaire à cet outil, qui normalement unpack un fichier .img et crée la structure de répertoires du filesystem
  9. Pas compris comment fonctionne ce script.... T'as réussi à recréer un 'system.img' ? Edit : J'ai trouvé : Faut installer le composant xmlstarlet dans Ubuntu, et executer le script dans le répertoire 'rom' créé par la décompression du .exe sous Windows (eh oui, j'ai dû me réinstaller un Windows dans une machine virtuelle....) sparse_back_system.img.sh ==> génère system.img.nnnn dans ~/tmp sparse_back_system.img.sh -p userdata ==> génère ~userdata.img dans répertoire rom sparse_back_system.img.sh -p cache ==> génère ~cache.img dans répertoire rom sparse_back_system.img.sh -p persist ==> génère ~persist.img dans répertoire rom
  10. Ok, compris, je vais essayer d'en faire autant La ligne de commande Linux, aucun problème pour moi : J'ai fait ma carrière là-dessus (et je suis à la retraite, donc ça fait un moment 😁 ) Merci
  11. Tu peux préciser comment tu as fait ? Depuis le Play Store, on ne peut installer SuperSU... ? Si je l'installe depuis adb, il me dit 'success' mais quand lje lance SiperSU, il affiche un message 'Aucun binaire SU n'est installé'.... et pourtant, j'ai bien mis un 'su' dans /system/xbin
  12. Le recovery en place sur la rom stock ne permet pas le backup complet. Or, l'avantage d'un backup de ce genre, c'est qu'il inclut les paramétrage personnels ( applis, contacts, SMS, etc...) De plus, quasiment tous les outils pour flasher les stock roms sont sous Windows, et chez moi je n'utilise plus Windows depuis des années ! Donc, si je peux backuper, flasher, et maintenir directement sur le smartphone, c'est tant mieux.
  13. Jolie découverte, cette astuce.... Moins stressant que les outils comme Kingoroot ou autres Merci infiniment
  14. Bonjour, Je viens de découvrir ces repositories sur Github.... Peut-on aider aux tests ? Pour info, j'ai déjà participé aux portages CM sur Acer A200, et Lenovo Tab 7" Ou en est le développement pour ce phone Wiko ? Existe-t-il un binaire twrp pour ce smartphone ? J'aimerais essayer de booter (sans installer, via fastboot) un recovery qui permettrait de faire un backup complet de la rom stock, avant tout bidouillage.
  15. Bonjour à tous. Il ne semble pas y avoir de section pour le Trooper 650, aussi me suis-je permis de poster ici... Un administrateur peut-il créer une section, et y déplacer ce fil ? J'ai reçu ce jour un téléphone Kazam Trooper 650L Je l'ai acheté via Free. J'aimerais commencer par y installer un vrai recovery, de type TWRP ou à défaut un vrai CWM En effet , le recovery en place semble être un CWM restreint (sans possibilité de sauvegarde/restauration) Quelqu'un sait-il où trouver un TWRP compatible avec ce téléphone ( qualcomm Snapdragon 210, à priori)