Android 10 DSU では、コミットせずに OTA アップデートを試せる場合があります

Android OS とセキュリティ レベルの断片化は大きな問題であり、Google はこれに対処するために多大なエンジニアリング努力を投資しています。 過去 2 年間に、Google はアップデートの展開を迅速化するために設計された 2 つの主要な取り組みを発表しました。 プロジェクト・トレブル そして プロジェクトのメインライン. 後者は今年 5 月に発表されたばかりです。 Google I/O 2019、Android 10 で起動するデバイスでのみサポートされます。 ただし、前者はそれ以来存在しています。 Google I/O 2017, そこで、Androidのアップデートにどれだけの影響があるかを確認してきました。 Android 9 Pieを搭載 そして アンドロイド10.

Google は断片化を減らすだけでなく、Project Treble がアプリ開発者にとって役立つことも望んでいます。 だからこそ彼らは発表した 動的なシステム更新 (DSU) Android 10 では、開発者がブートローダーのロックを解除したりデータを消去したりせずに、新しい OS アップデートのベアボーン バージョンを試せるようになります。 DSU の可能性に注目した Google は、そこで止まることなく、GSI をインストールするのと同じ方法で OEM からの OTA アップデートをインストールできるようにすることで、その有用性を拡大しています。

これは専門用語が多くなりますが、将来これが起こると想像してください。OEM が Android 10 を搭載した携帯電話をリリースし、Android 11 のベータ プログラムを開始します。 このベータ版を試して新機能を確認することに興味はありますが、現在毎日使用しているドライバーの安定性を危険にさらしたくありません。 ベータ版アップデートをフラッシュして完全に安定していることを期待するのではなく、DSU フローを通じて一時的にインストールしてみてはいかがでしょうか。 それが気に入らない場合は、再起動するだけでセットアップが通常に戻ります。 気に入った場合は、更新を「コミット」できます。

あなたはどうか知りませんが、これはベータ テストをより楽しくする Android への歓迎すべき変更でしょう。 自分自身がどのようなものかを確認するためだけにベータ アップデートにコミットする必要はもうありません。 お使いのデバイスの Android 10 ベータ版を待ち望んでいる方も多いと思いますが、すぐにインストールすることに抵抗があるかもしれません。 DSU に変更が加えられたことで、その心配はなくなりました。

Android 10 以降の動的システム アップデート - 変更点

Luca Stefani、XDA ポータルの友人であり、 認められた開発者についてお知らせしました。 新しいコミット 「存在する場合は複数の DSU パーティションをマウントする」というタイトルで AOSP にマージされました。 コミットにより、ファイル システム テーブル (fstab) が変更され、 init プロセスを使用して、システム以外の DSU パーティション (現時点では製品とベンダーを含む) を起動中にマウントできるようにします。 プロセス。

現在、DSU は、AOSP からコンパイルされたベアボーン システム イメージである汎用システム イメージ (GSI) のみを起動できるように設計されているため、最新の Android アップデートで新しい API やその他の変更をテストできます。 ただし、この変更により、DSU は製品およびベンダーのイメージも受け入れるようになります。 前者にはデバイス固有のアプリ、ライブラリ、その他のファイルが含まれ、後者にはデバイス固有のバイナリが含まれます。 Project Treble は、デバイス固有のファイルを含まないシステム イメージを使用してデバイスを起動できるようにしたため、製品とベンダーの読み込みを許可することはあまり意味がないようです。

ただし、Google エンジニアは、この変更は「OEM が OTA パッケージを /data にインストールし、その後、「DSU」フローを使用して product.img をマウントできるようにするためであると明確に述べています。 system.img、[および]vendor.img from /data.」 これは、現在のインストールを新しい OTA パッケージで上書きするのではなく、OTA を一時的にロードできることを意味します DSU経由。 OTA アップデートを試用した後、「ユーザーはそれらのイメージを /super に『コミット』するかどうかを決定できます。」 この最後の部分については、 あるGoogleエンジニアは、「現時点ではDSUパーティションを作成する計画はない」と述べているように、変更の「コミット」はまだ進行中です。 DSU コンテキストの下では永続的です。」そして、これをどのように実装できるかについて述べていますが、この実装はこの規定の「範囲を超えている」と述べています。 現在のパッチ。

Google は Android バージョンごとにパーティション スキームを変更することを好むため、ここで説明する必要がある用語と概念がいくつかあります。 まずは、以前の記事を読んでいただくことをお勧めします。 動的なシステム更新 どのように動作するかについては、大まかな概要を説明しますが、要約すると、ストレージの 1 つの実際のパーティション (と呼ばれる)、「動的パーティション」の概念を利用します。 「スーパー」パーティション) は、サイズ変更可能な論理パーティション (システム、ベンダー、製品、および system_ext を含む) に分割され、一時的に 地理院。 GSI をインストールするとき、DSU は既存のユーザーデータ パーティションのサイズを変更することにより、新しいシステムとユーザーデータ イメージ用のスペースを作成します。 DSU サポートの構成要素 (動的パーティション、RAM ディスク、データ バックアップ用のチェックポイント) は、DSU サポートの起動要件です。 アンドロイド10, そのため、新しい Android OS バージョンで起動するデバイスはすべて DSU をサポートする必要があります。 DSU は、Android Verified Boot (AVB) キーに一致するイメージのみをインストールできるため、一部のユーザーが探しているカスタム ROM のデュアル ブート ソリューションではありません。 ただし、この新しい変更により、将来的にはさらに便利になる可能性があります。

動的パーティションに加えて、Google は Android 10 で「仮想 A/B」の概念も導入しました。 これは基本的に次の実装です。 デュアル A/B パーティション 以前とは異なりますが、代わりに論理パーティションが使用されます。 A/B パーティションには、シームレスで安全な更新を可能にする重要なパーティションのコピーが含まれます。 「仮想 A/B」の使用は、ある Google エンジニアが現在のインストールのパーティションに DSU パーティションを「コミット」することを想定している方法です。 現在の A/B OTA 更新プロセスと同様に、新しいイメージからの変更が非アクティブなパーティションに行われる可能性があります。

これらの変更はまだ開発中であるため、Google や OEM が使用するまでに時間がかかる可能性があります。 私たちは おそらく、早くても次に Android 11 R がリリースされるまで、これの実装は見られないでしょう。 年。 それでも、OEM が OTA アップデートにこの機能を採用するという保証はありません。 ただし、これがベータ テストにどれほど便利であるかを考えると、Google はすでに関心のある OEM と協力して、将来のアップデートでこの機能を有効にしているのではないかと思います。 私は個人的に、新しい Android アップデートを購入する前に試せるという期待に興奮していますが、あなたはどうですか?