Google Pixelのroot化ガイド — 2026年版
Pixelのブートローダー解除、純正ファクトリーイメージ、bootとinit_boot、Magisk、OTA復旧を解説。通信会社版とGrapheneOSの違いも整理します。
目次
Pixelでも販売版の確認から
解除可能なPixelは、公式ファクトリーイメージとFastbootの情報が公開されているため、root化と復旧の経路を確認しやすい端末です。ただし、Pixelという名前だけで解除可能とは判断できません。特に一部の通信会社版は、OEMロック解除に制限がある場合があります。
本記事では、純正イメージの取得、Magiskのパッチ対象、Fastbootの書き込み、導入後の確認までを整理します。GrapheneOSを使う場合は、root化とは異なる目的・手順として考えます。
Pixelが候補になりやすい理由
Googleは対応端末の純正ファクトリーイメージを公開しています。Fastbootを使う仕組みが明確で、利用者が多いため、Magiskや復旧に関する情報も見つけやすい傾向があります。
一方、銀行アプリ、Google Wallet、DRM、ハードウェア認証は、純正かroot化済みかを区別する場合があります。導入が簡単なことと、変更後もすべてのアプリが同じように使えることは別です。
原文で扱うPixel世代
| 世代 | 確認する点 |
|---|---|
| Pixel 9系 | Tensor G4、販売版、対象イメージと現在のビルド |
| Pixel 8/8 Pro/8a | Tensor G3、純正パッケージ、通信会社の条件 |
| Pixel 7/7 Pro/7a | Tensor G2、現在のパッチ対象と更新手順 |
| Pixel 6/6 Pro/6a | 初期Tensor、モデムや更新履歴も確認 |
| Pixel 5/5a | 端末の年齢とソフトウェアサポート期間 |
| Pixel 4以前 | 古い手順、復旧ファイル、セキュリティ更新状況 |
ここに記載された世代は英語版の範囲です。新しいPixelの手順を、古い世代のパーティション名だけで推測しないでください。
1. 実機の情報と解除条件を確認
設定の「デバイス情報」から型番とビルド番号を記録し、開発者向けオプションを表示します。USBデバッグとOEMロック解除を確認してください。
OEM項目がグレーになっている場合は、初期設定、通信、管理ポリシー、販売版などを確認します。通信会社版の制限であれば、Google直販版の手順をそのまま適用できません。
SIMロックが解除されていることは、ブートローダーを解除できる証明ではありません。
2. データをバックアップ
解除で端末が初期化される前提で準備します。写真、動画、WhatsApp、認証アプリ、銀行の再登録情報、eSIMの再発行条件、端末内の文書などを確認します。
別のPCやクラウドへ保存したファイルが実際に開けるかも確認してください。復旧コードを端末内にしか保存していない場合、初期化でそれも失われます。
3. Fastbootで解除する
GoogleのPlatform Toolsと対応ドライバーを用意します。端末側でADB接続を許可した後、次の流れでブートローダーへ移動できます。
adb reboot bootloader
fastboot devices
解除可能な端末で、現在の公式手順が指定する場合は次の形式を使います。
fastboot flashing unlock
古い端末の資料にはfastboot oem unlockが登場する場合もありますが、機種の指定に従ってください。端末画面の消去・解除の確認を読み、了承して進めます。
解除後は通常起動と初期設定を確認します。まだ別カーネルやROMを重ねないでください。
4. 正しいFactory Imageを取得する
GoogleのFactory Imagesから、端末と完全に同じビルドのパッケージを選びます。提供されているハッシュでダウンロードの破損を確認できる場合は照合します。
OTAファイルとFactory Imageでは構造と用途が異なります。欲しいファイルが見つからないからといって、別の端末のイメージを使わないでください。
パッケージを展開すると、さらに機種用のイメージZIPが入っている構成があります。含まれているファイルと、現在のMagiskが指定するパッチ対象を確認します。
boot.imgとinit_boot.imgの違い
新しい端末構成では、従来のbootとは別にinit_bootが存在する場合があります。Magiskで必要なのは、その端末の起動構成に対応するイメージです。
「Android 13へ更新したから、必ずinit_bootに切り替わる」とは考えないでください。出荷時の構成やramdiskの配置が関係します。対応する公式Magiskの案内、ファクトリーイメージの内容、機種の情報を照合してください。
この確認を省くと、パッチそのものは完了しても、rootが有効にならなかったり起動できなくなったりする場合があります。
5. Magiskでパッチを作成
公式Magiskをインストールします。以下はinit_bootが対象と確認済みの場合の例です。
adb push init_boot.img /sdcard/Download/init_boot.img
Magiskでファイルを選択してパッチし、生成された実際のファイル名を確認します。
adb shell ls /sdcard/Download/
adb pull /sdcard/Download/EXACT_PATCHED_FILENAME.img patched_init_boot.img
EXACT_PATCHED_FILENAME.imgは出力された名前へ置き換えます。bootが対象の端末なら、元ファイルと保存名をboot用に扱い、両者を混ぜないでください。
純正のファイルは変更せずに別途保存します。ダウンロードした他人のpatched imageではなく、実機に合う純正イメージから作成することが重要です。
6. 対象へ書き込む
init_bootが対象である場合の例です。
adb reboot bootloader
fastboot devices
fastboot flash init_boot patched_init_boot.img
fastboot reboot
bootが対象である端末は、機種別の案内で確認したうえで次の形式になります。
fastboot flash boot patched_boot.img
fastboot reboot
両方を試すための2つのコマンドではありません。 実機に合う一方を使います。スロット名や検証解除オプションも、必要性を確認せず追加しないでください。
7. 導入後に確認すること
Magiskの導入表示とSU許可を確認し、次に通信、Wi-Fi、カメラ、指紋、充電、スリープ、再起動をテストします。
Google Wallet、銀行、業務管理、DRM、ゲームは別々に確認します。一つの整合性テストの結果だけで、すべてのアプリが正常と判断しないでください。
Magiskモジュールの選び方では、保守終了したツールや、複数の機能を重ねすぎる問題を説明しています。
Titan M2とハードウェアの認証
Tensor世代の対応Pixelでは、Titan M2などのセキュリティ機構が鍵、Verified Boot、認証に関わります。ブートローダーを開くことは、純正の信頼状態を変える操作です。
root化ができることと、元のハードウェア認証状態を自由に再現できることは同じではありません。アプリが使う鍵の再登録や、端末の変更後に必要な手続きが発生する場合もあります。
第三者の鍵や不明なツールで、すべての認証・銀行アプリを恒久的に通過できるという説明には注意してください。
GrapheneOSという別の選択肢
目的がネットワーク権限、プライバシー、OSの堅牢化、Sandboxed Google Playであれば、root化よりGrapheneOSが目的に合う場合があります。
GrapheneOSは、rootを追加して自由に改造するためのOSではありません。正式対応Pixelと公式導入方法、再ロックを含む手順に従います。Magiskを追加すれば両方の利点をそのまま得られる、と考えないでください。
| 目的 | 検討する方向 |
|---|---|
| root権限が必要なTasker操作やモジュール | Magiskなどのroot構成 |
| カスタムカーネルや深いシステム変更 | 対応するroot/カーネル環境 |
| rootなしでのセキュリティ・権限制御 | 正式対応端末のGrapheneOS |
| 不要アプリの整理やDNS設定だけ | 純正のまま実現できる方法を先に確認 |
GrapheneOSの対応端末一覧は更新されます。過去の記事に機種名があるだけで、現在も正式対応と判断しないでください。
OTA更新をするとき
OTAでbootやinit_bootが置き換わると、root状態が変わる場合があります。新しいビルドには新しい純正イメージを使用します。
MagiskのA/B端末向け更新手順を使う場合も、実機がその条件に合うか確認します。更新の途中で勝手に再起動したり、古いpatched imageを使ったりしないでください。
更新後はZygisk、モジュール、銀行アプリ、DRMを再確認します。OS更新とカーネル・モジュールの大量更新を同時にしないほうが、問題を追いやすくなります。
起動しなくなったら
Pixelの利点は、純正ファイルを取得しやすいことです。最後に変えた領域、使用したイメージ、現在のスロット、Fastbootに入れるかを確認します。
データを残す必要があるときは、すぐFactory Resetをしません。boot/init_bootの不一致だけであれば、対応する純正イメージへ戻すことが候補になります。ROMやAVBまで変更していれば、より広い範囲の診断が必要です。
よくあるエラー
| 症状 | 確認事項 |
|---|---|
| OEMロック解除がグレー | 通信会社版、管理状態、初期設定とメーカー条件 |
| Fastbootが端末を表示しない | モード、ドライバー、データケーブル、Platform Tools |
| Magiskが有効にならない | 正しい対象イメージか、同じビルドか |
| パッチ後に起動ループ | bootとinit_bootの取り違え、イメージ不一致、追加変更 |
| OTAが失敗 | 変更されたパーティション、現在のMagisk更新手順 |
Pixelで相談が多い使い方
Taskerの高度な操作やホスト制御にはrootが役立つことがあります。プライバシー中心ならGrapheneOS、銀行・決済を最優先するなら純正を維持する判断もあります。
Pixel 7・8・9のどれを選ぶ場合も、性能や価格だけでなく、販売版、更新期間、純正ファイル、必要な機能を比較してください。
よくある質問
Pixelはなぜroot化でよく使われますか?
公式イメージ、Fastboot、コミュニティ情報を確認しやすいためです。ただし、解除できる販売版であることが前提です。
Titan M2があるとroot化できませんか?
ハードウェアのセキュリティ機構と、対応端末の解除・root手順は別に考えます。root化後の鍵や認証、アプリの扱いが変わることには注意が必要です。
MagiskとGrapheneOSではどちらがよいですか?
root機能が必要なら前者、rootなしのセキュリティ設計を求めるなら後者を検討します。目的の異なる選択肢です。
銀行アプリは使えますか?
アプリごとに確認します。過去に動作したことが、将来の更新後も使える証明にはなりません。
保証への影響はありますか?
解除・変更へのメーカーの対応と、居住国の権利を確認します。一律の保証継続や取消をここで断定しません。
Pixel 7・8・9のどれが向いていますか?
解除可能な版であることを確認し、価格、サポート期間、必要な性能と既存の資料を比較してください。
純正へ戻すのは簡単ですか?
必要なファクトリーイメージを入手しやすい点は利点ですが、データ消去や再ロックの条件を理解する必要があります。必ず元の状態とファイルを記録します。
よくある質問
Pixelはなぜroot化しやすいブランドなのですか?
理由は複数あります。(1) Googleの方針はロック解除に協力的で、fastboot flashing unlock がメーカー側の承認手続きなしで直接使えます(Mi Unlock Toolの7日間の待機、RealmeのIn-Depth Test承認、SamsungのKnox eFuseのような恒久的な記録はありません)。(2) ファクトリーイメージは、対応するすべてのPixelモデルとAndroidバージョンについて developers.google.com/android/images で公開されており、コミュニティ製ファームウェアを探す必要がありません。(3) PixelのAVB(Android Verified Boot)実装は基準となる実装で、資料が充実しており、コミュニティの情報も成熟しています。(4) PixelのハードウェアはMagiskの基準プラットフォームで、Magiskの開発はまずPixelでテストされ、Magiskのすべての機能がPixelで問題なく動作します。(5) 最もセキュリティを強化したAndroidディストリビューションであるGrapheneOSはPixel専用で、他のブランドが受け付けない「ロック解除後にカスタムファームウェアで再ロックする」手順を明確にサポートしています。(6) /r/GooglePixel、XDA、GrapheneOSコミュニティが活発です。(7) Knox eFuse、アンチロールバック、キャリアロックで解除不可の機種など、他ブランドにあるような想定外のブランド固有の問題がありません。
Titan-M2とは何ですか?Pixelのroot化にどう影響しますか?
Titan-M2はGoogleのハードウェアセキュリティチップで、Pixel 6以降(Pixel 6/6 Pro/6a/7/7 Pro/7a/8/8 Pro/8a/9/9 Pro/9 Pro XL/9 Pro Fold)に搭載されています。Pixel 3〜5に搭載されていた初代Titan-Mの後継です。機能は、安全な鍵の保管、ハードウェアベースのキーストア、生体認証、Verified Bootの強制、アンチロールバックの強制です。root化の観点では、Titan-M2は次の点に影響します。(1) Play IntegrityのDEVICE判定:ハードウェアベースの整合性認証を使うアプリは、Titan-M2の認証を通じて純正以外のファームウェアを検出できます。ほとんどのケースはTricky Storeモジュールで対処できます。(2) KeyStoreベースの認証情報を使う一部の銀行アプリでは、Titan-M2がファームウェアの改変を検出すると鍵が無効になり、カードの再登録が必要になる場合があります。(3) アンロック、root化、カスタムAVBキーでの再ロックという手順(GrapheneOSが使用)はTitan-M2でサポートされており、カスタムファームウェアでもVerified Bootのセキュリティを確保できます。(4) 通常のMagiskによるroot化(再ロックなし)では、Titan-M2はほとんど意識する必要がありません。Magiskは問題なく動作し、改変を検出するアプリもありますが、標準的な隠蔽の構成でほとんど対処できます。Titan-M2の世代になってから、root化したAndroidでの銀行アプリの互換性は、それ以前よりもばらつきが大きくなりました。
MagiskとGrapheneOSのどちらを使うべきですか?
目的が異なる別のツールです。(1) Magiskのrootはスーパーユーザー権限を付与します。AdAway、システムレベルの自動化ができるTasker、より深いGreenify、Titanium Backup、カスタムカーネル、Magiskモジュールを使えます。純正のPixel Androidにrootを追加した状態で使い続けます。銀行アプリの互換性は中程度です(隠蔽の構成が必要)。(2) GrapheneOSは、純正Androidをプライバシーとセキュリティを強化したディストリビューションに置き換えます。強化されたメモリアロケーター、サンドボックス化されたGoogle Playサービス(アプリは制限された権限で動作)、アプリごとのネットワーク・センサー権限、拡張された権限管理、強化されたブラウザーを備えています。プライバシーとセキュリティ、権限モデルは純正を大きく上回りますが、root権限は使えません(rootはセキュリティモデルを弱めるため、GrapheneOSは設計上rootの併用をサポートしません)。カスタマイズやパワーユーザー向けの機能を求める大半の方には、Magiskによるrootが適しています。プライバシーとセキュリティを重視する、高い脅威にさらされるユーザーには、GrapheneOSが適しています。1台の端末で両方を併用することはできないため、どちらか一方を選んでください。
Pixelをroot化しても銀行アプリは動作しますか?
適切に設定すれば、ほとんどのアプリが動作します。PixelはMagiskの基準プラットフォームであり、Magisk、Shamiko、Play Integrity Fixの組み合わせがPixelで最も十分にテストされているため、銀行アプリの互換性の面ではroot化に最も向いたブランドです。2026年の標準的な構成は、MagiskのDenyList、Shamiko、PIFを設定することで、ほとんどの銀行アプリが引き続き動作します。Pixel特有の利点は次のとおりです。(1) root化したSamsungやXiaomiより、root化したPixelのほうがGoogle Payが動作しやすい傾向があります(ベンダー間で混在する整合性シグナルが少ないため)。(2) カスタムキーでVerified Bootを再ロックする手順(GrapheneOSが使用)は、一部の端末で、Magiskを使ったアンロック状態よりもクリーンな整合性判定を得られます。率直な注意点として、STRONG_INTEGRITYを必要とするアプリは拒否する場合があります。その場合はTricky Storeモジュールを追加の対策として入れてください。残るケースのかなりの割合に対処できます。どのような隠蔽の構成を使っても拒否する銀行アプリも一部にあります。
Pixelの保証は無効になりますか?
メーカー保証:方針上は対象外になります。ブートローダーのロック解除により、Googleのメーカー保証は無効になります。実際の状況は次のとおりです。(1) ロック解除歴のあるPixelのハードウェア不具合の申請について、Googleのサービスセンターはサムスンより柔軟に対応してくれることが多いものの、サービスセンターや地域によって異なります。(2) 米国のPixel:郵送によるGoogleのサービスは対応が一定せず、受け付けられる場合も、点検の結果拒否される場合もあります。(3) 英国・EUのPixel:EUの消費者法(物品販売指令)により、EUで購入した場合、法定保証期間中のハードウェア不具合に関する法的権利を、ブートローダーの状態にかかわらずGoogleは履行する必要があります。(4) 保証期間外の有償修理には影響しません。(5) ロック解除後のPixelの保証対応は、一般にSamsungより制限が緩やかですが、「再ロックして再フラッシュすれば分からない」という楽観的な見方ほど甘くはありません。再ロックして純正に戻した後でも、Googleはファームウェアのメタデータから過去のロック解除を検出できます。基本的な考え方:メーカー保証は失われると想定し、EUではハードウェア不具合についてEU消費者法を頼りにし、それ以外の場合は別途有償修理の費用を見込んでおきましょう。
Pixel 5/6/7をroot化すべきですか、それともPixel 8/9を買うべきですか?
どちらも現在のMagiskで問題なくroot化できます。違いは次のとおりです。(1) Pixel 5以前:Titan-M2以前の世代で、Play Integrityの観点では単純です。Tricky Storeなしで動作する銀行アプリもあります。ハードウェアが古いため、最終的なセキュリティ更新の終了時期が問題になります。現在もAndroid 14のOTAを受け取っていますが、ソフトウェアサポートの期間は短めです。(2) Pixel 6/6a:Titan-M2の第1世代です。初期のTitan-M2に特有の不具合は、2023年までにMagiskとコミュニティによって解消され、成熟したroot化の対象です。(3) Pixel 7/7a:改良されたTitan-M2を搭載し、成熟した対象です。中古価格では大きな価値があります。(4) Pixel 8/8a:新しいTensor G3を搭載し、ソフトウェアサポートが長く(Googleの方針で発売から7年間)、2026年時点でもroot化の対象として成熟しています。(5) Pixel 9/9 Pro/9 Pro Fold:最新で、ソフトウェアサポートの期間が最も長く、2026年時点の現行世代です。2026年にroot化する大半の方にとって、Pixel 7aまたはPixel 8aが最もお得な選択肢です。Titan-M2が成熟しており、ソフトウェアサポートの期間も十分で、Pixel 9よりroot化後の銀行アプリの互換性が良好です(Pixel 9は、コミュニティが整合性の構成を改善する時間が短いため)。
PixelにGrapheneOSを入れる価値はありますか?
脅威モデルと用途によります。(1) 高い脅威にさらされるユーザー(機密性の高い情報源を扱うジャーナリスト、敵対的な地域の活動家、国家による監視下の反体制派、標的になりやすい業界の経営者、セキュリティの専門家)には、はい、おすすめです。GrapheneOSは、一般向けAndroidで業界最高水準のセキュリティとプライバシーを提供します。(2) プライバシーを原則として重視するものの、一般的な脅威モデルのユーザーの場合は、ケースバイケースです。GrapheneOSは純正のPixelより大きなプライバシー上の利点がありますが、一部の互換性(銀行アプリ、Google Pay、一部のアプリ)を犠牲にします。(3) カスタマイズ(Taskerの自動化、AdAway、カスタムカーネル)を求めるユーザーには、おすすめしません。GrapheneOSは設計上rootをサポートしないため、純正のPixelにMagiskを入れる方法を選んでください。(4) プライバシーとカスタマイズの両方を求めるユーザーは、優先順位を決めてください。同じ端末で両立することはできません。率直に言えば、GrapheneOSは高い脅威モデルに適した選択で、純正PixelにMagiskを入れる方法は、1台の端末でパワーユーザー向けのカスタマイズをする場合に適した選択です。