いいえ、Android Oreo の Rescue Party はあなたが探していたブートループ修正ではありません

click fraud protection

最初の誇大宣伝にもかかわらず、Android Oreo の Rescue Party はあなたが探していたブートループ修正ではありません。 実際にどのような動作をするのかを説明します。

XDA では、Google の Android OS の最新リリースを幅広く取り上げてきました。 アンドロイド8.0オレオ. Android Oreo は大量の新機能をもたらしますが、私たちが最も楽しみにしているのは内部的な変更です。 のようなもの プロジェクト・トレブル そして システム全体のカスタムテーマのサポート 以下は、読者の関心を引く Android Oreo 関連の変更の 2 つの例です。 Android 愛好家が実際に動作するのを楽しみにしているもう 1 つの機能は、新しい機能です。 レスキューパーティー 特徴。 この機能はデバイスをブートループから守るために多くの人に宣伝されましたが、現実ははるかに残念です。 Rescue Party はあなたが探していたブートループ修正ではありません.

実際には、Rescue Party は非常に限られた状況でのみ機能し、デバイスがブートループに入っている多くのユーザーにとっては問題になる可能性は非常に低いです。 これは、フォーラムでブートループに遭遇したほぼすべてのユーザーに特に当てはまります。Rescue Party は役に立ちません。 しかし、それは Rescue Party のせいではありません。Rescue Party が実際に何をするのかを考えるべき以上に誇大宣伝されたからです。


Android Oreo の Rescue Party - 仕組み

レスキューパーティーがどのようにトリガーされるかから始めましょう。 まず、Rescue Party を実装する必要がありますが、これは OEM には必要ありません。 Rescue Party をサポートするデバイスでは、最初にこの機能が有効になっているかどうかが確認されます。 そうではないかもしれない デバイスがデバッグ/エンジニアリング ビルドで実行されている場合、またはシステム プロパティ persist.sys.disable_rescue build.prop で true に設定されます。

後に 最低限のパーツ 起動プロセス中に Android OS が起動されると、システムは Rescue Party を送信する必要があるかどうかを判断します。 すでにお読みになったかもしれませんが、緊急事態が発生するたびに救助隊が派遣されます。

デバイスが 5 分間に 5 回以上再起動する または システム アプリが 30 秒間に 5 回以上クラッシュする. その後、救助隊は活動を開始します インクリメント 再起動ループを修正するために、さまざまな「レスキュー レベル」を実行します。

ここにあります ステップ 救助隊が取れるもの:

レベル 1 - 信頼できないデフォルトをリセットする

最初の救助隊レベルは次のとおりです。 リセット に対するあらゆる変更 設定。 グローバル または 設定。 安全な 信頼できないアプリケーションによって作成された設定テーブル。 信頼できないアプリケーションとは、ユーザーによってインストールされたパッケージです。 この Rescue Party レベルが呼び出されると、サードパーティ アプリによって行われた変更は、デフォルト値が存在する場合はそのデフォルト値に置き換えられます。 デフォルト値が存在しない場合、設定は削除されます。

信頼できないアプリケーションがグローバルまたはセキュアの設定値を変更できる唯一の方法は、そのアプリケーションに root アクセス権があるか、権限が付与されている場合です。 WRITE_SECURE_SETTINGS ADB経由で許可。 ただし、これはそれほど珍しい状況ではありません。ルート以外の独自のチュートリアルの多くは、これらの設定データベースを同じ方法で変更することに大きく依存しているためです。

この Rescue Party レベルのプレイ例としては、ユーザーが次のことを試みている場合があります。 Android Oreo でナビゲーション バーをカスタマイズする. これを行うには変更が必要になります Settings.Secure.sysui_nav_bar サードパーティ製アプリ経由 カスタムナビゲーションバー. この方法でナビゲーション バーを変更してもブートループが発生する可能性は低いですが、ブートループが発生した場合は次のようになります。 Rescue Party レベルでは、行った変更はすべてリセットされ、sysui_nav_bar のデフォルト値に置き換えられます。 それは "left, back; home; recent, right".

レベル 2 - 信頼できない変更をリセットする

再起動の問題を解決する 2 番目の試みは、レベル 1 をさらに一歩進めることです。 信頼できないパッケージによって作成された設定値を単にリセットするのではなく、すべて完全に削除します。

レベル 3 - 信頼できるデフォルト値のリセット

Rescue Party が提供するブートループに対する最後の防御線であるレベル 3 は、設定に加えられた変更をリセットします。 グローバルまたは設定。 信頼できる人によって作られた安全な価値。 システム、アプリケーション。 また、信頼できないパッケージによる変更の削除など、以前のレベルで行われた変更も試行します。

レベル 4 - 出荷時設定にリセット

他のすべてが失敗した場合、デバイスを修復する最後の試みは、リカバリを起動して、 ユーザーに工場出荷時設定へのリセットを求めるプロンプトを表示する. このアクションによりブートループは解決される可能性がありますが (ブートループがハードウェアの問題などによって引き起こされていない限り)、 ネクサス5X または ネクサス6P)、電話機を最初からセットアップし直す必要があるため、これは明らかに理想的ではありません。


ブートループの修正ではありません

それでは、Rescue Party が実際に何をするのかをまとめてみましょう。 基本的に、ユーザーまたはシステム アプリによって設定に対して行われた誤った変更を修正しようとするだけです。 グローバルまたは設定。 安全な優先設定テーブル。 失敗したオーディオ MOD をフラッシュしたり、間違った Substratum テーマをインストールしたり、Magisk/Xused を有効にしたりしたために、デバイスがブートループに入った場合 あなた向けではないモジュール、間違った build.prop 編集を行った、または root 化されたユーザーがブートループに入るために実行できる多数の操作のいずれかを行った、 それから レスキューパーティーはあなた向きではありません.

もし、あんたが 「セカンダリ ディスプレイをシミュレートする」などの設定を変更すると、どういうわけか再起動ループに陥ってしまう 開発者向けオプションでのみ、Rescue Party が実際に役立ちます。 しかし、読者の大多数は、Rescue Party を通じてブートループを解決できる可能性は低いと私は推測します。 残念ながら、ブートループに対処する最善の方法は次のとおりです。 データをバックアップしておいてください 定期的に実行されるため、携帯電話の壊滅的なデータ損失に対処する必要はありません。 救助隊に頼らないでください あなたの救世主となるために。