⚠️ 本記事は、メルカリ美品詐欺事件の「後日談（後編）」の、さらにその後に起きた信じられないセカンドインシデントと、己の技術力（とGoogle公式ツール）で掴み取った完全勝利の記録です。
Googleやフェリカネットワークスを巻き込んで「ハードウェア破損」の動かぬ証拠を突きつけ、メルカリ事務局の全額補償（取引強制キャンセル）によって完全勝利を収めた私（）。戻ってきた返金額を握りしめ、再びメルカリの戦場へと舞い戻り、「2台目のPixel 6a」を買い直しました。
今度は前回の教訓を極限まで活かし、購入前にコメントで「おサイフケータイのメモリ使用状況のスクショ」を徹底要求。良識ある出品者から「未利用」の証拠を提示してもらい、「よし、これなら100%おサイフケータイが生きてる！」と確信して決済ボタンを押したはずでした。
――だが、手元に届いた2台目を起動した私を待っていたのは、悪夢 of 悪夢の再来、まさかのFeliCa通信不良。
しかも今回のバグ、前回の個体（SEIDがFFFFFFFFになる完全な虚無）とは全く異なる、極めて奇妙で、変態的な挙動を示していたのです。
🔗 前編はこちら：FeliCaチップ悲報、6.4万円の技術的価値で挫く「中古スマホ詐欺」とプラットフォームの隠蔽構
🔗 後編はこちら：メルカリ「美品詐欺」の深淵：Googleとフェリカネットワークスを巻き込んだガチ調査の結末
初期化もカード書き込みもできるのに、改札で無反応という「怪現象」
2台目の状態をチェックしてみると、おサイフケータイのメモリ初期化は正常にパスします（）。それどころか、アプリ上で各種電子マネーのカードを新規発行し、チップへデータを「書き込む（登録手続き）」の処理まで、何食わぬ顔で100%完了するのです。
ステータス上は完璧。
CPUとFeliCaチップ（セキュアエレメント）はお互いを認識し、内部的なデータの論理暗号化処理は完全に成功している。
――なのに、いざレジや駅の改札リーダーにかざすと、1ミリも反応しない。
画面上には確かにカードが存在しているのに、物理的な非接触通信としてだけ完全に沈黙している。この謎を解き明かすため、私はPC用の非接触ICカードリーダー「パソリ（PaSori）」を引っ張り出し、さらに深い通信レイヤーのデバッグへと足を踏み入れました。
パソリとNFC診断ツールが暴いた「アイデンティティの喪失」
問題の2台目Pixel 6aをパソリの上に置いた瞬間の画面がこれです。
ずっとこれ。
SFCard Viewerは、永遠に「SuicaやPASMOなどをセットしてください」の初期画面のまま、虚しくポーリング（カード探知要求）を回し続けて待ちぼうけを食らっている状態。
内部処理としてはカードを書き込めている癖に、外の世界に対しては完全な無応答。
そこで私は、さらに深い通信レイヤーの電波を解析するため、NFC診断ツールを起動。
以前、当ブログの専門記事で解説した「パソリを用いたICカードの生ログデバッグ手法」をそのままぶち込んでやったところ、叩き出された電波ログは非情なものでした。
「判定：Type-A」
本来、日本のおサイフケータイであれば「Type-F（FeliCa）」として応答しなければならないはずのICコントローラーが、海外標準のただの「Type-Aの抜け殻」として電波を吹いていたのです。
届いた時点でのこの端末のOSは「Android 16」。 バッテリープログラムによって、NFCコントローラー層のルーティング割り当てが完全に狂い、FeliCaとしての魂を忘れてしまっていたわけです。
普通ならここで再び絶望して返品手続きに移るところですが、私のデバッグ脳は別の答えを叩き出しました。
「内部でデータの書き込みができている以上、FeliCaチップ自体は物理的に100%生きている。
死んでいるのは通信コントローラーのファームウェア（論理レイヤー）だけだ。
――だったら、さらに新しい未来のOSに書き換えて、システム層をまるごと上書き再構築してやれば直るんじゃね？」
SDKなんてめんどいモンは使わん、Android Flash Toolで一発よ
というわけで、魔改造編スタート。
今の時代、Android SDKを入れて環境変数を通して……なんていうめんどくさいコマンドプロンプトとの殴り合いは必要ありません。Google公式が提供している最強のブラウザ用ツール「Android Flash Tool」を使えば、すべてが一発で完結します。
⚠️ WARNING
ROM焼きはGoogle推奨、自己責任のリカバリー手法です。必ず「Android Flash Tool」を使い指示に従ってフラッシュしてください。失敗してBrick「文鎮化」してもGoogleも私も責任取れません
- 開発者オプション有効化：設定→デバイス情報→ビルド番号を数回タップ→PIN入力
「デベロッパーになりました」や「開発者向けオプションが有効になりました」→OK - USBデバッグ有効化：これしないとADBが叩けないのでAndroid Flash Toolが接続エラーになり続けます。
システム→開発者向けオプション→USBデバッグこの時デバッグ許可ダイアログがでたら「許可」しておく - 開発者向けオプションからOEMアンロックを有効化
これしておかないとBootloader Unlockができません。ちなみにSIMロック状態はこれが使えないようです。 - PCのChromeに接続： WebUSB APIを介してブラウザにPixel 6aを認識させ、私がターゲットに選んだ超最新のベータイメージを流し込む。
- Bootloader Unlock： 端末が再起動後Fastbootモードに誘われるのでブラウザの指示に従いBootloader Unlock
を開始します。Bootloader Unlockするか？音量ボタンで選び電源ボタンで決定と英語で書かれるのでBootloader Unlockを選び電源ボタンで再起動。 - Fastbootモードで再び再起動されBootloader のステータスがUnlockedと赤字で表示されてる状態になると
ターゲットに選んだ超最新のベータイメージを流し込む見始めるのでこの間絶対に触ったりケーブルを抜いてはいけない。 - 終わるとBootloader をロックしてとブラウザが指示するので再びFastbootモードに入り今度はBootloader lockするか？音量ボタンで選び電源ボタンで決定と英語で書かれるのでBootloader lockを選び電源ボタンで再起動。
これを忘れるとOEMアンロックが無効化できず一部高セキュリティを止めるアプリでデバッグ状態なので起動できないというエラーにつながる。 - Bootloaderリロックが終わると再起動されGのロゴとインジゲーターが表示され100%になるとおなじみの初期設定画面になる。この時Betaプログラムに参加してるよと言う通知が出るので同意おけばOK
- 使用ビルド：
CP31.260423.012.A1 (15327290) bluejay_betaユーザー(署名済み) - OSバージョン： Android 17 QPR1 Beta 2
- ワイプ・・・初期化する
- ロック・・・Bootloader Relock
- フォースフラッシュ・・・システムパーティション丸ごと置き換え
以上のビルド方法になっていることを確認してほしい。
古いOSの初期化バグで「Type-A」に固定されてしまったルーティングを、Android 17 Betaの新しいシステムイメージで上書きし、全パーティションをブラウザからクリーンフラッシュすることで、強制的にFeliCa（Type-F）としての回路へパスを引き直す超スマートな力技です。
プログレスバーが伸びきり、無事にインストール完了。再起動するOS。
完全に「Android 17環境」へと生まれ変わったPixel 6aを、祈るような気持ちで再びパソリにかざした結果――。
驚撃の結末：直ったあああああああｗｗ
パソリに近づけた瞬間、PC画面のSFCard Viewerのポーリングがピタッと止まり、FeliCa（Type-F）機能が100%完全復活しました……！！！
「直ったああああああああああｗｗｗｗｗｗｗｗｗｗ」
やはり、特定の初期化プロセスで発生する、通信コントローラー層のルーティングフリーズバグが原因でした。
どれだけアプリのデータを消そうが直らない癖に、内部の暗号化処理だけは生きていたというこの巧妙な罠。
Google公式やプロの修理店が一括りで「ハードウェアの物理破損（要基板交換6万円）」と呼びそうな文鎮挙動を、個人のログ解析と、「Android Flash ToolでAndroid 17 Betaを直接焼きにいく」というスピード解決だけで、完全無欠の「超美品おサイフケータイ端末」へと引き戻してしまいました。
これだからガジェットのデバッグはやめられないｗｗｗ
今回のケースは正にバッテリープログラムパフォーマンスプログラムによる後遺症でソフトウェア上の問題であったようでほんと助かりました。さすがにGoogleアカウントでログイン「FelicaをInitialize」できるのにこれで治らなかったらまた返金を求めるところでしたよ。
まとめ：「バッテリープログラム」に起因するOSバグならば、まだ直せる
今回の2台にわたるPixel 6a・FeliCaデバッグ劇を経て、中古スマホ市場に潜むおサイフケータイ文鎮化の「2つの真実」が完全に浮き彫りになりました。
| 端末 | 1台目のPixel 6a | 2台目のPixel 6a（今回） |
| 症状 | メモリ使用状況が利用中で FelicaのInitializeが不可 | メモリ初期化・カード書き込みは可能FFFFFFFF（虚無）はOS上の問題ぽい？ |
| パソリログ | 応答なし（完全なる沈黙） | 永遠にポーリング / 「Type-A」誤認識 |
| 原因 | ハードウェアの完全な臨終 （物理破損） | 「バッテリープログラム」 起因のOSバグ（論理文鎮） |
| 結末 | 返品・全額補償 （取引強制キャンセル） | Android 17 Betaへの手動ROM焼きで完全復活！ |
1台目に掴まされた製品は、FeliCaチップ（セキュアエレメント）自体がハードウェア単位で物理的に破損して死亡している、どうしようもない文鎮個体でした。
しかし、今回の2台目のケースはまさに正反対。
Googleの正規修理パートナーであるiCrackedストア等でも周知されている、「バッテリーパフォーマンスプログラム」に起因するOSの挙動、つまり純度100%のソフトウェア面のバグだったわけです。
💡 教訓：諦めて返品する前に、おサイフケータイアプリを試して
もし手元に届いた中古スマホが「おサイフケータイアプリ上では動くのに、改札で無反応」という状態になったら、それはチップの死亡ではなく、OSアップデートの拍子にNFCコントローラーがFeliCa（Type-F）としての魂を忘れて「Type-A」になり下がっているだけかもしれません。
システム層のバグであれば、今回のように「Android Flash Toolを使って、16とは異なるシステムイメージ（今回はAndroid 17 QPR1 Beta 2）をクリーンフラッシュしてルーティングを強制再構築する」という力技で、息を吹き返せる可能性が十分にあります。
外見の美しさや、出品者の「動作確認済み」という言葉は、内部基板のクラックやOSのコアバグに対しては何の保証にもなりません。
中古スマホでおサイフケータイ機能を絶対に掴まされないためには、購入前に徹底して「メモリ使用状況のスクショ」を要求し、万が一バグ個体を引いたときはログから論理か物理かを見極める、圧倒的な「個人のリテラシー」こそが最大の防衛策なのです。
これにて、Pixel 6a・メルカリFeliCaインシデント、完全解決。
これだからガジェットのデバッグはやめられないｗｗｗ
コメント