Non, Rescue Party d'Android Oreo n'est pas le correctif bootloop que vous recherchiez

Malgré le battage médiatique initial, Rescue Party d'Android Oreo n'est pas le correctif de bootloop que vous recherchiez. Voici une explication de ce qu'il fait réellement.

Chez XDA, nous avons largement couvert la dernière version du système d'exploitation Android de Google: Android 8.0 Oréo. Android Oreo apporte une tonne de nouvelles fonctionnalités, mais celles qui nous enthousiasment le plus sont les changements sous le capot. Des choses comme Projet triple et prise en charge des thèmes personnalisés à l'échelle du système sont deux exemples de changements liés à Android Oreo qui intéressent nos lecteurs. Une autre fonctionnalité que les passionnés d'Android attendaient avec impatience de voir en action est la nouvelle Fête de sauvetage fonctionnalité. Cette fonctionnalité a été vantée par beaucoup pour sauver votre appareil d'un bootloop, mais la réalité est bien plus décevante. Rescue Party n'est pas le correctif bootloop que vous recherchiez.

En réalité, Rescue Party ne fonctionne que dans une situation très limitée, une situation qui est très peu susceptible d'intéresser de nombreux utilisateurs dont les appareils entrent dans une boucle de démarrage. Cela est particulièrement vrai pour presque tous les utilisateurs de notre forum qui rencontrent un bootloop – Rescue Party ne vous aidera pas. Ce n'est cependant pas la faute de Rescue Party, car il a été beaucoup plus médiatisé qu'il n'aurait dû l'être compte tenu de ce qu'il fait réellement.


Rescue Party dans Android Oreo - Comment ça marche

Commençons par comment se déclenche Rescue Party. Tout d’abord, Rescue Party doit être implémenté, ce qui n’est pas requis par les OEM. Sur les appareils prenant en charge Rescue Party, la première vérification effectuée consiste à voir si la fonctionnalité est même activée, ce qui ce n'est peut-être pas le cas si l'appareil s'exécute sur une version de débogage/ingénierie ou si la propriété système persist.sys.disable_rescue est défini sur true dans build.prop.

Après le le strict minimum de pièces du système d'exploitation Android ont été démarrés pendant le processus de démarrage, le système détermine s'il doit envoyer une équipe de secours. Comme vous l'avez peut-être déjà lu, une équipe de secours est envoyée chaque fois que le l'appareil redémarre plus de 5 fois en 5 minutes ou un l'application système plante plus de 5 fois en 30 secondes. Rescue Party commence alors à incrément à travers différents « niveaux de secours » pour tenter de réparer la boucle de redémarrage.

Voici les pas que l'équipe de sauvetage peut prendre :

Niveau 1 - Réinitialiser les paramètres par défaut non fiables

Le premier niveau de Rescue Party consiste à réinitialiser toutes les modifications apportées au Paramètres. Mondial ou Paramètres. Sécurisé tables de préférences créées par des applications non fiables. Les applications non fiables sont les packages installés par l'utilisateur. Lorsque ce niveau Rescue Party est appelé, toute modification apportée par une application tierce sera remplacée par sa valeur par défaut si elle existe. Si aucune valeur par défaut n'existe, le paramètre est supprimé.

La seule façon pour une application non fiable de pouvoir modifier une valeur de paramètre dans Global ou Secure est si cette application dispose d'un accès root ou a obtenu l'accès root. WRITE_SECURE_SETTINGS autorisation via BAD. Ce n'est cependant pas une situation si rare, car bon nombre de nos propres didacticiels non root s'appuient fortement sur la modification de ces bases de données de paramètres de la même manière.

Un exemple de ce niveau Rescue Party en jeu serait si l'utilisateur tentait de personnaliser leur barre de navigation sur Android Oreo. Faire cela nécessiterait de modifier Settings.Secure.sysui_nav_bar via une application tierce telle que Barre de navigation personnalisée. Maintenant, il est peu probable que la modification de la barre de navigation via cette méthode provoque une boucle de démarrage, mais si c'était le cas, alors ceci Le niveau Rescue Party réinitialiserait toute modification que vous avez apportée et la remplacerait par la valeur par défaut de sysui_nav_bar lequel est "left, back; home; recent, right".

Niveau 2 - Réinitialiser les modifications non fiables

La deuxième tentative pour résoudre le problème de redémarrage consiste à augmenter le niveau 1 un peu plus loin. Au lieu de simplement réinitialiser les valeurs de paramètre définies par des packages non fiables, il les supprimera toutes.

Niveau 3 – Réinitialiser les paramètres de confiance par défaut

Dernière ligne de défense contre les bootloops proposée par Rescue Party, le niveau 3 réinitialisera toutes les modifications apportées aux paramètres. Global ou Paramètres. Valeur sécurisée qui a été créée par des personnes de confiance, c'est-à-dire. système, applications. Il tente également les modifications apportées par les niveaux précédents, telles que la suppression des modifications apportées par des packages non fiables.

Niveau 4 - Réinitialisation d'usine

Si tout le reste échoue, la dernière tentative pour réparer votre appareil consiste à démarrer la récupération et inviter l'utilisateur à effectuer une réinitialisation d'usine. Bien que cette action résoudra probablement la boucle de démarrage (à condition que la boucle de démarrage ne soit pas causée par des problèmes matériels comme sur le Nexus 5X ou Nexus 6P), ce n'est évidemment pas idéal puisqu'il s'agit de tout configurer à nouveau votre téléphone.


Pas un correctif Bootloop pour vous

Résumons donc ce que fait réellement Rescue Party. Essentiellement, tout ce qu'il fait est de tenter de corriger toute modification erronée apportée par l'utilisateur ou par les applications système aux paramètres. Global ou Paramètres. Table de préférences sécurisée. Si votre appareil entre dans une boucle de démarrage parce que vous avez flashé un mod audio bâclé, installé le mauvais thème Substratum, activé un Magisk/Xposed module qui n'était pas pour vous, a fait une mauvaise édition build.prop ou a fait l'une des nombreuses choses qu'un utilisateur root peut faire pour entrer dans une boucle de démarrage, alors Rescue Party n'est pas pour vous.

Si tu se retrouver d'une manière ou d'une autre dans une boucle de redémarrage en modifiant un paramètre tel que "Simuler les écrans secondaires" dans les options du développeur, ce n'est qu'alors que Rescue Party vous aiderait réellement. Mais je suppose que la grande majorité de nos lecteurs ne verront probablement pas leurs boucles de démarrage résolues via Rescue Party. Malheureusement, la meilleure façon de gérer les bootloops est de gardez vos données sauvegardées régulièrement, vous n'aurez donc jamais à faire face à une perte de données catastrophique sur votre téléphone. Ne comptez pas sur Rescue Party pour être ton sauveur.