KernelSU/assets/ja_JP_guide_rescue-from-bootloop.md.d26f95c4.js

import{_ as o,o as e,c as a,O as t}from"./chunks/framework.43781440.js";const u=JSON.parse('{"title":"ブートループからの復旧","description":"","frontmatter":{},"headers":[],"relativePath":"ja_JP/guide/rescue-from-bootloop.md","filePath":"ja_JP/guide/rescue-from-bootloop.md"}'),r={name:"ja_JP/guide/rescue-from-bootloop.md"},l=t('<h1 id="ブートループからの復旧" tabindex="-1">ブートループからの復旧 <a class="header-anchor" href="#ブートループからの復旧" aria-label="Permalink to &quot;ブートループからの復旧&quot;">​</a></h1><p>デバイスに書き込む際、デバイスが「文鎮化」状態になる場面に遭遇することがあります。理論的には、fastboot で boot パーティションを書き込んだだけだったり、不適切なモジュールをインストールしてデバイスが起動しなくなったりした場合なら、適切な操作で復旧できます。このページでは、「文鎮化」状態になったデバイスを復旧させるための緊急手段を紹介します。</p><h2 id="boot-パーティションの書き込みによる文鎮化" tabindex="-1">boot パーティションの書き込みによる文鎮化 <a class="header-anchor" href="#boot-パーティションの書き込みによる文鎮化" aria-label="Permalink to &quot;boot パーティションの書き込みによる文鎮化&quot;">​</a></h2><p>KernelSU では、以下のような状況で boot パーティションを書き込んだときに文鎮化する場合があります：</p><ol><li>間違った形式の boot イメージを書き込んでしまった場合。例えばお使いのデバイスのパーティション形式が <code>gz</code> なのに <code>lz4</code> 形式のイメージを書き込んでしまうと、起動しなくなります。</li><li>お使いのデバイスが起動するために AVB 検証を無効にする必要がある場合（通常、無効にするにはすべてのデータを消去する必要があります）。</li><li>カーネルにバグがある、または書き込みに適していない場合。</li></ol><p>どのような状況であっても、<strong>純正の boot イメージを書き込む</strong>ことで復旧できます。したがって、インストールする前にまずは純正の boot パーティションをバックアップすることを強くおすすめします。バックアップしていない場合は、あなたと同じデバイスを持つ他のユーザー、または公式ファームウェアから純正の boot イメージを入手できます。</p><h2 id="モジュールによる文鎮化" tabindex="-1">モジュールによる文鎮化 <a class="header-anchor" href="#モジュールによる文鎮化" aria-label="Permalink to &quot;モジュールによる文鎮化&quot;">​</a></h2><p>モジュールのインストールはデバイスを文鎮化させる一般的な原因です。<strong>モジュールを未知のソースからインストールしないでください</strong>！モジュールは root 権限を持つため、あなたのデバイスに不可逆的なダメージを与える可能性があります！</p><h3 id="通常のモジュール" tabindex="-1">通常のモジュール <a class="header-anchor" href="#通常のモジュール" aria-label="Permalink to &quot;通常のモジュール&quot;">​</a></h3><p>安全であることが確認されているモジュールをインストールしてデバイスが起動しなくなった場合、KernelSU では心配することなく簡単に復旧できます。KernelSU には、以下のようなデバイスを救出するための仕組みが組み込まれています：</p><ol><li>AB アップデート</li><li>音量下ボタンでの復旧</li></ol><h4 id="ab-アップデート" tabindex="-1">AB アップデート <a class="header-anchor" href="#ab-アップデート" aria-label="Permalink to &quot;AB アップデート&quot;">​</a></h4><p>KernelSU のモジュール更新は、OTA アップデートで使用される Android システムの AB アップデート機構からヒントを得ています。新しいモジュールをインストールしたり、既存のモジュールを更新したりする場合、現在使用されているモジュールファイルを直接変更することはありません。代わりに、すべてのモジュールが別のアップデートイメージに組み込まれます。システムが再起動された後、このアップデートイメージの使用を開始しようとします。Android システムが正常に起動した場合、モジュールは本当に更新されます。</p><p>そのため、デバイスを復旧する最もシンプルで一般的な方法は、<strong>強制的に再起動すること</strong>です。モジュールをインストールした後にシステムを起動できなくなった場合、電源ボタンを10秒以上長押しするとシステムが自動的に再起動します。再起動後はモジュールを更新する前の状態にロールバックされ、以前に更新したモジュールは自動的に無効化されます。</p><h4 id="音量下ボタンでの復旧" tabindex="-1">音量下ボタンでの復旧 <a class="header-anchor" href="#音量下ボタンでの復旧" aria-label="Permalink to &quot;音量下ボタンでの復旧&quot;">​</a></h4><p>AB アップデートでも解決しない場合は、<strong>セーフモード</strong>を使用してみてください。セーフモードでは、すべてのモジュールが無効化されます。</p><p>セーフモードに入るには、2つの方法があります：</p><ol><li>一部のシステムの内蔵セーフモード：音量下ボタンの長押しでセーフモードに入れるシステムもあれば、リカバリーでセーフモードに入れるシステム（MIUI など）もあります。システムのセーフモードに入ると KernelSU もセーフモードに入り、自動的にモジュールを無効化します。</li><li>KernelSU の内蔵セーフモード：最初の起動画面の後、<strong>音量下キーを3回以上連続して押す</strong>と入れます。なお、押す→離すを三回繰り返すのであって、長押しではありません。</li></ol><p>セーフモードに入ると、KernelSU Manager のモジュールページにあるすべてのモジュールが無効になります。「アンインストール」操作を行うことで、問題を起こしている可能性のあるモジュールをアンインストールできます。</p><p>内蔵のセーフモードはカーネルに実装されているため、キーイベントを見逃す可能性はありません。ただし、GKI 以外のカーネルでは手動によるコードの統合が必要な場合があるため、公式ドキュメントを参考にしてください。</p><h3 id="悪意のあるモジュール" tabindex="-1">悪意のあるモジュール <a class="header-anchor" href="#悪意のあるモジュール" aria-label="Permalink to &quot;悪意のあるモジュール&quot;">​</a></h3><p>上記の方法でデバイスを救出できない場合、インストールしたモジュールが悪意のある操作をしているか、他の手段でデバイスを損傷している可能性が高いです。この場合、2つの方法しかありません：</p><ol><li>データを消去して純正システムをインストールし直す</li><li>アフターセールスサービスに問い合わせする</li></ol>',23),i=[l];function n(s,d,c,h,p,b){return e(),a("div",null,i)}const m=o(r,[["render",n]]);export{u as __pageData,m as default};