Xiaomi・Redmiのroot化ガイド — 2026年版
Xiaomi、Redmi、POCOのroot化を、現在の解除条件から整理。Mi Unlock、純正ビルド、Magisk、アンチロールバック、OTAとアプリ互換性を解説します。
目次
- この記事のポイント
- 最初の関門はMagiskではなく、Xiaomiの解除承認
- 対応可否はシリーズ名だけでは決まらない
- 1. 端末情報を記録する
- 2. 解除申請とアカウントの条件
- 3. バックアップを作る
- 4. Mi Unlockで解除する
- 5. 純正ファームウェアを一致させる
- アンチロールバックを無視しない
- 6. Magiskで起動イメージをパッチする
- 7. 対応するパーティションへ書き込む
- 8. root化後は、まず純正機能を確認
- MIUIとHyperOSの違い
- OTAでrootが外れた場合
- よくあるエラー
- Mi Unlockが端末を認識しない
- アカウントの追加を求められる
- Magisk後に起動ループ
- Fastbootの書き込みが失敗
- 地域ごとの利用目的も考える
- root化より小さな変更で済む場合
最初の関門はMagiskではなく、Xiaomiの解除承認
Xiaomi、Redmi、POCOのroot化では、まずブートローダーを解除できることが前提です。技術的な書き込み手順があっても、メーカーの認証条件を満たさなければ通常の手順へ進めません。
MIUI時代の「アカウントを紐付けて168時間待つ」という説明は、現在のHyperOSのすべての端末に適用できるわけではありません。Community申請、アカウントの利用期間、地域、受付枠、SIM・通信条件、承認後の待機などを確認します。
本記事では、解除条件の確認と、解除後のイメージ作成・書き込みを分けて説明します。
対応可否はシリーズ名だけでは決まらない
| 系列 | root化前に確認すること |
|---|---|
| Xiaomi 14などのHyperOS端末 | 現在の申請資格と地域、正確なビルド |
| Xiaomi 13/12など | 現在のOS、アカウント、純正ファイルの入手性 |
| Redmi Note 13系 | 4G/5G、Pro/無印、SoC、codenameの違い |
| Redmi Note 12/11系 | 古い成功例と現在のファームウェアを区別 |
| POCO F5/F6/X6系 | 解除後の手順はあっても、解除自体の承認は別 |
| 中国向け端末 | Global版より条件が異なる場合がある |
| Redmi Aなどの廉価機 | Go版、MediaTek/Unisoc、少ない保守情報を確認 |
「同じRedmi Noteなら同じファイル」「同じSoCなら同じRecovery」とは考えないでください。
1. 端末情報を記録する
設定画面から型番、MIUI/HyperOSの完全なバージョン、Androidのビルド、セキュリティパッチ、販売地域を記録します。開発者向けオプションを表示し、OEMロック解除、USBデバッグ、Mi Unlock statusを確認します。
root化の目的も整理してください。不要なアプリを減らしたいだけならADB、広告対策だけならプライベートDNSで足りる場合があります。
2. 解除申請とアカウントの条件
端末に案内される正規の方法で、同じXiaomiアカウントを端末と申請ツールに使用します。Communityの申請が必要なら先に行い、条件の内容を記録します。
| 表示・状態 | 対応の考え方 |
|---|---|
| Account not bound | 端末側の紐付けとツール側のログインを確認 |
| 指定時間後に再試行 | 指定された待機条件に従う |
| Quota limit reached | 受付枠などのサーバー側の状態を確認 |
| 地域・アカウント資格のエラー | 当該地域の現在の案内を確認 |
| 端末を検出しない | Fastboot、ケーブル、USBドライバーを確認 |
サーバーが申請を受け付けない場合と、PCが端末を認識しない場合は別問題です。ドライバーの入れ直しだけでは、申請資格の問題は解決できません。
3. バックアップを作る
ブートローダー解除はデータ消去を伴う前提で準備します。写真、動画、WhatsApp、認証アプリ、銀行アプリの再登録に必要な情報、eSIM、ダウンロードフォルダーなどを確認します。
データが端末にしかない状態で解除を先に実行しないでください。特に、復旧コードや再認証が必要なサービスは、端末を消去する前に準備します。
4. Mi Unlockで解除する
メーカーが提供するMi Unlockと、対応するWindows環境・USBドライバーを用意します。端末をFastbootに入れ、同じXiaomiアカウントで操作します。
メーカーが解除を許可し、データ消去の確認を済ませた場合に進めます。解除後は初期設定を行い、通常起動が安定することを確認します。
この段階で、同時に別地域ROM、カスタムカーネル、Recoveryまで入れないでください。問題が起きたときに、原因を特定しにくくなります。
5. 純正ファームウェアを一致させる
必要なのは、現在の端末の型番・codename・地域・ビルドに合うパッケージです。バージョンが「近い」ことでは足りません。
Fastboot ROMにboot.imgが含まれている場合は、必要なファイルを取り出します。payload.bin形式なら、対応する抽出ツールとその手順に従います。
例として、bootを抽出する形式は次のとおりです。
./payload-dumper-go -partitions boot payload.bin
ただし、実際のMagisk対象がbootかinit_bootか、またそのパッケージにpayload.binがあるかは、実機の構成と現在の手順で確認します。
アンチロールバックを無視しない
ARB(Anti-Rollback)は、一定より古い世代への後戻りを制限する仕組みです。ダウングレードやChina/Global/EEA間の変更では、bootloader、vendor、modem、署名、地域条件が関係します。
「ROMの表示名をGlobalにしたい」という理由だけで、古いブートローダーや別地域ファームウェアを混ぜないでください。起動しなくなった場合に、Factory Resetで元へ戻るとは限りません。
Global・China・Xiaomi.euの違いを確認し、root化だけの作業とROM変更を分けて考えます。
6. Magiskで起動イメージをパッチする
Magiskの公式リリースを使用します。以下はbootが対象と確認できた場合の例です。
adb push boot.img /sdcard/Download/boot.img
Magiskの「ファイルを選択してパッチ」に相当する機能で、純正イメージを選びます。作成後、正確なファイル名を確認してPCへ戻します。
adb shell ls /sdcard/Download/
adb pull /sdcard/Download/EXACT_PATCHED_FILENAME.img patched_boot.img
EXACT_PATCHED_FILENAME.imgは、端末に実在するファイル名に置き換えます。他人の端末で作成したpatched bootではなく、自分のビルドの純正ファイルから生成してください。
7. 対応するパーティションへ書き込む
端末の正規手順でbootが対象と確認済みなら、次の形式になります。
adb reboot bootloader
fastboot devices
fastboot flash boot patched_boot.img
fastboot reboot
別の対象を指定する端末では、この例を使いません。vbmetaの検証を無条件に解除したり、パーティション名を推測して複数へ書いたりしないでください。
8. root化後は、まず純正機能を確認
Magiskが導入済みと表示されることだけでなく、モバイル通信、Wi-Fi、カメラ、指紋、充電、再起動を確認します。次に、銀行、モバイル決済、DRM、業務アプリ、ゲームなどを個別に確認します。
古い記事にあるPlay Integrity Fix等の固定セットを、無条件の必須構成としないでください。英語版の更新済みMagiskモジュールガイドで、機能の違いと保守状況を整理しています。
MIUIとHyperOSの違い
解除後に純正イメージを修正する考え方は似ていても、解除を得るまでの条件や、更新時の動作、メーカーサービスは変わっています。
MIUIの記事がパッチ工程を正しく説明していても、現在のアカウント申請条件まで説明しているとは限りません。公開日と対象OSを確認して読み分けてください。
OTAでrootが外れた場合
更新は起動イメージを置き換える場合があります。古いpatched bootをそのまま戻すのではなく、新しい純正ビルドに対応したイメージで、現在のroot管理ツールの更新手順を確認します。
モジュールのデータが残っても、カーネルやZygiskとの互換性は再確認が必要です。OTA直後に大量のモジュール更新を重ねると、原因の切り分けが難しくなります。
よくあるエラー
Mi Unlockが端末を認識しない
Fastboot画面、Windowsのデバイス認識、データ対応ケーブル、USBポートを確認します。メーカーの申請エラーとは別の切り分けです。
アカウントの追加を求められる
Mi Unlock statusの紐付けと、ツールで使用しているアカウントが一致するか確認します。指定された通信条件がある場合は従います。
Magisk後に起動ループ
ビルドの違うイメージ、書き込み先の誤り、追加モジュールなどを確認します。まず何を変えたかを記録し、データが重要ならすぐ初期化しません。
Fastbootの書き込みが失敗
エラー全文を保存します。解除されているか、対象領域が正しいか、ファイルが破損していないかを確認します。パーティション名を変更して手当たり次第に再試行しないでください。
地域ごとの利用目的も考える
インドやバングラデシュでの決済アプリ、欧州での銀行・TANアプリ、中国輸入機のGoogleサービスなど、日常の必要条件は利用者によって違います。
地域名だけで技術的な可否は決まりませんが、どのアプリを使えなくなると困るかはroot化の判断に直結します。重要な決済端末なら、純正状態を保つ方がよい場合があります。
root化より小さな変更で済む場合
不要なアプリはADB、広告・追跡対策はプライベートDNS、日常の自動化はTaskerやMacroDroidの通常権限で対応できることがあります。
カスタムROMが目的ならブートローダー解除は必要でも、root権限は必須でない場合があります。カーネル制御や特定モジュールが必要なときに、rootを追加する理由が明確になります。
よくある質問
どのXiaomi・Redmi・POCOがroot化できますか?
メーカーが解除を認め、対応する純正ファイルと手順がある機種です。シリーズ名だけではなく、実機とアカウント条件を確認します。
待機が長いのはなぜですか?
メーカーの盗難対策やアカウント・地域条件に関わります。表示される待機や申請条件に従ってください。
MIUI用の手順をHyperOSにも使えますか?
同じ部分もありますが、申請条件や対象イメージ、更新経路が違う可能性があります。対象OSと機種が一致しているかを確認します。
銀行アプリは使えますか?
アプリの版と端末状態で変わります。過去の成功例を継続的な保証として扱いません。
アンチロールバックとは何ですか?
古いファームウェアへの後戻りを制限する仕組みです。誤ったダウングレードや地域変更は深刻な起動不良につながることがあります。
保証に影響しますか?
解除や改造に対するメーカーの扱いと、居住国の消費者権利は別です。すべての地域で同じ条件だとは断定しません。
Xiaomi・Redmi・POCOで方法は共通ですか?
基本的な考え方は近くても、SoC、codename、地域、パーティション、メーカーの承認条件が違います。別端末のファイルは使いません。
よくある質問
2026年にroot化できるXiaomi/Redmi/POCOのモデルは?
グローバル版のXiaomi、Redmi、POCOのモデルの大半は、Mi Unlock Toolでroot化できます。2026年にroot化できると確認されているのは、Xiaomi 14、14 Pro、14 Ultra、13、13 Pro、12、12 Pro、12T(グローバル版)、Redmi Note 13 Pro、13 Pro+、12 Pro、12、11 Pro+(グローバル版)、POCO X6 Pro、X6、F6、F5、F4 GT(グローバル版)、Mi Mixシリーズ(古いモデル)です。root化は一般的に可能ですが、制約が多いものもあります。中国版(中国専用ファームウェアは一部のモデルでアンチロールバック保護が加わるため、特に注意が必要)、インド版(地域ごとのファームウェアの違いにより、一部のRedmi-Indiaモデルでは手順が少し異なります)、2024年以降のHyperOSモデル(Xiaomi側の追加の認可チェックがあるものもあります)。一般的にroot化が容易でないものは、コミュニティの情報が少ない超低価格帯のRedmi Aシリーズ、一部のロシア版MIUI-EAC版です。作業の前に、必ず端末の正確なコードネームと、コミュニティの情報があるかを確認してください。
Mi Unlock Toolとは何ですか?7日間の待機が必要なのはなぜですか?
Mi Unlock Toolは、Xiaomi公式のブートローダー解除認可ツールで、en.miui.com/unlock で提供されているWindows専用のユーティリティです。Xiaomi/Redmi/POCO端末のブートローダーを解除するには、このツールで認可を受ける必要があります。標準のfastboot oem unlockが直接使えるPixelやOnePlusと違い、Xiaomiではメーカー側のこの認可の仕組みが必要です。7日間の待機期間は、Xiaomiの盗難防止のクールダウンです。Miアカウントを端末に紐づけて解除の認可を申請すると、Xiaomiのサーバーが、認可を出すまで最低168時間(7日間)の待機を強制します。目的は盗難防止で、盗まれたXiaomi端末が、Miアカウントの認証情報を確認せず、1週間待たずに、すぐにロック解除と初期化をされることを防ぎます。2026年の実情としては、待機期間はサーバー側で強制されており、回避できません。最近のXiaomiファームウェアの中には、初回のロック解除の試行で待機を360時間以上(15日以上)に延ばすものもあります。root化の作業を予定するときは、この待機期間を見込んでください。
MIUIとHyperOSの違いは何ですか?
MIUIは、2010年から2023年までのXiaomiのAndroidスキンで、大幅にカスタマイズされた独自のUIと、多くのユーザーを持っていました。HyperOS(2023年10月に発表され、2023年後半から2024年にかけて展開)は、その後継です。ブランドを刷新し、Xiaomiのエコシステム(テレビ、IoT、車)との連携を深め、完成度を高め、MIUIが独自に外れていた部分をAOSPに寄せています。root化の観点では、HyperOSのファームウェア構造は後期のMIUIと似ており、root化の手順はほぼ同じです。Mi Unlock Tool、fastboot、Magiskでパッチを当てたboot.imgを使います。2024年以降のHyperOSファームウェアの一部には、改変を検出する追加のチェックが導入されましたが、コミュニティの対応は進んでいます。それでも、HyperOSのバージョンごとに、手順の細かな更新は必要になります。root化の観点では、移行はほぼ問題なく進みます。ユーザーから見た大きな変化は、root化に関わる内部の仕組みよりも、UIとブランド名です。
Xiaomiをroot化した後も銀行アプリは動作しますか?
適切に設定すれば、ほとんど使えます。2026年の標準的な構成は、MagiskのDenyList、Shamiko、Play Integrity Fixを設定して再起動し、Play Integrity TestでBASICとDEVICEに合格することを確認する、というものです。この構成なら、一般向けの銀行アプリや決済アプリの多くは使い続けられます。Google Payは地域によって異なり、インドのUPIアプリ(PhonePe、Google Pay India、Paytm)はアプリごとおよびMagiskのバージョンごとに異なり、バングラデシュのモバイルマネー(bKash、Nagad、Rocket)も同様に異なります。STRONG_INTEGRITYを要求するアプリ(英国のHSBC、バングラデシュ、インド、パキスタンの複数の銀行、EUの一部の銀行)は、依然として動作しない場合があります。その場合は、追加の対策としてTricky Storeモジュールを導入してください。残りのケースのかなりの割合に対応できます。2026年の正直な注意点として、Xiaomiのroot化は、ほとんどの銀行アプリで問題なく動作しますが、root化したPixelより、root化したXiaomiで拒否される銀行アプリのほうが多くなります。XiaomiのPlay Integrity DEVICE判定は、きれいに通すのが難しいためです。日常の決済でroot化したXiaomiに頼る前に、実際に使う銀行アプリで事前に必ずテストしてください。
Xiaomiのアンチロールバック保護とは何ですか?
アンチロールバック(ARB)は、一部のXiaomi端末にあるセキュリティ機能で、一定のバージョンより古いファームウェアの書き込みを防ぎます。端末がファームウェアのバージョンX、ARBレベルYになると、Yより古いファームウェアを書き込もうとしてもブートローダーで阻止され、試みると端末が完全に文鎮化します。ARBは中国版のXiaomiで最も厳しく、グローバル版では緩く、インド版のRedmi/POCOではほとんどありません。root化での実際の影響は次のとおりです。(1) boot.imgを取り出すためのファームウェアを入手するときは、端末の現在のARBレベル以上のものを入手する必要があります。古いファームウェアを書き込むと文鎮化します。(2) root化後は、現在のARBレベルより前のバージョンにダウングレードできません。(3) ARBレベルは保護されたハードウェアに保存されており、元に戻せません。(4) ほとんどのユーザーにとって、ARBは問題になりません。現在のファームウェアでroot化し、最新の状態を保てばよいからです。リスクが生じるのは、特定の理由(古いHyperOSバージョン、古いROMとの互換性)でダウングレードしようとするときだけです。中国版の端末では、ファームウェアの入手を慎重に計画してください。
保証は無効になりますか?
メーカー保証は、ブートローダーをアンロックすると通常は無効になります。地域ごとの事情は次のとおりです。(1) 中国版:Xiaomiの中国での公式保証は厳格で、アンロック済みの端末は通常、保証対応を断られます。(2) インド版:Xiaomi Indiaのサービスセンターは、アンロックの有無にかかわらずハードウェア不具合の請求に柔軟に対応してくれる場合がありますが、サービスセンターによって異なります。(3) Global/EU版:Xiaomiの公式方針では保証は無効です。EU内で購入した場合は、EUの消費者法(物品販売指令)により、ブートローダーの状態にかかわらず、法定の保証期間中はハードウェア欠陥に対する権利が認められています。(4) バングラデシュ/パキスタン:現地のXiaomiサービスセンターは、アンロックの有無にかかわらずハードウェアの請求に広く対応してくれますが、センターによって異なります。(5) 保証期間外の有償修理は影響を受けません。Xiaomiのサービスセンターは、アンロックの有無にかかわらず有償修理を受け付けます。考え方としては、メーカー保証はなくなるものと想定し、EUではハードウェアの欠陥についてEUの消費者法を頼りにし、それ以外の地域では有償修理の費用を見込んでおくことです。
root化では、Xiaomi、Redmi、POCOの違いは何ですか?
3つともXiaomi傘下のブランドで、root化の流れは基本的にどれもMi Unlock ToolとMIUI/HyperOSを使う同じ手順です。実際の違いは次のとおりです。(1) Xiaomiのフラッグシップ(Xiaomi 14、13など):高級なハードウェアで、一部のモデルではARBがより厳しく、コミュニティの情報は最も充実しています。(2) Redmiのミドル〜エントリーライン:モデルの種類が多く、一部の地域版(Redmi-India)はファームウェアの手順が少し異なります。(3) POCOのミドルクラスの高性能ライン(POCO FシリーズとXシリーズ):以前からroot化しやすい機種とされ、/r/PocoPhonesやXDAに大きなコミュニティがあります。root化の手順は3つでほぼ同じで、違いはハードウェアの等級、市場での位置づけ、機種ごとのコミュニティ情報の充実度にあります。POCOのXシリーズとFシリーズは、手頃な価格でroot化しやすい端末を探している方によく選ばれています。