Nein, die Rescue Party von Android Oreo ist nicht die Bootloop-Lösung, nach der Sie gesucht haben

click fraud protection

Trotz des anfänglichen Hypes ist die Rescue Party von Android Oreo nicht die Bootloop-Lösung, nach der Sie gesucht haben. Hier ist eine Erklärung dessen, was es tatsächlich tut.

Bei XDA haben wir ausführlich über die neueste Version von Googles Android-Betriebssystem berichtet: Android 8.0 Oreo. Android Oreo bringt eine Menge neuer Funktionen mit sich, aber am meisten haben wir uns auf die Änderungen gefreut, die sich unter der Haube verbergen. Dinge wie Projekt Treble Und Systemweite benutzerdefinierte Theme-Unterstützung sind zwei Beispiele für Änderungen im Zusammenhang mit Android Oreo, die unsere Leser interessieren. Eine weitere Funktion, auf die sich Android-Enthusiasten schon lange gefreut haben, ist die neue Rettungsparty Besonderheit. Diese Funktion wurde von vielen angepriesen, um Ihr Gerät vor einem Bootloop zu schützen, aber die Realität ist weitaus enttäuschender. Rescue Party ist nicht der Bootloop-Fix, nach dem Sie gesucht haben.

Tatsächlich funktioniert Rescue Party nur in einer sehr eingeschränkten Situation, die für viele Benutzer, deren Geräte in einen Bootloop geraten, höchstwahrscheinlich keine Rolle spielt. Dies gilt insbesondere für fast jeden Benutzer in unserem Forum, der auf einen Bootloop stößt – Rescue Party wird Ihnen nicht helfen. Das ist jedoch nicht die Schuld von Rescue Party, denn es wurde viel stärker aufgebauscht, als es angesichts seiner eigentlichen Leistung hätte sein sollen.


Rescue Party in Android Oreo – So funktioniert es

Beginnen wir damit, wie die Rettungsparty ausgelöst wird. Zunächst muss Rescue Party implementiert werden, was von OEMs nicht gefordert wird. Auf Geräten mit Rescue Party-Unterstützung wird zunächst überprüft, ob die Funktion überhaupt aktiviert ist ist möglicherweise nicht der Fall ob das Gerät auf einem Debug-/Engineering-Build läuft oder ob die Systemeigenschaft persist.sys.disable_rescue ist in build.prop auf true gesetzt.

Nach dem das Nötigste an Teilen des Android-Betriebssystems während des Bootvorgangs gestartet wurden, ermittelt das System, ob es eine Rettungsparty senden muss. Wie Sie vielleicht bereits gelesen haben, wird immer dann eine Rettungsgruppe geschickt Das Gerät startet innerhalb von 5 Minuten mehr als fünfmal neu oder ein Die System-App stürzt innerhalb von 30 Sekunden mehr als fünfmal ab. Dann beginnt die Rettungsgruppe Zuwachs durch verschiedene „Rettungsstufen“, um die Neustartschleife zu beheben.

Hier sind die Schritte Diese Rettungsgruppe kann Folgendes übernehmen:

Stufe 1 – Nicht vertrauenswürdige Standardeinstellungen zurücksetzen

Das erste Level der Rettungsmannschaft besteht aus: zurücksetzen alle Änderungen an der Einstellungen. Global oder Einstellungen. Sicher Präferenztabellen, die von nicht vertrauenswürdigen Anwendungen erstellt wurden. Nicht vertrauenswürdige Anwendungen sind Pakete, die vom Benutzer installiert werden. Wenn diese Rettungsmannschaftsebene aufgerufen wird, werden alle von einer Drittanbieter-App vorgenommenen Änderungen durch ihren Standardwert ersetzt, sofern dieser vorhanden ist. Wenn kein Standardwert vorhanden ist, wird die Einstellung gelöscht.

Die einzige Möglichkeit, dass eine nicht vertrauenswürdige Anwendung einen Einstellungswert in „Global“ oder „Secure“ überhaupt ändern kann, besteht darin, dass diese Anwendung über Root-Zugriff verfügt oder dieser gewährt wurde WRITE_SECURE_SETTINGS Erlaubnis über ADB. Dies ist jedoch keine so ungewöhnliche Situation, da viele unserer eigenen Nicht-Root-Tutorials stark darauf basieren, diese Einstellungsdatenbanken auf die gleiche Weise zu ändern.

Ein Beispiel für diesen Rettungstrupp-Level im Spiel wäre, wenn der Benutzer es versuchen würde Passen Sie ihre Navigationsleiste auf Android Oreo an. Dies würde eine Änderung erfordern Settings.Secure.sysui_nav_bar über eine Drittanbieter-App, z Benutzerdefinierte Navigationsleiste. Nun ist es unwahrscheinlich, dass eine Änderung der Navigationsleiste mit dieser Methode einen Bootloop verursacht, aber wenn ja, dann dies Die Stufe „Rettungsgruppe“ setzt alle von Ihnen vorgenommenen Änderungen zurück und ersetzt sie durch den Standardwert von sysui_nav_bar welches ist "left, back; home; recent, right".

Stufe 2 – Nicht vertrauenswürdige Änderungen zurücksetzen

Der zweite Versuch, das Neustartproblem zu beheben, besteht darin, Stufe 1 einen Schritt weiter zu gehen. Anstatt einfach alle Einstellungswerte zurückzusetzen, die von nicht vertrauenswürdigen Paketen vorgenommen wurden, werden sie alle vollständig gelöscht.

Stufe 3 – Vertrauenswürdige Standardeinstellungen zurücksetzen

Die letzte von Rescue Party angebotene Verteidigungslinie gegen Bootloops, Stufe 3, setzt alle an den Einstellungen vorgenommenen Änderungen zurück. Global oder Einstellungen. Sicherer Wert, der von vertrauenswürdigen Stellen erstellt wurde, d. h. System, Anwendungen. Es versucht auch, die von früheren Ebenen vorgenommenen Änderungen vorzunehmen, z. B. das Löschen von Änderungen, die von nicht vertrauenswürdigen Paketen vorgenommen wurden.

Stufe 4 – Zurücksetzen auf Werkseinstellungen

Wenn alles andere fehlschlägt, besteht der letzte Versuch, Ihr Gerät zu reparieren, darin, die Wiederherstellung zu starten und Fordern Sie den Benutzer auf, einen Werksreset durchzuführen. Obwohl diese Aktion wahrscheinlich den Bootloop auflöst (vorausgesetzt, der Bootloop wird nicht durch Hardwareprobleme wie auf dem verursacht Nexus 5X oder Nexus 6P), ist dies offensichtlich nicht ideal, da Sie dazu Ihr Telefon neu einrichten müssen.


Kein Bootloop-Fix für Sie

Fassen wir also zusammen, was Rescue Party eigentlich macht. Im Wesentlichen versucht es lediglich, fehlerhafte Änderungen zu korrigieren, die vom Benutzer oder von System-Apps an den Einstellungen vorgenommen wurden. Global oder Einstellungen. Sichere Präferenztabelle. Wenn Ihr Gerät in einen Bootloop gerät, weil Sie einen verpatzten Audio-Mod geflasht, das falsche Substratum-Design installiert oder Magisk/Xposed aktiviert haben Modul, das nicht für Sie geeignet war, eine fehlerhafte Bearbeitung von build.prop vorgenommen hat oder eines der zahlreichen Dinge getan hat, die ein gerooteter Benutzer tun kann, um in einen Bootloop zu gelangen, Dann Rescue Party ist nichts für dich.

Wenn du Irgendwie geraten Sie in eine Neustartschleife, wenn Sie eine Einstellung wie „Sekundäre Displays simulieren“ ändern. in den Entwickleroptionen, nur dann würde Ihnen Rescue Party tatsächlich helfen. Aber ich vermute, dass die Bootloops der überwiegenden Mehrheit unserer Leser wahrscheinlich nicht durch Rescue Party gelöst werden. Leider ist der beste Weg, mit Bootloops umzugehen, Folgendes: Sichern Sie Ihre Daten regelmäßig, sodass Sie nie mit einem katastrophalen Datenverlust auf Ihrem Telefon rechnen müssen. Verlassen Sie sich nicht auf Rescue Party um dein Retter zu sein.