M
Membre supprimé 438334
- #1
Si votre appareil est toujours en stock non root avec le firmware officiel, n'installez pas TWRP . Rootez d'abord votre appareil avec Magisk, en utilisant les excellentes instructions de John Wu pour patcher le fichier AP du firmware. Vous ne pourrez revenir ici que lorsque vous aurez terminé cette procédure.
Merci à
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
Installer TWRP sur votre Samsung Galaxy S10 SM-G970F/G973F/G975F/G977B
>>>Ne jamais désactiver les options de développement ou déverrouillage OEM aprés le root du system ou l'installation d'un TWRP. Si vous le faites , au reboot de votre appareil , vous serez bloqué par le verrou de réactivation<<<
>>>>Ce tuto fera passer votre knox à 0x1<<<<
>>>Ce tuto supprime toutes vos données sur l'appareil , y compris le stockage interne<<<<
- À partir de maintenant, vous perdrez Samsung Pay et dossier sécurisé pour toujours si vous rootez une fois, même la suppression du root ne fera pas revenir ces options. En outre, vous ne pouvez pas exécuter certaines applications bancaires, mais pour cela, il existe une solution de contournement comme Magisk hide ou SU hide.
- OTA ne fonctionnera probablement pas une fois que vous avez un périphérique root.
. Être root obligatoirement !! >>> Voir ici <<<
. Si vous avez déjà un twrp installé, vous pouvez faire la MAJ avec celui ci-dessous sans oublier de patcher votre nouveau twrp auparavant !!
Android 10
G970F (S10e):
G973F (S10):
G975F (S10+):
G977B (S10 5G):
Android 9
G970F (S10e):
G973F (S10):
G975F (S10+):
G977B (S10 5G):
G970F (S10e):
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
G973F (S10):
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
G975F (S10+):
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
G977B (S10 5G):
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
Android 9
G970F (S10e):
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
G973F (S10):
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
G975F (S10+):
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
G977B (S10 5G):
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
v3.4.0-4_ianmacd for G97[035]F [inc. DTJA kernel] (2020-11-17)
Rebase kernel on Samsung's DTJA source code.
Merge all outstanding fixes and enhancements from the TWRP source tree.
This version is intended for use only with Android 10.
v3.4.0-3_ianmacd for G97[035]F [inc. DTH7 kernel] (2020-09-11)
Rebase kernel on Samsung's DTH7 source code.
This version is intended for use only with Android 10.
v3.4.0-2_ianmacd for G97[035]F [inc. CTG4 kernel] (2020-08-14)
Rebase kernel on Samsung's CTG4 source code.
This version is intended for use only with Android 10
v3.4.0-1_ianmacd for G97[035]F [inc. CTF1 kernel] (2020-06-30)
Update TWRP to version 3.4.0.
This version is intended for use only with Android 10.
v3.3.1-105_ianmacd for G97[035]F [inc. CTF1 kernel] (2020-06-18)
Rebase kernel on Samsung's CTF1 source code.
This version is intended for use only with Android 10.
v3.3.1-104_ianmacd for G97[035]F [inc. CTD1 kernel] (2020-05-31)
Rebase kernel on Samsung's CTD1 source code.
This version is intended for use only with Android 10.
v3.3.1-103_ianmacd for G97[035]F [inc. CTC9 kernel] (2020-03-31)
Rebase kernel on Samsung's CTC9 source code.
This version is intended for use only with Android 10.
v3.3.1-102_ianmacd for G97[035]F [inc. BTA8 kernel] (2020-02-08)
Rebase kernel on Samsung's BTA8 source code.
This version is intended for use only with Android 10.
v3.3.1-101_ianmacd for G97[035]F [inc. BSKO kernel] (2019-12-20)
Fix for cosmetic Unable to decrypt FBE device message that was sometimes displayed in the previous Android 10 release (-100).
This version is intended for use only with Android 10.
v3.3.1-13_ianmacd for G97[035]F [inc. ASJG kernel] (2019-12-20)
Fix for cosmetic Unable to decrypt FBE device message that was sometimes displayed in the previous Android Pie release (-12).
This version is intended for use only with Android 9.
v3.3.1-100_ianmacd for G977B [inc. BSL2 kernel] (2019-12-20)
Rebase kernel on Samsung's BSL2 source code.
This version is intended for use only with Android 10.
v3.3.1-7_ianmacd for G977B [inc. ASJ7 kernel] (2019-12-19)
Rebase kernel on Samsung's ASJ7/ASK1 source code.
Merge latest upstream TWRP commits.
v3.3.1-100_ianmacd for G97[035]F [inc. BSKO kernel] (2019-12-07)
Rebase kernel on Samsung's BSKO source code.
This version is intended for use only with Android 10.
v3.3.1-11_ianmacd for G97[035]F [inc. ASIG kernel] (2019-10-11)
Add support for Samsung DeX for PC.
v3.3.1-10_ianmacd for G97[035]F [inc. ASIG kernel] (2019-10-07)
Rebase kernel on Samsung's ASIG source code.
Merge latest upstream TWRP commits.
v3.3.1-9_ianmacd for G97[035]F [inc. ASH6 kernel (which also works with ASH1 firmware)] (2019-09-17)
Restore working MTP functionality to TWRP. With thanks to bigbiff for the reference.
v3.3.1-8_ianmacd for G97[035]F [inc. ASH6 kernel (which also works with ASH1 firmware)] (2019-09-06)
*Kernel rebased on Samsung's ASH6 source code.
v3.3.1-7_ianmacd for G97[035]F [inc. ASG8 kernel (which also works with ASH1 firmware)] and v3.3.1-6_ianmacd for G977B [inc. ASF5 kernel] (2019-08-20)
-File-based System back-up option was missing in v3.3.1-6_ianmacd.
v3.3.1-6_ianmacd for G97[035]F [inc. ASG8 kernel (which also works with ASH1 firmware)] and v3.3.1-5_ianmacd for G977B [inc. ASF5 kernel] (2019-08-18)
Use $ANDROID_ROOT to set the mount point for the system block device to /system_root on these system-as-root devices.
This change renders this and future TWRP releases incompatible with previous versions. Any existing zip file installer code that attempts to mount /system or expects the system block device to be mounted on /system will now fail under this new version and will require modification.
Solved infinite recursion of symbolic links when resolving /system paths.
v3.3.1-5_ianmacd for G97[035]F [inc. ASG8 kernel] (2019-08-07)
Kernel rebased on Samsung's ASG8 source code.
v3.3.1-4_ianmacd for G97[035]F [inc. ASF3 kernel] (2019-07-05)
Kernel rebased on Samsung's ASF3 source code.
Hugely improved Dutch translation.
v3.3.1-3.1_ianmacd for G977B [inc. ASEC kernel] (2019-06-21)
First production release for the G977B (beyondx).
v3.3.1-3.1_ianmacd for G97[035]F [inc. ASE7 kernel] (2019-06-12)
Removed an experimental patch that was accidentally included in v3.3.1-3_ianmacd.
Previous releases were for the G97[035]F only:
v3.3.1-3.1_ianmacd [inc. ASE7 kernel] (2019-06-12)
Removed an experimental patch that was accidentally included in v3.3.1-3_ianmacd.
v3.3.1-3_ianmacd [inc. ASE7 kernel] (2019-06-12)
Kernel rebased on Samsung's ASE7 source code.
v3.3.1-2_ianmacd [inc. ASD5 kernel] (2019-05-21)
Image back-ups of /product now possible.
v3.3.1-1_ianmacd [inc. ASD5 kernel] (2019-05-17)
Updated to upstream v3.3.1-0.
Fix linker warnings when binaries are executed while /system is mounted.
v3.3.0-2_ianmacd [inc. ASD5 kernel] (2019-05-11)
Kernel rebased on Samsung's ASD5 source code.
v3.3.0-1_ianmacd (2019-04-26)
Ajout du support pour le montage, la sauvegarde et la restauration du produit .
Ajouter un support pour la sauvegarde et la restauration / fournisseur .
Les partitions sont maintenant listées par ordre alphabétique.
La luminosité par défaut correspond désormais à 66% de la luminosité maximale (50%) pour faciliter la lecture.
v3.3.0-0 (2019-04-21)
Première version d'ianmacd.
TWRP mis à jour à 3.3.0-0.
Corrige la mort à la mise hors tension, laissant le périphérique incapable de démarrer lorsqu'il est rallumé.
Corrige l'incapacité de mettre à niveau Magisk via Magisk Manager.
Remplace le noyau permissif SELinux par l'application du noyau.
Rebase kernel on Samsung's DTJA source code.
Merge all outstanding fixes and enhancements from the TWRP source tree.
This version is intended for use only with Android 10.
v3.4.0-3_ianmacd for G97[035]F [inc. DTH7 kernel] (2020-09-11)
Rebase kernel on Samsung's DTH7 source code.
This version is intended for use only with Android 10.
v3.4.0-2_ianmacd for G97[035]F [inc. CTG4 kernel] (2020-08-14)
Rebase kernel on Samsung's CTG4 source code.
This version is intended for use only with Android 10
v3.4.0-1_ianmacd for G97[035]F [inc. CTF1 kernel] (2020-06-30)
Update TWRP to version 3.4.0.
This version is intended for use only with Android 10.
v3.3.1-105_ianmacd for G97[035]F [inc. CTF1 kernel] (2020-06-18)
Rebase kernel on Samsung's CTF1 source code.
This version is intended for use only with Android 10.
v3.3.1-104_ianmacd for G97[035]F [inc. CTD1 kernel] (2020-05-31)
Rebase kernel on Samsung's CTD1 source code.
This version is intended for use only with Android 10.
v3.3.1-103_ianmacd for G97[035]F [inc. CTC9 kernel] (2020-03-31)
Rebase kernel on Samsung's CTC9 source code.
This version is intended for use only with Android 10.
v3.3.1-102_ianmacd for G97[035]F [inc. BTA8 kernel] (2020-02-08)
Rebase kernel on Samsung's BTA8 source code.
This version is intended for use only with Android 10.
v3.3.1-101_ianmacd for G97[035]F [inc. BSKO kernel] (2019-12-20)
Fix for cosmetic Unable to decrypt FBE device message that was sometimes displayed in the previous Android 10 release (-100).
This version is intended for use only with Android 10.
v3.3.1-13_ianmacd for G97[035]F [inc. ASJG kernel] (2019-12-20)
Fix for cosmetic Unable to decrypt FBE device message that was sometimes displayed in the previous Android Pie release (-12).
This version is intended for use only with Android 9.
v3.3.1-100_ianmacd for G977B [inc. BSL2 kernel] (2019-12-20)
Rebase kernel on Samsung's BSL2 source code.
This version is intended for use only with Android 10.
v3.3.1-7_ianmacd for G977B [inc. ASJ7 kernel] (2019-12-19)
Rebase kernel on Samsung's ASJ7/ASK1 source code.
Merge latest upstream TWRP commits.
v3.3.1-100_ianmacd for G97[035]F [inc. BSKO kernel] (2019-12-07)
Rebase kernel on Samsung's BSKO source code.
This version is intended for use only with Android 10.
v3.3.1-11_ianmacd for G97[035]F [inc. ASIG kernel] (2019-10-11)
Add support for Samsung DeX for PC.
v3.3.1-10_ianmacd for G97[035]F [inc. ASIG kernel] (2019-10-07)
Rebase kernel on Samsung's ASIG source code.
Merge latest upstream TWRP commits.
v3.3.1-9_ianmacd for G97[035]F [inc. ASH6 kernel (which also works with ASH1 firmware)] (2019-09-17)
Restore working MTP functionality to TWRP. With thanks to bigbiff for the reference.
v3.3.1-8_ianmacd for G97[035]F [inc. ASH6 kernel (which also works with ASH1 firmware)] (2019-09-06)
*Kernel rebased on Samsung's ASH6 source code.
v3.3.1-7_ianmacd for G97[035]F [inc. ASG8 kernel (which also works with ASH1 firmware)] and v3.3.1-6_ianmacd for G977B [inc. ASF5 kernel] (2019-08-20)
-File-based System back-up option was missing in v3.3.1-6_ianmacd.
v3.3.1-6_ianmacd for G97[035]F [inc. ASG8 kernel (which also works with ASH1 firmware)] and v3.3.1-5_ianmacd for G977B [inc. ASF5 kernel] (2019-08-18)
Use $ANDROID_ROOT to set the mount point for the system block device to /system_root on these system-as-root devices.
This change renders this and future TWRP releases incompatible with previous versions. Any existing zip file installer code that attempts to mount /system or expects the system block device to be mounted on /system will now fail under this new version and will require modification.
Solved infinite recursion of symbolic links when resolving /system paths.
v3.3.1-5_ianmacd for G97[035]F [inc. ASG8 kernel] (2019-08-07)
Kernel rebased on Samsung's ASG8 source code.
v3.3.1-4_ianmacd for G97[035]F [inc. ASF3 kernel] (2019-07-05)
Kernel rebased on Samsung's ASF3 source code.
Hugely improved Dutch translation.
v3.3.1-3.1_ianmacd for G977B [inc. ASEC kernel] (2019-06-21)
First production release for the G977B (beyondx).
v3.3.1-3.1_ianmacd for G97[035]F [inc. ASE7 kernel] (2019-06-12)
Removed an experimental patch that was accidentally included in v3.3.1-3_ianmacd.
Previous releases were for the G97[035]F only:
v3.3.1-3.1_ianmacd [inc. ASE7 kernel] (2019-06-12)
Removed an experimental patch that was accidentally included in v3.3.1-3_ianmacd.
v3.3.1-3_ianmacd [inc. ASE7 kernel] (2019-06-12)
Kernel rebased on Samsung's ASE7 source code.
v3.3.1-2_ianmacd [inc. ASD5 kernel] (2019-05-21)
Image back-ups of /product now possible.
v3.3.1-1_ianmacd [inc. ASD5 kernel] (2019-05-17)
Updated to upstream v3.3.1-0.
Fix linker warnings when binaries are executed while /system is mounted.
v3.3.0-2_ianmacd [inc. ASD5 kernel] (2019-05-11)
Kernel rebased on Samsung's ASD5 source code.
v3.3.0-1_ianmacd (2019-04-26)
Ajout du support pour le montage, la sauvegarde et la restauration du produit .
Ajouter un support pour la sauvegarde et la restauration / fournisseur .
Les partitions sont maintenant listées par ordre alphabétique.
La luminosité par défaut correspond désormais à 66% de la luminosité maximale (50%) pour faciliter la lecture.
v3.3.0-0 (2019-04-21)
Première version d'ianmacd.
TWRP mis à jour à 3.3.0-0.
Corrige la mort à la mise hors tension, laissant le périphérique incapable de démarrer lorsqu'il est rallumé.
Corrige l'incapacité de mettre à niveau Magisk via Magisk Manager.
Remplace le noyau permissif SELinux par l'application du noyau.
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
Préambule
Après l'apparition de TWRP pour la gamme de périphériques S10, il est rapidement devenu évident que les versions initiales posaient des problèmes majeurs...
Naturellement, de nombreux utilisateurs ont été frustrés de perdre la possibilité de démarrer leur appareil après l'avoir arrêté et de ne pas pouvoir mettre à jour Magisk après l'installation de TWRP.
Un certain nombre d'utilisateurs ont pris contact avec moi en privé pour obtenir de l'aide. J'ai répondu à leurs questions et même partagé des images fixes dans quelques cas, mais le nombre de demandes d'assistance augmentait chaque jour et je ne pouvais pas suivre le rythme de la demande.
Étant donné que l'affiche des images originales (Geiti94) était de toute évidence incapable d'offrir des images fixes de TWRP, j'ai finalement pris la liberté de le faire moi-même dans
Bien que cela ait permis de soulager la pression immédiate, la nécessité constante de corriger les bogues et d’apporter de nouvelles améliorations au logiciel a rendu inévitable une fourchette du projet initial. C’est pourquoi j’ai pris la décision de le promouvoir sur son propre projet DevDB et de le mettre ici sous XDA.
Le mérite revient à Geiti94 d’avoir effectué les premières étapes fastidieuses et libéré les versions originales. C'est la base sur laquelle ce travail repose maintenant. Cette fourchette n'implique aucun manque de respect envers lui, mais reconnaît fermement le besoin de la base d'utilisateurs S10 de recevoir des images correctes, fonctionnelles et mises à jour en temps opportun.
Système en tant que racine avec schéma de partitionnement A uniquement
Tous les nouveaux appareils lancés avec Android 9 doivent obligatoirement être configurés en usine en tant que périphériques
Pour les appareils Samsung tels que la série S10, cela signifie que boot.img ne peut plus être utilisé pour rooter le périphérique. Au lieu de cela, Magisk sera installé sur la partition de récupération et l'utilisateur devra toujours démarrer sur cette partition, que TWRP ou Android soit désiré ou non. Les clés matérielles sont utilisées au démarrage pour sélectionner Android ou TWRP.
Cette configuration indique que TWRP et Android partagent un noyau de récupération commun. Toutefois, TWRP ne pouvant pas être démarré avec un noyau standard, un noyau personnalisé doit être compilé à partir du code source de Samsung. Malheureusement, ce noyau est sensible aux modifications des versions de microprogrammes de Samsung d'un mois à l'autre, ce qui signifie que des problèmes peuvent survenir si un noyau donné est utilisé avec un microprogramme plus récent que la version à laquelle il était destiné.
Cette situation regrettable nécessite des versions de maintenance semi-régulières de TWRP afin de maintenir le noyau en phase avec la dernière version du microprogramme de la série S10. Une complication supplémentaire provient du fait que toute version donnée du code source modifié du noyau de Samsung retarde généralement la version du microprogramme associée de quelques jours à quelques semaines.
TWRP sans Magisk
Si votre appareil n’a toujours pas de racine et qu’il exécute un micrologiciel standard, il est vivement déconseillé de poursuivre l’installation de TWRP. Commencez par rooter votre appareil avec Magisk, en utilisant les excellentes instructions de root du system de John Wu pour patcher le fichier AP du microprogramme. Si vous avez terminé cette procédure, revenez ici et continuez à partir de la section Préparation de l'image.
Si vous insistez pour continuer à installer TWRP sur un périphérique standard sans Magisk, vous devrez au moins flasher un vbmeta.img avec la vérité désactivée, sinon vous ne pourrez pas initialiser votre périphérique. Vous pouvez construire une telle image en utilisant la commande suivante:
Sinon, si vous n'avez pas une copie de avbtool sous la main, l'extrait suivant de code shell fera l'affaire:
Ensuite, Flashez ceci sur la partition vbmeta :
Préparation de l'image
Contrairement à la version d'origine Geit94, ces images TWRP et les suivantes ne seront pas fournies pré-root avec Magisk. Bien qu'il soit trivial de les proposer dans ce format, ce type de distribution binaire de Magisk va à l'encontre des conditions d'utilisation définies par le développeur de Magisk, John Wu.
Pour rooter l’image TWRP vous-même, utilisez simplement Magisk Manager pour sélectionner et patcher un fichier. Fournissez votre fichier image TWRP fraîchement téléchargé en tant qu'entrée, puis collez le fichier image résultant magisk_patched.img sur la partition de récupération de votre périphérique.
Un moyen simple et rapide de le faire sur un périphérique déjà en place consiste à utiliser un shell root:
Si le périphérique n'est pas encore enraciné (ou même s'il l'est), vous pouvez utiliser Odin, mais vous devez d'abord tarer l'image. Par exemple:
Ces versions sont basées sur la dernière version de TWRP, 3.3.0-0, et sur un noyau personnalisé 4.14.85 compilé à partir du dernier code source de Samsung ASE7 et fonctionnant en mode SELinux. Le noyau a été intentionnellement gardé le plus près possible du stock afin de fournir une compatibilité maximale avec Android et TWRP.
Les versions ont été bien testées et sont connues pour fonctionner comme prévu sur les périphériques exécutant les micrologiciels ASCA et ASD5.
Après l’installation, vous pourrez éteindre votre appareil sans le rendre impossible à démarrer et mettre à jour Magisk directement à partir de Magisk Manager, comme vous le faites habituellement sur d’autres appareils.
Si vous installez TWRP sur votre appareil pour la première fois ou si vous le réinstallez après une mise à niveau du micrologiciel, n'oubliez pas de désactiver le cryptage basé sur fichier (FBE) immédiatement après avoir clignoté TWRP, sinon vous ne pourrez pas lire les fichiers en récupération. Pour ce faire (et pour vous protéger contre divers mécanismes de protection anti-racine avec lesquels le périphérique est piégé), flashez le
Mises à jour du firmware de l'appareil
Lorsque vient le temps de mettre à jour le micrologiciel de votre appareil, veuillez suivre les excellentes instructions de John Wu pour appliquer des correctifs au fichier AP du micrologiciel.
Ensuite, utilisez Odin pour flasher le fichier AP corrigé, ainsi que les fichiers BL, CP et HOME_CSC de stock. Ne laissez pas ces emplacements vides, sinon votre partition / data pourrait être réduite pendant le flash).
Lorsque vous avez terminé, redémarrez en mode de téléchargement et reflashez immédiatement votre image TWRP modifiée par Magisk.
Alternativement, vous pouvez remplacer recovery.img dans le fichier AP corrigé par votre image TWRP enracinée, complétant ainsi la mise à niveau en un seul éclair:
Enfin, démarrez TWRP et reflasher le multidisableur. Ne sautez pas cette dernière étape, car le nouveau micrologiciel clignotant aura réactivé les fonctions de sécurité essentielles que vous devez maintenant désactiver à nouveau.
Questions fréquemment posées
Q. Y at-il une différence entre les versions proposées ici et celles sur le site officiel de TWRP ?
R. Les versions officielles et non officielles sont compilées à partir de la branche Android-9.0 de TWRP, à l'aide du code source de la dernière version officielle de TWRP. Toutes les modifications postérieures à la publication présentes dans l'en- tête HEAD de la branche Android-9.0 sont généralement omises. Les dernières versions non officielles peuvent contenir des modifications de l'arborescence des périphériques non encore intégrées aux versions officielles. Ceci est un symptôme de la surcharge bureaucratique du processus d'ingénierie de publication officielle. En outre, il peut être difficile de distinguer les différentes versions des versions officielles, car la balise TW_DEVICE_VERSION que j'utilise à cette fin avec les versions non officielles n'est pas disponible pour une utilisation avec les versions officielles. En raison de la complexité supplémentaire et des frais généraux associés à la maintenance des versions officielles, je recommande désormais de n'utiliser que les versions non officielles.
Q. Je ne souhaite pas démarrer Android à l'aide du noyau personnalisé à partir de mon image TWRP. Le dernier noyau TWRP est souvent destiné à des microprogrammes plus anciens. Même s'il n'y a pas de problèmes visibles avec cet ancien noyau, il me manque probablement des améliorations et des correctifs apportés dans le dernier noyau. N'y a-t-il vraiment pas d'autre moyen d'exécuter TWRP sur ces appareils?
R. Il y a en fait un autre moyen. Vous pouvez choisir de flasher et de démarrer TWRP à la demande, en laissant une récupération de stock basée sur Magisk sur votre appareil le reste du temps. Par exemple, vous pouvez adapter le script simple suivant pour basculer votre récupération entre stock et TWRP. Copiez ce qui suit (pas en tant que superutilisateur) dans un fichier, par exemple / storage / emulated / 0 / switch-recovery :
Il fera flasher votre image TWRP et redémarrera le périphérique à la récupération. Si l'image TWRP n'est pas enracinée, vous devez toujours appuyer sur la combinaison de touches habituelle pour forcer la transmission directe àTWRP.
Faites votre travail dans TWRP, puis réexécutez le script à partir du terminal TWRP. Cette fois-ci, votre image de récupération d'actions sera reflashée et vous pourrez redémarrer. Il n’est pas nécessaire d’appuyer sur les touches cette fois-ci, car vous démarrez sur un Android doté de la racine Magisk.
De toute évidence, vous devez modifier les chemins dans le script pour qu'ils correspondent à l'emplacement de stockage de vos propres images.
Q. Quelque part lors de la mise à niveau de mon microprogramme, de l’enracinement et de l’installation de TWRP, mon / système de fichiers de données a mystérieusement perdu une fraction de sa taille précédente et semble avoir été effacé. Qu'est-il arrivé? Est-ce que TWRP est responsable de cela?
R. Non. Cela semble être un effet secondaire de l'utilisation d'Odin pour envoyer uniquement un fichier AP à ces périphériques, c'est-à-dire
avec les logements BL, CP et CSC laissés vides. Nous ne savons pas pourquoi cela / les données sont réduites, mais nous les avons réduites à cela.
Pour le réparer, vous devez démarrer sur TWRP, sélectionner Effacement avancé , cocher Données , puis réparer ou modifier le système de fichiers, puis Redimensionner le système de fichiers . Vos / données vont retrouver leur taille d'origine, mais vous constaterez probablement que vous avez perdu des données. Restaurez une sauvegarde de / données ensuite.
Q. Lorsque je monte / system et que j'exécute des commandes dans le terminal TWRP ou via adb , les problèmes liés à l'éditeur de liens dynamique suscitent beaucoup de bruit
A. Ce problème est corrigé à partir de la version 3.3.1-1_ianmacd .
Cela est dû au fait que / etc / system devient un lien symbolique vers lui-même, ce qui provoque une récursion infinie lorsqu'il est suivi.
L’écran de votre texte n’est qu’un avertissement, pas une erreur. Vos commandes sont en cours d'exécution.
Néanmoins, le bruit agace, vous pouvez donc faire taire l'avertissement en collant les commandes suivantes dans le terminal (avec l'aide de
John Wu):
Q. Lorsque je flashe mon zip préféré en utilisant ce TWRP, je ne peux pas démarrer mon appareil. L'auteur du zip dit que ces versions de TWRP sont à blâmer. Pourquoi ne les réparez-vous pas?
A. Parce qu'il n'y a rien de mal avec eux. C'est le code de l'installateur de votre zip préféré qui est cassé. Ces versions de TWRP exposent simplement ce fait. Ne tirez pas sur le messager.
De nombreux codes d’installateur hérités mal écrits supposent paresseusement la présence de certains fichiers binaires, en particulier BusyBox. Cependant, l'inclusion de BusyBox dans TWRP est une option de compilation à la discrétion du constructeur.
De plus, l'inclusion de BusyBox dans les versions de TWRP qui ciblent Android 9.0 et les versions ultérieures est officiellement
En bref, l'hypothèse de BusyBox sur l'appareil est dangereuse et l'auteur de votre zip préféré devrait corriger son code d'installation. Fournissez-lui un journal d'installation et demandez-lui poliment de réécrire son code pour qu'il soit indépendant de ce détail d'implémentation de TWRP.
Après l'apparition de TWRP pour la gamme de périphériques S10, il est rapidement devenu évident que les versions initiales posaient des problèmes majeurs...
Naturellement, de nombreux utilisateurs ont été frustrés de perdre la possibilité de démarrer leur appareil après l'avoir arrêté et de ne pas pouvoir mettre à jour Magisk après l'installation de TWRP.
Un certain nombre d'utilisateurs ont pris contact avec moi en privé pour obtenir de l'aide. J'ai répondu à leurs questions et même partagé des images fixes dans quelques cas, mais le nombre de demandes d'assistance augmentait chaque jour et je ne pouvais pas suivre le rythme de la demande.
Étant donné que l'affiche des images originales (Geiti94) était de toute évidence incapable d'offrir des images fixes de TWRP, j'ai finalement pris la liberté de le faire moi-même dans
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
sur le fil de discussion TWRP d'origine en tant que service rendu à la communauté.Bien que cela ait permis de soulager la pression immédiate, la nécessité constante de corriger les bogues et d’apporter de nouvelles améliorations au logiciel a rendu inévitable une fourchette du projet initial. C’est pourquoi j’ai pris la décision de le promouvoir sur son propre projet DevDB et de le mettre ici sous XDA.
Le mérite revient à Geiti94 d’avoir effectué les premières étapes fastidieuses et libéré les versions originales. C'est la base sur laquelle ce travail repose maintenant. Cette fourchette n'implique aucun manque de respect envers lui, mais reconnaît fermement le besoin de la base d'utilisateurs S10 de recevoir des images correctes, fonctionnelles et mises à jour en temps opportun.
Système en tant que racine avec schéma de partitionnement A uniquement
Tous les nouveaux appareils lancés avec Android 9 doivent obligatoirement être configurés en usine en tant que périphériques
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
. L'image de disque mémoire précédemment utilisée dans le fichier boot.img est maintenant fusionnée avec system.img.Pour les appareils Samsung tels que la série S10, cela signifie que boot.img ne peut plus être utilisé pour rooter le périphérique. Au lieu de cela, Magisk sera installé sur la partition de récupération et l'utilisateur devra toujours démarrer sur cette partition, que TWRP ou Android soit désiré ou non. Les clés matérielles sont utilisées au démarrage pour sélectionner Android ou TWRP.
Cette configuration indique que TWRP et Android partagent un noyau de récupération commun. Toutefois, TWRP ne pouvant pas être démarré avec un noyau standard, un noyau personnalisé doit être compilé à partir du code source de Samsung. Malheureusement, ce noyau est sensible aux modifications des versions de microprogrammes de Samsung d'un mois à l'autre, ce qui signifie que des problèmes peuvent survenir si un noyau donné est utilisé avec un microprogramme plus récent que la version à laquelle il était destiné.
Cette situation regrettable nécessite des versions de maintenance semi-régulières de TWRP afin de maintenir le noyau en phase avec la dernière version du microprogramme de la série S10. Une complication supplémentaire provient du fait que toute version donnée du code source modifié du noyau de Samsung retarde généralement la version du microprogramme associée de quelques jours à quelques semaines.
TWRP sans Magisk
Si votre appareil n’a toujours pas de racine et qu’il exécute un micrologiciel standard, il est vivement déconseillé de poursuivre l’installation de TWRP. Commencez par rooter votre appareil avec Magisk, en utilisant les excellentes instructions de root du system de John Wu pour patcher le fichier AP du microprogramme. Si vous avez terminé cette procédure, revenez ici et continuez à partir de la section Préparation de l'image.
Si vous insistez pour continuer à installer TWRP sur un périphérique standard sans Magisk, vous devrez au moins flasher un vbmeta.img avec la vérité désactivée, sinon vous ne pourrez pas initialiser votre périphérique. Vous pouvez construire une telle image en utilisant la commande suivante:
Code:
S'il vous plaît,
Connexion
ou
S'inscrire
to view codes content!
Sinon, si vous n'avez pas une copie de avbtool sous la main, l'extrait suivant de code shell fera l'affaire:
Code:
S'il vous plaît,
Connexion
ou
S'inscrire
to view codes content!
Ensuite, Flashez ceci sur la partition vbmeta :
Code:
S'il vous plaît,
Connexion
ou
S'inscrire
to view codes content!
Préparation de l'image
Contrairement à la version d'origine Geit94, ces images TWRP et les suivantes ne seront pas fournies pré-root avec Magisk. Bien qu'il soit trivial de les proposer dans ce format, ce type de distribution binaire de Magisk va à l'encontre des conditions d'utilisation définies par le développeur de Magisk, John Wu.
Pour rooter l’image TWRP vous-même, utilisez simplement Magisk Manager pour sélectionner et patcher un fichier. Fournissez votre fichier image TWRP fraîchement téléchargé en tant qu'entrée, puis collez le fichier image résultant magisk_patched.img sur la partition de récupération de votre périphérique.
Un moyen simple et rapide de le faire sur un périphérique déjà en place consiste à utiliser un shell root:
Code:
S'il vous plaît,
Connexion
ou
S'inscrire
to view codes content!
Si le périphérique n'est pas encore enraciné (ou même s'il l'est), vous pouvez utiliser Odin, mais vous devez d'abord tarer l'image. Par exemple:
Code:
S'il vous plaît,
Connexion
ou
S'inscrire
to view codes content!
Ces versions sont basées sur la dernière version de TWRP, 3.3.0-0, et sur un noyau personnalisé 4.14.85 compilé à partir du dernier code source de Samsung ASE7 et fonctionnant en mode SELinux. Le noyau a été intentionnellement gardé le plus près possible du stock afin de fournir une compatibilité maximale avec Android et TWRP.
Les versions ont été bien testées et sont connues pour fonctionner comme prévu sur les périphériques exécutant les micrologiciels ASCA et ASD5.
Après l’installation, vous pourrez éteindre votre appareil sans le rendre impossible à démarrer et mettre à jour Magisk directement à partir de Magisk Manager, comme vous le faites habituellement sur d’autres appareils.
Si vous installez TWRP sur votre appareil pour la première fois ou si vous le réinstallez après une mise à niveau du micrologiciel, n'oubliez pas de désactiver le cryptage basé sur fichier (FBE) immédiatement après avoir clignoté TWRP, sinon vous ne pourrez pas lire les fichiers en récupération. Pour ce faire (et pour vous protéger contre divers mécanismes de protection anti-racine avec lesquels le périphérique est piégé), flashez le
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
dès que vous avez installé TWRP.Mises à jour du firmware de l'appareil
Lorsque vient le temps de mettre à jour le micrologiciel de votre appareil, veuillez suivre les excellentes instructions de John Wu pour appliquer des correctifs au fichier AP du micrologiciel.
Ensuite, utilisez Odin pour flasher le fichier AP corrigé, ainsi que les fichiers BL, CP et HOME_CSC de stock. Ne laissez pas ces emplacements vides, sinon votre partition / data pourrait être réduite pendant le flash).
Lorsque vous avez terminé, redémarrez en mode de téléchargement et reflashez immédiatement votre image TWRP modifiée par Magisk.
Alternativement, vous pouvez remplacer recovery.img dans le fichier AP corrigé par votre image TWRP enracinée, complétant ainsi la mise à niveau en un seul éclair:
Code:
S'il vous plaît,
Connexion
ou
S'inscrire
to view codes content!
Enfin, démarrez TWRP et reflasher le multidisableur. Ne sautez pas cette dernière étape, car le nouveau micrologiciel clignotant aura réactivé les fonctions de sécurité essentielles que vous devez maintenant désactiver à nouveau.
Questions fréquemment posées
Q. Y at-il une différence entre les versions proposées ici et celles sur le site officiel de TWRP ?
R. Les versions officielles et non officielles sont compilées à partir de la branche Android-9.0 de TWRP, à l'aide du code source de la dernière version officielle de TWRP. Toutes les modifications postérieures à la publication présentes dans l'en- tête HEAD de la branche Android-9.0 sont généralement omises. Les dernières versions non officielles peuvent contenir des modifications de l'arborescence des périphériques non encore intégrées aux versions officielles. Ceci est un symptôme de la surcharge bureaucratique du processus d'ingénierie de publication officielle. En outre, il peut être difficile de distinguer les différentes versions des versions officielles, car la balise TW_DEVICE_VERSION que j'utilise à cette fin avec les versions non officielles n'est pas disponible pour une utilisation avec les versions officielles. En raison de la complexité supplémentaire et des frais généraux associés à la maintenance des versions officielles, je recommande désormais de n'utiliser que les versions non officielles.
Q. Je ne souhaite pas démarrer Android à l'aide du noyau personnalisé à partir de mon image TWRP. Le dernier noyau TWRP est souvent destiné à des microprogrammes plus anciens. Même s'il n'y a pas de problèmes visibles avec cet ancien noyau, il me manque probablement des améliorations et des correctifs apportés dans le dernier noyau. N'y a-t-il vraiment pas d'autre moyen d'exécuter TWRP sur ces appareils?
R. Il y a en fait un autre moyen. Vous pouvez choisir de flasher et de démarrer TWRP à la demande, en laissant une récupération de stock basée sur Magisk sur votre appareil le reste du temps. Par exemple, vous pouvez adapter le script simple suivant pour basculer votre récupération entre stock et TWRP. Copiez ce qui suit (pas en tant que superutilisateur) dans un fichier, par exemple / storage / emulated / 0 / switch-recovery :
Code:
S'il vous plaît,
Connexion
ou
S'inscrire
to view codes content!
Il fera flasher votre image TWRP et redémarrera le périphérique à la récupération. Si l'image TWRP n'est pas enracinée, vous devez toujours appuyer sur la combinaison de touches habituelle pour forcer la transmission directe àTWRP.
Faites votre travail dans TWRP, puis réexécutez le script à partir du terminal TWRP. Cette fois-ci, votre image de récupération d'actions sera reflashée et vous pourrez redémarrer. Il n’est pas nécessaire d’appuyer sur les touches cette fois-ci, car vous démarrez sur un Android doté de la racine Magisk.
De toute évidence, vous devez modifier les chemins dans le script pour qu'ils correspondent à l'emplacement de stockage de vos propres images.
Q. Quelque part lors de la mise à niveau de mon microprogramme, de l’enracinement et de l’installation de TWRP, mon / système de fichiers de données a mystérieusement perdu une fraction de sa taille précédente et semble avoir été effacé. Qu'est-il arrivé? Est-ce que TWRP est responsable de cela?
R. Non. Cela semble être un effet secondaire de l'utilisation d'Odin pour envoyer uniquement un fichier AP à ces périphériques, c'est-à-dire
avec les logements BL, CP et CSC laissés vides. Nous ne savons pas pourquoi cela / les données sont réduites, mais nous les avons réduites à cela.
Pour le réparer, vous devez démarrer sur TWRP, sélectionner Effacement avancé , cocher Données , puis réparer ou modifier le système de fichiers, puis Redimensionner le système de fichiers . Vos / données vont retrouver leur taille d'origine, mais vous constaterez probablement que vous avez perdu des données. Restaurez une sauvegarde de / données ensuite.
Q. Lorsque je monte / system et que j'exécute des commandes dans le terminal TWRP ou via adb , les problèmes liés à l'éditeur de liens dynamique suscitent beaucoup de bruit
A. Ce problème est corrigé à partir de la version 3.3.1-1_ianmacd .
Cela est dû au fait que / etc / system devient un lien symbolique vers lui-même, ce qui provoque une récursion infinie lorsqu'il est suivi.
L’écran de votre texte n’est qu’un avertissement, pas une erreur. Vos commandes sont en cours d'exécution.
Néanmoins, le bruit agace, vous pouvez donc faire taire l'avertissement en collant les commandes suivantes dans le terminal (avec l'aide de
John Wu):
Code:
S'il vous plaît,
Connexion
ou
S'inscrire
to view codes content!
Q. Lorsque je flashe mon zip préféré en utilisant ce TWRP, je ne peux pas démarrer mon appareil. L'auteur du zip dit que ces versions de TWRP sont à blâmer. Pourquoi ne les réparez-vous pas?
A. Parce qu'il n'y a rien de mal avec eux. C'est le code de l'installateur de votre zip préféré qui est cassé. Ces versions de TWRP exposent simplement ce fait. Ne tirez pas sur le messager.
De nombreux codes d’installateur hérités mal écrits supposent paresseusement la présence de certains fichiers binaires, en particulier BusyBox. Cependant, l'inclusion de BusyBox dans TWRP est une option de compilation à la discrétion du constructeur.
De plus, l'inclusion de BusyBox dans les versions de TWRP qui ciblent Android 9.0 et les versions ultérieures est officiellement
S'il vous plaît,
Connexion
ou
S'inscrire
pour voir le contenu ou les urls !
. Les responsables de la maintenance des appareils concernés sont invités à utiliser Toybox, et ces versions pour la série S10 sont conformes à ces conseils. En outre, il n'est même pas possible de créer une image officielle pour ces appareils avec BusyBox inclus. La compilation échoue sur le serveur de construction officiel.En bref, l'hypothèse de BusyBox sur l'appareil est dangereuse et l'auteur de votre zip préféré devrait corriger son code d'installation. Fournissez-lui un journal d'installation et demandez-lui poliment de réécrire son code pour qu'il soit indépendant de ce détail d'implémentation de TWRP.
Pour patcher twrp, il faut ouvrir magisk manager, clique sur INSTALLE / INSTALLER / sélectionner et patcher un fichier / puis chercher où twrp est placé sur le stockage et le patcher en cliquant dessus (en le sélectionnant). Attendre la fin du processus (du patchage) de magisk manager . Dès que twrp est patché ( faire "quitter" dans manager), le récupérer et le convertir au format .tar avec ces commandes (j'ai testé pour Windows powershell) de cette facon :
Placer par exemple le twrp téléchargé (au préalable patché) dans un dossier nommé "twrp" ou ce que vous voulez sur PC, puis dans ce dossier, clique droit sur la souris et "Ouvrir la fenêtre Powershell ici ". Taper les commandes ci-dessous:
NB : J'ai renommé le "twrp-beyond2lte-3.3.0-1_ianmacd.img " téléchargé et patché en "twrp-beyond2lte" pour plus ne pas changer les cmd données sur la source
ENTRÉE
ENTRÉE
Le twrp est patché en .tar que vous placez dans AP de odin puis flashez-le ( En décochant Auto Reboot dans Odin ), puis forcez le reboot en recovery pour repartir dans twrp
En images pour patcher :
NB : Je n'ai pas le s10, je détail comme c'est dis dans le tuto, j’espère que ça ira
Placer par exemple le twrp téléchargé (au préalable patché) dans un dossier nommé "twrp" ou ce que vous voulez sur PC, puis dans ce dossier, clique droit sur la souris et "Ouvrir la fenêtre Powershell ici ". Taper les commandes ci-dessous:
NB : J'ai renommé le "twrp-beyond2lte-3.3.0-1_ianmacd.img " téléchargé et patché en "twrp-beyond2lte" pour plus ne pas changer les cmd données sur la source
Code:
S'il vous plaît,
Connexion
ou
S'inscrire
to view codes content!
Code:
S'il vous plaît,
Connexion
ou
S'inscrire
to view codes content!
Le twrp est patché en .tar que vous placez dans AP de odin puis flashez-le ( En décochant Auto Reboot dans Odin ), puis forcez le reboot en recovery pour repartir dans twrp
En images pour patcher :
Mise à jour du TWRP ( IMPORTANT !! Patchez-le au préalable)
Via Flashify
Copiez / collez le fichier ".img" préalablement téléchargé dans la mémoire interne ou externe de votre mobile
Ouvrez l'application Flashify et accordez lui les droits super utilisateurs lorsqu'on vous le demande
Choisissez ensuite "Recovery image"
Puis "Choose a file"
Sélectionnez ensuite une application dans la liste présente, afin de cherchez l'emplacement du fichier .img à flasher
Validez l'installation pour flasher le TWRP !
MISE À JOUR DU TWRP via TWRP :
Pour mettre à jour TWRP , il vous suffit de télécharger le nouveau twrp.img sur votre téléphone , puis de démarrer dans votre TWRP actuel et de le flasher.
Pour flasher un fichier twrp.img , accédez à [Installer] -> [Flash Image] -> sélectionnez votre twrp.img puis selevctionnez [Recovery] ( c'est le chemin de la partition où le recovery sera installé ) et enfin Swipe pour flasher -> Flash !
Ensuite , il suffit d'utiliser [Reboot] -> [Recovery] pour redémarrer dans le TWRP mis à jour .
Copiez / collez le fichier ".img" préalablement téléchargé dans la mémoire interne ou externe de votre mobile
Ouvrez l'application Flashify et accordez lui les droits super utilisateurs lorsqu'on vous le demande
Choisissez ensuite "Recovery image"
Puis "Choose a file"
Sélectionnez ensuite une application dans la liste présente, afin de cherchez l'emplacement du fichier .img à flasher
Validez l'installation pour flasher le TWRP !
MISE À JOUR DU TWRP via TWRP :
Pour mettre à jour TWRP , il vous suffit de télécharger le nouveau twrp.img sur votre téléphone , puis de démarrer dans votre TWRP actuel et de le flasher.
Pour flasher un fichier twrp.img , accédez à [Installer] -> [Flash Image] -> sélectionnez votre twrp.img puis selevctionnez [Recovery] ( c'est le chemin de la partition où le recovery sera installé ) et enfin Swipe pour flasher -> Flash !
Ensuite , il suffit d'utiliser [Reboot] -> [Recovery] pour redémarrer dans le TWRP mis à jour .
N'hésitez pas à nous faire part de vos retours, observations éventuellement, merci
Dernière édition par un modérateur: