-
Nbre de contenus
2889 -
Inscription
-
Jours gagnés
78
Tout ce qui a été posté par Mreve
-
Y'a pas comme une contradiction là ? Tu t'en sers quotidiennement en fait ! Mon problème c'est surtout qu'un jour ils m'ont demandé une pièce d'identité pour valider mon compte et poursuivre ma commande... j'ai arrêté d'acheter là bas du coup. J'ai pas envie de savoir qu'un scan de ma pièce d’identité traîne sur des serveurs chinois potentiellement et probablement peu sécurisés. Wish c'est une grosse arnaque. Oui tu reçois ton produit mais ce n'est pas le produit que tu as commandé. Si tu démontes ton produit tu t'en rends vite compte.
-
[TUTO] méga tutoriel démontage 100% d'un Acer predator G9 793
Mreve a répondu à un(e) sujet de Delta dans Tutoriels et astuces
Coucou @Delta, Tu nettoies comment les pièces d'ordinateur toi ? -
Chouette ! Finalement, comme je l'explique dans mon message précédent, dans tous les cas tu vas perdre le root après une MAJ OTA en fait. Je viens de découvrir ça. Je suis déçu...
-
Bon je vais pas te mentir je découvre un peu en même temps que toi. Je n'ai jamais été dans ton cas. J'ai une mauvaise nouvelle. Il n'est en fait pas possible de garder le root après une mise à jour OTA pour ton téléphone. il faudra manuellement rerooter à chaque fois. Pour d'autres c'est possible (A/B partitions) mais pas pour toi... 1) Tu devras reflasher TWRP et rebooter directement dessus pour flasher la dernière version de Magisk. 2) Même problème en fait. Tu ne pourras pas directement installer les MAJ OTA proposées par ton téléphone. Tu pourras les télécharger mais il faudra aller dans Magisk Manager pour désinstaller Magisk --> Restorer les images. Ensuite tu devras récupérer le .zip de l'OTA sur ton téléphone pour extraire le boot.img. Accepte l'installation de la MAJ OTA. Tu perdras le root et tu devras refaire la manip pour patcher le nouveau boot.img.... Note : Regarde la documentation officielle de Magisk (general case) Si les MAJ sont rapidement disponibles sur bbs.coloros.com, c'est limite plus simple de passer par la méthode TWRP je trouve.
-
Donc au final ça a tourné en boucle sans jamais se terminer ? Pas d'erreur ? Essaie d'installer la version canary (version "beta"). Désinstalle d'abord Magisk Manager puis installe cette nouvelle version. Réessaie la manipulation. Oui c'est normal on veut l'installer en patchant le boot.img. Super ! Problème réglé ! Il ne reste plus que le root maintenant !
-
Hop ! Je pars ! Je reviens soit tard dans la soirée, soit demain en fin d'après-midi.
-
On arrive au moment fatidique où il faut bientôt que je te laisse. Je dois rejoindre des amis pour 19h. Alors ? Verdict ?
-
Tu choisis Sélectionner le fichier cible du correctif. C'est vrai que j'ai mis le truc en anglais moi. Je vais éditer mon message.
-
V'oui !
-
Pour info cette méthode ne fonctionne que pour les téléphones qui ne sont PAS system-as-root. Si votre téléphone n'est pas sortie avec Android Pie c'est sûrement le cas. System-as-root Pour les téléphones utilisant le system-as-root, le ramdisk n'est plus intégré dans le boot.img mais dans le system.img. Pour faire le plus simple possible, avant il fallait modifier les partitions /boot et /system pendant une OTA. Maintenant, Le constructeur peut modifier uniquement /system. C'est important pour le projet Treble. Explications approfondies : ici Méthode 2 : Patcher le boot.img 1) Installer l'appli Magisk Manager. 2) Télécharger le dernier firmware disponible pour votre téléphone 3) Extraire le .zip et copier l'image boot.img dans la mémoire interne de votre téléphone. 4) Lancer Magisk Manager, sélectionner Installer --> Sélectionner le fichier cible du correctif et sélectionner le boot.img. 5) Magisk Manager a patché l'image. Récupérer le patched_boot.img et le copier sur votre PC 6) Redémarrer le téléphone en mode fastboot 7) Flasher l'image patché : fastboot flash boot /chemin/vers/patched_boot.img . 8) Redémarrer et apprécier le téléphone rooté !
-
Ok. En attendant, reflash le .zip pour réinstaller la stock recovery. Ensuite, installe l'appli Magisk Manager (depuis Android).
-
2s. Il faut que je vérifie que cette autre méthode s'applique bien à ton téléphone. On est d'accord que tu avait Android Oreo au départ et tu as upgrade vers Android Pie (9.0) ?
-
Oui mais tu perdras à chaque fois le root et TWRP sera remplacée par la stock recovery. Donc pour récupérer le root, il faudra que tu reflashes TWRP pour reflasher Magisk... C'est clairement pénible non ?
-
Donc tu as redémarré en mode recovery ce qui a forcé l'install de TWRP. J'avais précisé dans mon message qu'il ne fallait pas faire ça ! Ben disons que tu es bon pour reflasher le .zip modifié que je t'ai donné. Au moins on a la réponse : fastboot flash fonctionne mais pas fastboot boot donc ça ne sert à rien de s’exciter avec cette méthode. Je vais t'en faire essayer une autre pour rooter ton téléphone sans passer par TWRP.
-
Concrètement qu'est ce que tu as fait ? Tu as fait fastboot flash recovery ... et ensuite ?
-
Ah mais du coup tu préfères installer TWRP ? Tu ne pourras plus faire d'OTA alors. Je voulais juste voir si fastboot flash recovery fonctionnait ! Aurais-je mal compris ?
-
@thierry34 Je voulais simplement revenir sur ce que j'ai dit quand je pensais que la commande fastboot boot était reconnu par ton téléphone.
-
Et ben heureusement que c'est le weekend ! J'ai encore oublié un mot dans la commande ! fastboot flash recovery twrp-9.0-recovery-findx-20190506.img
-
En fait je viens de me rendre compte que cette réponse n'assure pas du tout que le bootloader du téléphone accepte la commande fastboot boot. Il s'agit d'une réponse du PC, pas du téléphone (remote).
-
Oups ! J'ai oublié de modifier la commande après le copier-coller. Je voulais dire : fastboot flash recovery twrp-9.0-recovery-findx-20190506.img Sinon c'est la même commande qu'avant donc bon... EDIT : @thierry34 J'ai failli refaire la même erreur. J'ai édité quelque secondes après. Tu as bien vu la version éditée ?
-
Oui si tu veux. Se pourrait-il qu'il faille nécessairement flasher la recovery ? Que donne cette commande ? fastboot boot twrp-9.0-recovery-findx-20190506.img Si elle fonctionne et que ensuite tu reboot normalement, TWRP sera écrasée par la stock recovery. Si tu reboot en recovery alors TWRP sera installé epour de bon mais ce n'est pas ce que l'on veut.
-
Pfff c'est moi qui suis con... pip ne peut pas se lancer depuis l’interpréteur python. Il faut le lancer depuis cmd puisqu'il installe des modules pour python. C:\...\> pip install -r \C:\Users\thierry\Desktop\oppo_ozip_decrypt-master\requirements.txt
-
Ça dépend ce que tu appelles là dedans. Tout ce qui est bidouille Android j'ai appris ça tout seul. Après oui, je suis étudiant en école d'ingénieur filière Informatique, Réseau et Cybersécurité donc ça aide un peu. Ah ! Voilà pourquoi alors ! Si tu ne passes pas par adb.exe la commande devrait fonctionner alors : fastboot boot twrp-9.0-recovery-findx-20190506.img Donc fastboot boot est reconnu. Le usage : expected argument est normal puisqu'il faut un argument à la commande (twrp.img par exemple). Je voulais juste m'assurer que le bootloader de ton téléphone reconnaissait cette commande.
-
Ahah ! Nan ! J'aurais dû te parler des variables d'environnement. Tu vas voir, tout va s'éclairer ! Les variables d'environnement Comme tu l'as sûrement déjà remarqué, il faut parfois ouvrir le terminal (= invité de commande = cmd) dans un dossier particulier pour pouvoir profiter de commandes spécifiques. Certaines commandes, au contraire, sont reconnues par l'OS depuis n'importe où. La raison est simple : Lorsque que tu tapes une commande, tu exécutes un programme en fait. l'OS essaie alors d'exécuter le programme demandé (fastboot.exe par exemple pour Windows). Il cherche dans le dossier de travail (celui dans lequel tu te trouves) et dans des dossiers du système (C:\Windows\system32 par exemple pour Windows). C'est la variable d'environnement <PATH> qui contient la liste des répertoires dans lesquels vont être recherchés les fichiers exécutables. On retrouve cette variable sous Windows (%PATH%) et sous Unix et Linux ($PATH). Il est évidemment tout à fait possible de modifier cette variable pour accéder à une commande depuis n'importe quel endroit du PC. ==> Exemple pour adb/fastboot. Dans ton cas, normalement Python s'ajoute automatique au PATH pendant l'installation afin de pouvoir être lancé depuis n'importe où. En tout cas la commande py au lieu de python devrait être reconnu. Ouvre un invité de commande. Notes : là par exemple je suis dans C:\Users\thierry. J'aurais très bien pu me mettre directement dans le dossier oppo_ozip_decrypt-master, ça m'aurait évité d'avoir à donner le chemin de requirement.txt. C:\Users\thierry\> py Tu devrais normalement entrer dans l'environnement python. Regarde si tu peux importer pip : >>> import pip Si tu n'as pas d'erreur ça veut dire que tu devrais pouvoir utiliser pip. Tu peux très bien installer de suite les dépendances pendant que tu es dans l'environnement python via : >>> pip install -r \chemin\vers\requirement.txt EDIT : Je raconte n'importe quoi. Il ne faut pas le faire depuis l’interpréteur Python. Mais aussi en dehors car python est dans la variable PATH : C:\Users\thierry\> py -m pip install -r \chemin\vers\requirement.txt Si pip est aussi dans le PATH (normalement oui), tu peux faire : C:\Users\thierry\> pip install -r \chemin\vers\requirement.txt J'espère que tu comprends bien que le fait d'ouvrir le dossier oppo_ozip_decrypt-master (que tu peux laisser sur ton bureau) te permet simplement de ne pas à avoir à donner le chemin du fichier requirement.txt. Note : Cette histoire de variable PATH ne fonctionne que pour les exécutables, pas les fichiers normaux. Ne t'embrouille pas. C:\...\oppo_ozip_decriypt_master> py -m pip install -r requirement.txt Remarque qu'il est aussi possible d'installer directement les dépendances sans passer par ce fichier. Si tu regardes dedans tu vois qu'il y seulement pycryptodome et docopt. Il est donc aussi possible de faire directement : C:\Users\thierry\> pip install pycryptodome docopt
-
L'aventure continue ! Bon normalement il n'y a pas de raison que tu te sois trompé mais tu es bien dans ce dossier plateform-tools ? De ce que je comprends tu ne l'as pas fait mais je précise, il ne faut pas cliquer sur le adb.exe car là on utilise le fastboot ! Soit tu cliques sur fastboot.exe, soit tu ouvres cmd dans ce dossier. Tu avais déjà flashé TWRP via le fastboot avant non ? J'imagine donc que le USB debugging et le OEM unlock sont déjà activés. Au vu du résultat de la commande, ton téléphone est correctement détecté en mode fastboot (la commande fastboot devices devrait renvoyer quelque chose) Le 'unknown command' me laisse à penser que la commande fastboot boot n'est pas reconnu sur les téléphones Oppo ce qui est étrange au vu de ce que j'ai pu lire. Je viens de trouver le Device Tree de TWRP pour le Find X ! C'est génial ! Ça veut dire que si un jour je m'ennuie, je peux potentiellement essayer de patcher TWRP pour éviter d'avoir à enlever le compatibility.zip des firmwares avant de les flasher. Ça me ferait un bon exercice vu que je ne sais pas faire ! Bref, sur Github, le gars précise qu'on peut booter sur TWRP via la commande fastboot boot recovery.img. Essayons donc de voir ce qui coince : Déjà, utilise le dossier plateform-tools que je t'ai envoyé (source directe de Google). Enregistre le sur ton bureau. Vérifie qu'il n'y ait pas d'espaces dans le chemin absolu : Ça par exemple c'est pas top ! J'ai déjà eu des problèmes à cause de ça. Mets le sur ton bureau par exemple : C:\Users\thierry\Bureau\platform-tools\ Ça ne va pas régler le problème mais c'est une bonne pratique à avoir. Une fois CMD ouvert dans ce dossier (et USB Debugging + OEM unlock activé) Donne moi dans le doute le résultat de ces 2 commandes : fastboot devices fastboot boot