case 01
事例01：SamsungのFRPロック
The Problem
端末： Samsung Galaxy A52 地域： UAE
相談内容
ドバイで中古購入した端末を初期化したところ、以前のGoogleアカウントを求められました。前所有者のログイン情報は利用できませんでした。
購入・所有の確認を行い、その端末のOSとパッチに対応する正当な復旧経路を検討しました。前所有者のアカウントへアクセスする作業は行っていません。
// portfolio / case studies
Androidの解決事例 — 46件のケーススタディ
端末の状態、目的、実施した対応を紹介します。個人を特定する情報は伏せています。以下は掲載元の過去の事例を日本語化したもので、今回あらためて検証した実績ではありません。 同じ型番でも、現在のOSやパッチに同じ方法が使えるとは限りません。
英語版の記録では、現在の所有者のGoogleアカウントで初期設定できる状態へ戻ったと報告されています。
事例02：OTA失敗後の起動ループ
The Problem
端末： Xiaomi Redmi Note 12 地域： サウジアラビア
相談内容
MIUIの更新が途中で失敗し、MIロゴで再起動を繰り返していました。端末内には家族の写真が残っていました。
更新後のシステム破損を確認し、MEA版に合うファームウェアと、可能な限りユーザーデータを保持する復旧経路を選びました。
起動が回復し、写真とアプリを保持できたと記録されています。同じ症状でも毎回データを残せるわけではありません。
事例03：OnePlusのゲーム向けroot設定
相談内容
Magiskとゲーム向けのカーネル調整を希望し、Monzo、Starling、Revolut、NatWestも使い続けたいという相談でした。
対応
対象版の解除条件を確認してrootとカーネルを導入し、変更後に指定アプリを一つずつテストしました。
4つのアプリが確認時点で動作し、ゲームの計測でも改善が報告されました。将来のアプリ版への保証ではありません。
case 04
事例04：中古端末の以前のアカウント紐付け
The Problem
端末： OPPO Reno 8 地域： UAE
相談内容
初期化済みの中古端末が、前所有者のHeyTap／OPPO Cloudに紐付いたままでした。販売者と連絡が取れなくなっていました。
取引資料を含めて所有権を確認したうえで、その型番の正規のサービス経路を検討しました。
英語版の記録では古い紐付けの問題が解消し、現在の所有者が設定できたとされています。所有確認を省略できる事例ではありません。
事例05：削除した家族写真の復元
相談内容
数年分の写真が入ったフォルダーを削除し、その後も数日間使用していました。クラウドやSDカードの控えはありませんでした。
対応
追加の書き込みを減らし、読み出せる範囲を分析してJPEG、HEIC、MP4を検索し、可能な範囲でメタデータを復元しました。
掲載時の記録では847枚の写真と38本の動画を回収しました。これは当該ケースの結果であり、一般的な復元率ではありません。
case 06
事例06：初期化せずに動作を改善
The Problem
端末： Motorola Moto G84 地域： オーストラリア
相談内容
購入から1年未満で動作が重くなり、引っかかりと電池消費が増えていました。初期化は避けたいという希望がありました。
常駐パッケージを確認し、ADBによる不要アプリ整理、アニメーション、Doze、一部アプリの設定を調整しました。
初期化せずにアプリの起動と電池持ちが改善したと報告されています。
事例07：Pixel 8 ProへのMagisk導入
相談内容
AdAway、バックアップ、DNS関連の設定を使いながら、Chase、Bank of America、Cash Appを利用したいという相談でした。
対応
Unlocked bootloader via fastboot, downloaded matching Pixel factory image, extracted init_boot.img, patched it on-device with Magisk Manager, then flashed the patched init_boot back via fastboot. Set up Zygisk, DenyList and Shamiko, then installed Play Integrity Fix module and verified Strong integrity passing. Re-locked AVB with custom key was skipped at client’s request to keep updates simple.
純正ファクトリーイメージのビルドを合わせ、対応するinit_boot.imgを使ってMagiskを導入し、指定アプリを確認しました。
root権限と3つのアプリの動作がセッション中に確認されました。
事例08：Pixel 9のKernelSU構成
相談内容
MagiskではなくKernelSUを使いたいという希望があり、Sparkasse pushTANが重要な確認対象でした。
対応
Unlocked bootloader, sourced a community KernelSU-Next + SUSFS kernel build matching the current Pixel security patch, flashed via fastboot boot to test, then permanently flashed after confirming boot. Installed KernelSU Manager APK, configured app profiles to grant only required apps, and added Sparkasse + Google Play Services to the SUSFS hide list.
更新レベルに合うカーネルを確認して試験し、アプリ別のroot許可を設定してからpushTANを確認しました。
英語版の記録では、当時のpushTANと使用した整合性テストを通過したと記録されています。
事例09：Knoxの制約を理解したGalaxyのroot化
The Problem
端末： Samsung Galaxy S24 Ultra 地域： 英国
相談内容
自動化、電池分析、広告ブロックのためroot化を希望し、Knoxへの恒久的な影響を理解していました。
当該端末で利用できたOdinとAPの手順を使い、指定アプリを確認しました。作業時の対応状況を、現在の全S24 Ultraに一般化しません。
Magiskと広告ブロックが動作し、Samsung Payは事前説明どおり利用できない状態でした。
事例10：Galaxy S23でのAPatch
The Problem
端末： Samsung Galaxy S23 地域： カナダ
相談内容
カーネル側の機能を目的にAPatchを希望し、RBC、TD、Scotiabankも確認対象でした。
端末とファームウェアに対応した構成を選び、SU権限と銀行アプリを確認しました。
英語版の記録ではAPatchが有効になり、3アプリが確認時点で動作したとされています。
事例11：WireGuard対応カーネルを使うOnePlus
相談内容
旅行中に自分のサーバーへ接続するため、WireGuardとBBR2を組み込んだカーネルとMagiskを希望しました。
対応
解除条件を満たした端末に対応カーネルを導入し、WireGuard通信とChase、Venmo、Cash Appをテストしました。
カーネル側のWireGuardが動作し、確認したアプリも利用できたと報告されています。
case 12
事例12：Xiaomi 14の公式アンロック待機
The Problem
端末： Xiaomi 14 地域： ドイツ
相談内容
Global EU版でMi Unlockの制約があり、Xiaomi.euとMagiskの導入を進められませんでした。
Miアカウントの条件を整理し、Xiaomiが指定した待機・承認を経て、後日のセッションで解除と導入を行いました。
英語版の記録ではXiaomi.euとMagiskを導入し、Sparkasse、DKB、N26をテストしています。待機日数を他の端末へ保証する例ではありません。
事例13：POCO F6のアプリ別root許可
The Problem
端末： POCO F6 地域： 英国
相談内容
KernelSUでroot権限を細かく管理し、MonzoとStarlingも利用したいという希望でした。
解除条件を満たした後、HyperOSに合うカーネルとマネージャーを使い、必要なアプリだけにSUを許可しました。
root許可を限定した構成で、2つの銀行アプリが確認時点で動作しました。
事例14：Nothing Phone 2aでファイアウォールを設定
The Problem
端末： Nothing Phone 2a 地域： カナダ
相談内容
AFWall+とシステムフォント変更を使い、RBCとWealthsimpleも維持したいという相談でした。
純正の解除手順とビルドが一致するイメージでMagiskを導入し、必要な機能を追加しました。
AFWall+と対象アプリがテスト時点で動作しました。
事例15：ROG Phoneのゲーム機能を確認しながらroot化
The Problem
端末： ASUS ROG Phone 8 Pro 地域： サウジアラビア
相談内容
AirTriggerやX Modeを維持しつつ、rootとゲーム向け調整を行いたいという希望でした。
英語版の作業時に利用できた機種別経路で対応し、カーネル、ゲーム機能、指定された金融アプリを確認しました。
機能が維持されたと記録されています。ASUSの現在の公式解除サービスが利用可能だと示すものではありません。
事例16：輸入Realmeの地域・解除条件
The Problem
端末： Realme GT Neo 6 地域： UAE
相談内容
中国版の輸入端末でDeep Testが地域条件により進みませんでした。
機種に合うファームウェアと申請条件を見直し、その時点で提供されていた承認手続きを経て作業しました。
英語版の記録では解除とMagisk導入後にEmirates NBD、ADCB、FABをテストしたとされています。
事例17：売却前のPixelを純正状態へ
The Problem
端末： Google Pixel 6a 地域： 米国
相談内容
root化済み・ブートローダー解除済みの端末を、売却前に純正へ戻したいという相談でした。
公式ファクトリーイメージへ戻し、修正が残っていないことを確認してから対応する再ロック手順を実施しました。
Verified Bootの純正状態で初期設定を行えるようにしたと記録されています。
事例18：Motorola Edgeの販売版と解除判定
The Problem
端末： Motorola Edge 50 Pro 地域： 英国
相談内容
別市場・通信会社経由の端末で、想定した解除経路が拒否されました。
販売版と公式の対象情報を確認し、利用できる解除経路を確定した後にMagiskとアプリ確認へ進みました。
英語版の記録では解除後にLloydsとMonzoが動作したとされています。
事例19：Vivo X100のroot可否を判断
相談内容
中国版Vivo X100のroot化を希望していましたが、一般向けの信頼できる解除手順が確認できませんでした。
対応
ブートローダーの状態を確認し、根拠のないexploitを試すリスクを説明しました。
端末には変更を加えませんでした。英語版の記録では、後に利用者がPixel 8aを選んだと紹介されています。
case 20
事例20：数か月後に銀行アプリが停止
The Problem
端末： Samsung Galaxy S22 地域： カナダ
相談内容
しばらく動いていたRBCとScotiabankが、整合性検査の変化後に開かなくなりました。
古い構成とアプリの状態を見直し、その時点で対応する設定を確認して再テストしました。
当日のテストでは再び動作しました。root化後の互換性が固定ではないことを示す例です。
事例21：pushTANと端末の整合性
The Problem
端末： Xiaomi 13T 地域： ドイツ
相談内容
一般的な設定でもpushTANの有効化ができませんでした。
端末・アプリ・鍵認証に関係する状態を切り分け、当該環境での動作を検証しました。この事例では認証を偽装する具体的な手順や鍵を提供していません。
英語版の記録では当時の有効化に成功したとしています。現在の銀行側ポリシーを回避できる保証には使えません。
事例22：root化PixelのGoogle Wallet
The Problem
端末： Google Pixel 7 Pro 地域： 米国
相談内容
root化後にカードをWalletへ追加できなくなりました。
端末の状態とWalletの設定を確認し、正規のカード登録と発行元側の確認をやり直しました。
英語版の記録ではカード追加と決済テストを完了したとされています。
事例23：iPhoneからSamsungへのWhatsApp移行
The Problem
端末： Samsung Galaxy A54 地域： 英国
相談内容
iPhoneからのWhatsApp移行が99%で失敗していました。
公式のケーブル移行とローカル転送を使い、失敗していた経路を切り替えました。
チャット履歴とメディアを移行したと記録されています。
事例24：端末履歴とSnapchatの利用問題
相談内容
アカウント自体とは別に、過去に変更した端末でSnapchatの利用が安定しませんでした。
対応
Cleared Snapchat data and the system-side device-id stores, cleaned residual Magisk references from the system identifier props, regenerated a fresh Android ID and Widevine ID via the appropriate Magisk modules, reinstalled Snapchat from a fresh Aurora Store login.
英語版は端末側の変更履歴とアプリ環境を確認したケースを紹介しています。ここではプラットフォームの禁止措置を回避する方法は掲載しません。
英語版の試験期間中は安定したとされていますが、利用可否や制限の判断はSnapchat側にあります。
事例25：root化端末とPokémon GO
The Problem
端末： Google Pixel 8 地域： カナダ
相談内容
Niantic側の検査変更後、変更済み端末でゲームを利用できなくなりました。
英語版はroot環境の互換性を検討したケースです。アンチチートを回避する手順は掲載せず、規約とアカウントへのリスクを分けて扱います。
確認時点では動作したと記録されています。今後の利用継続や処分されないことの保証ではありません。
事例26：Instagramの起動直後のクラッシュ
相談内容
更新後、Instagramだけが起動直後に閉じていました。
対応
Android System WebViewとキーボード・絵文字アプリの競合を調べ、影響するコンポーネントとアプリデータを修復しました。
Instagramの起動が安定したと報告されています。
case 27
事例27：Galaxy S22+の待機中バッテリー消費
The Problem
端末： Samsung Galaxy S22+ 地域： 米国
相談内容
以前は一日使えていた端末が、日に二度の充電を必要とするようになりました。
bugreportから天気ウィジェットとフィットネスサービスの通信・wakelockを確認し、バックグラウンド動作と問題の更新を見直しました。
英語版の記録では約28時間の利用へ戻ったと報告されています。端末ごとの一例です。
事例28：Redmi Note 11が反応しない
The Problem
端末： Xiaomi Redmi Note 11 地域： UAE
相談内容
画面、振動、充電表示が出ず、電源が入らないように見えました。
電源状態とソフトウェア側の復旧可能性を確認し、機種に合うサービス経路で純正状態を再構築しました。
英語版の記録では起動と充電が回復したとされています。同じ症状でもハード故障は別途切り分けが必要です。
事例29：Wi-Fiが短い間隔で切れる
相談内容
30〜60秒ごとにWi-Fiが切断・再接続され、他の機器は正常でした。
対応
Reset the WiFi stack via fastboot, then identified that an OEM-level connectivity service was misbehaving against a specific BT Hub Wi-Fi 6 firmware version. Disabled the OEM connectivity-optimizer service via ADB and forced classic DHCP rather than dual-stack.
接続サービス、メーカーの最適化機能、DHCPとルーターの組み合わせを確認しました。
複数日にわたる確認で接続が安定したと記録されています。
事例30：カメラのプレビューが真っ黒
相談内容
OS更新後、Googleカメラでも別アプリでも映像が表示されませんでした。
対応
カメラサービスを調べ、同じビルドの純正イメージから影響箇所を復旧しました。
データを消去せずにカメラ、HDR+、Night Sightが回復したと報告されています。
case 31
事例31：POCOの強いサーマルスロットリング
The Problem
端末： POCO F5 Pro 地域： サウジアラビア
相談内容
HyperOS更新後、ゲームやビデオ通話で短時間のうちに性能が低下していました。
root化済み端末で機種に合う保守的な温度・GPU・メモリ設定を検討し、基本的な安全制限を残して調整しました。
FPSが安定し、計測時の表面温度も下がったと英語版に記載されています。
事例32：12歳の子どものGalaxyに家庭用管理を設定
The Problem
端末： Samsung Galaxy A34 地域： 米国
相談内容
Webフィルター、利用時間、アプリ承認、位置共有を、子どもに説明したうえで導入したいという相談でした。
Family Linkを基本に、Barkの通知とNextDNSを組み合わせ、必要な項目に絞って設定しました。
子どもにもわかる形の家族向け管理環境を構築しました。
事例33：2人の子どもにQustodioを設定
The Problem
端末： 10歳・13歳の子ども用Android端末2台 地域： 英国
相談内容
年齢に合わせて異なる時間制限とフィルターが必要でした。
端末ごとに必要な権限を設定し、子ども別のプロフィールとスケジュールを作りました。
両端末と保護者側ダッシュボードを確認しました。
事例34：Family Linkの制限を点検
相談内容
子どもが制限を外している可能性があり、保護者が設定の点検を希望しました。
対応
Pulled Family Link audit logs, identified the workaround method (a known guest-account exploit on older Family Link builds). Force-updated Family Link, removed the guest accounts, blocked guest-mode at the device-policy level, and added secondary supervision via Bark for chat content. Disclosed all changes to the teenager as the parent insisted on transparency.
ログやゲストアカウントの経路、OS更新を確認し、本人へ説明してから追加の制限を設定しました。
設定を見直し、保護者へ確認内容をまとめたレポートを渡しました。
事例35：家庭の端末にmSpyを追加
The Problem
端末： Samsung Galaxy A55 地域： UAE
相談内容
保護者がFamily Linkに加えて管理機能を導入したいという相談でした。子どもは監督があることを認識していました。
家族の手元にある端末で手動設定を行い、必要な権限とダッシュボードを確認しました。
合意した範囲の情報が表示されることを確認しました。無断で成人を監視する事例ではありません。
事例36：古いPixelにLineageOS
The Problem
端末： Google Pixel 4a 5G 地域： ドイツ
相談内容
Googleの更新終了後も利用するため、LineageOS 22とmicroGを希望しました。
redfin向けのビルドとRecoveryを確認し、microG、F-Droid、Aurora Storeを設定しました。
英語版の記録では新しいAndroid環境でDKBとTrade Republicが確認時点で動作したとされています。
事例37：Pixel 8aへGrapheneOS
The Problem
端末： Google Pixel 8a 地域： カナダ
相談内容
root化ではなく、GrapheneOSとSandboxed Google Playを使いたいという相談でした。
公式インストーラーと再ロック手順を使用し、Google Play、Vanadium、アプリ権限を設定しました。
RBCとWealthsimpleが当該テストで動作したと記録されています。
事例38：誤った書き込み後の端末固有IMEI復旧
The Problem
端末： POCO X3 Pro 地域： サウジアラビア
相談内容
地域の合わない書き込み後にIMEIが表示されなくなり、通信できませんでした。
所有資料と利用可能な元データに基づき、当該端末自身の識別情報とMEA向けモデムを復旧しました。
元のIMEIと通信が回復したとされています。他端末の番号を複製する作業ではありません。
事例39：OnePlusのDSUによる別システム試験
The Problem
端末： OnePlus 9R 地域： 米国
相談内容
普段使いのLineageOS系環境と、純正が必要なアプリ用のOxygenOSを使い分けたいという希望でした。
DSU Sideloaderとvendorに合うGSIを利用した試験環境を構築し、切り替え方法と制限を説明しました。
英語版の記録では2つの環境を使い分けています。あらゆる端末で永続的なデュアルブートができるという意味ではありません。
事例40：保証申請を目的としたKnox隠蔽の依頼
The Problem
端末： Samsung Galaxy S20 地域： 英国
相談内容
メーカーに改造履歴を隠して保証を受けるため、Knoxの状態を元に戻してほしいという依頼でした。
端末状態を偽る目的の作業は断り、正規修理と消費者として利用できる選択肢を説明しました。
Knox状態の隠蔽作業は実施していません。
事例41：クラウドを使わない暗号化データ移行
The Problem
端末： Galaxy S23 Ultra → Pixel 9 Pro 地域： ドイツ
相談内容
Signal、Aegis 2FA、KeePassXC、WhatsAppの一部をクラウドへ上げずに移行したいという相談でした。
USB-C OTGと公式移行手段、暗号化されたエクスポートを使い、必要なファイルをローカルで移しました。
クラウドへのアップロードなしで移行したと記録されています。
事例42：Taskerの運転プロフィール
相談内容
車のBluetooth接続をきっかけにDND、Maps、Spotifyなどを自動で切り替えたいという希望でした。
対応
Built a Tasker profile triggered on the car head-unit’s Bluetooth MAC address. Stack: enable DND with calls-only exception for spouse, set brightness to 80%, launch Google Maps with a saved-route intent, resume the last Spotify playlist via Media Control, enable auto-reply to WhatsApp using AutoNotification ("driving — call you back at <ETA>"). Reverse profile fires on Bluetooth disconnect. Battery audit showed +0.4% per hour of use.
接続イベントで実行し、切断時に元へ戻すTaskerプロフィールを構築しました。
英語版の記録では数週間の利用で安定して動作したと報告されています。
事例43：許可された勤怠記録の自動化
相談内容
看護師の利用者が、組織で許可された勤怠システムへの記録忘れを減らしたいという相談でした。
対応
Configured MacroDroid (chosen over Tasker for the simpler UI the client preferred). Geofence around the hospital site with a 50-metre radius. Trigger fires only between 06:00–22:00 to avoid false starts during personal visits. Stack: HTTP POST to the Trust webhook with auth token stored in MacroDroid variables, Telegram bot message via the Telegram-Bot plugin, switch ringer to vibrate. Departure trigger reverses and clocks out.
病院周辺のジオフェンスと時間条件を使い、承認済みWebhookへ送るMacroDroidフローを設定しました。
2回の給与計算期間で記録忘れがなかったと英語版に記載されています。無断の従業員追跡ではありません。
事例44：AndroidとHome Assistantを連携
The Problem
端末： OnePlus 12 地域： ドイツ
相談内容
位置、電池、通知、DND状態などをHome Assistantで利用したいという希望でした。
Companionアプリの必要なセンサーと通知を設定し、照明、在宅判定、充電などの自動化を組みました。
英語版の記録では12件の自動化を構築し、動作を確認しています。
事例45：NFCで仕事・就寝・運転を切り替え
相談内容
Wi-Fi名ではなく、タグに触れる操作で3種類のモードを切り替えたいという希望でした。
対応
Sourced 5 NTAG215 stickers (2 spares), wrote each with NFC Tools to fire a Tasker task by ID. Built three Tasker profiles: bedside = DND on, alarm armed for next workday, brightness 0%, blue-light filter on; desk = focus mode (Slack + Gmail + Things only), bridge to Mac via KDE Connect, Pomodoro timer started; car dock = full driving stack as in the Pixel 8 case but adapted for Galaxy S23. Each profile reversible with a second tap on the same tag.
NTAG215とTaskerを組み合わせ、再タッチで解除できるプロフィールを作成しました。
3枚のタグと各モードの切り替えを確認しました。
事例46：TermuxとTaskerの個人用Telegramボット
相談内容
電池、予定、天気、Signalの未読件数を毎日自分のTelegramへまとめて送りたいという希望でした。
対応
Installed Termux + Termux:Tasker bridge. Wrote a small bash script that reads battery-stats from /sys via Termux:API, fetches weather from Open-Meteo (no API key), pulls the day’s calendar via Termux:API’s termux-calendar, and queries Signal-CLI for unread thread counts. Tasker profile: Time = 09:00 daily → run the script → POST the formatted markdown to the Telegram bot via curl. Logs kept on-device only. Battery cost ~0.2%/day.
TermuxとTermux:Taskerを使い、端末上で生成したMarkdownの要約を自分のボットへ送るフローを構築しました。ログは端末内に残しました。