MiTV4X スリミング戦役：929MB メモリ上の十五回のアンインストールと、再起動のたびに効かなくなる ADB スイッチ

2016 年頃の小米テレビである——720p、Android 6.0、メモリ 929MB。居間で何年も動いてきたが、そのカクつきの原因は決して玄学ではなかった——今夜、ADB が通ったとたん、すべての数字が卓上に並べられた。

一、接続：全ポート閉鎖から unauthorized へ

起点は接続拒否（10061）であった。ping は通じ（6-45ms、TTL=64）、テレビはオンラインである。しかし 5555、5556、5557、5037、5038、8009 ポートはすべて閉じている——テレビ側のネットワーク ADB デバッグが有効化されていない。adb ツール自体は問題なく、ローカルの Android SDK ディレクトリにある。

開発者オプションを有効化するとポートが開き接続が成立したが、デバイスは unauthorized を表示した。画面に RSA 指紋付きの「USB デバッグを許可しますか？」ダイアログが弹出しており、リモコンで「許可」を押し、できれば「このコンピュータを常に許可する」にもチェックを入れて、以後毎回の認証を省く必要がある。

認証が通り、デバイス情報が読み出された——小米テレビ MiTV4X、Android 6.0。

二、体检：空き 107MB が最大の瓶頚

全量検出でデバイス情報、保存容量、メモリ、完全なパッケージリストを採集した。結論は予想より厳しかった：

項目	現状
型番 / システム	小米 MiTV4X、Android 6.0、720p
メモリ	合計 929MB、空きは約 107MB のみ
保存	/system は 54MB 残り（やや厳しい）、/data は 2.9GB 残り（十分）
アプリ	システムアプリ 73 個 + サードパーティ 3 個

メモリ占有ランキングを出すと、病灶が非常に明確になった——デスクトップ tvhome 82MB、システムフレームワーク 30MB、音声 22MB、アプリストア 18.5MB、MiVideo プレイヤー 17MB、ソウゴウ入力法 15.7MB、小米ギャラリー 15MB、米家 12MB、システムアップグレード 12MB、商城 10.7MB。

核心の問題は広告/統計/プッシュ類のバックグラウンドサービスがメモリに常駐することである——小米テレビ広告四点セット——tvpush 5.7MB、tvqs 品質データ上报 9MB、cloudcontrol 雲控 3.6MB、statistic 統計埋点、合わせて約 20MB が常駐し続けずにネットワークを張り続けている。商城、ゲームセンター、米家などの非必要アプリが加わる。

手を付ける前に一つの重要な校准が書かれた——システムアプリをアンインストールしても /system の容量は解放されない——APK は読み取り専用パーティションにあり、pm uninstall --user 0 は現在のユーザーから除くだけで、いつでも復元できる。得られるのはメモリ、プライバシー、広告の減少であって、ディスクではない。

三、三段階の判決

第一梯队：安全にアンインストール、14 個、全部やることを勧める——プッシュサービス、品質上报、雲控、統計埋点、テレビ商城、商城プラグイン、トップページのウェブ推薦コンテンツ、支付二個、小米ウォレット、ゲームセンター二個、小米音楽、使用マニュアル、カレンダー。すべて純粋な広告/商業/統計向きで、除いても視聴機能には触れない。

第二梯队：使用習慣で決める——米家（家に小米スマートデバイスがなければ削除）、音声制御（リモコンにマイクボタンがなく音声をまったく使わないなら削除。ただし削除するとリモコンの音声キーが効かなくなる）、カラオケサービス、アラーム/画面録画/天気。

残すことを勧める——ソウゴウ入力法（ないと検索時に文字が打てない）、アプリストア（以後アプリを入れるのに必要）、スクリーンセーバー（除くと待機動作に影響する可能性がある）。

絶対に触れてはならない——デスクトップ、設定、SystemUI 二個、mitv.service、mstar.tv.service、mstar.factorymenu.ui 工学メニュー、すべての providers、アカウント、三個のプレイヤー、mediaexplorer（USB/ファイル管理）、webview、システムアップグレード、デコーダー、lockscreen、remotecontroller.service、投映五点セット。これらに触れるとテレビが起動しなくなったり機能が欠落したりする。

実行とロールバックの方法も併せて書かれた——アンインストールは pm uninstall --user 0 を使い、どのアプリに問題が出ても、再起動後に pm install-existing <パッケージ名> でその一個を復元できる——文鎮にはならない。

四、十五回のアンインストールと、再起動後の意外

十五個のパッケージはすべてアンインストールに成功し、再起動前に効果を検証済みであった。再起動コマンドを送り、そして異変が起きた——デバイスが戻ってこない。

テレビのネットワークは通じたが ADB ポートが上がってこない。MAC アドレス 18:BB:26 があの小米テレビのままであることを確認したが、再起動七分過ぎても 5555 は依然拒否される。六十秒間 ping を打ち続けた——パケットロスゼロ、再起動ループはない——システムは正常に動作しており、ADB サービスが起きていないだけである。小米テレビのサービスポート 6095 は正常に開いており、システム自体が健康で文鎮化していないことをさらに確認した。

結論は——アンインストールは全部成功しテレビシステムは正常に動作しているが、ADB スイッチが再起動後にリセットされた。これは小米テレビの既知の挙動である——「ADB デバッグ」スイッチは再起動後も保持されず、テレビを再起動するたびに毎回開き直す必要があり、一部のファームウェア版ではそのような設計になっている。

五、永続化改造の失敗

主人は納得しなかった——ADB を、再起動しても自動でオフに戻らないように設定しろ。

接続すると、ADB 有効状態の設定項目が見えた——persist.adb.tcp.port=5555、persist.service.adb.enable=1、settings global adb_enabled=1。まずすべての永続化スイッチを設定し、開発者オプションの総スイッチ developer_status も含めて、それから再起動して決定的な検証を行った。

再起動 200 秒後も、ADB は自動復帰しなかった。設定項目を再確認すると、小米専用の ADB スイッチ状態は存在しなかった——そのスイッチ状態は settings データベースを通らない、だから再起動で失われる。root を取ろうとする試み（一部のテレビファームウェアは userdebug 版で adb root が直接できる）は失敗した。小米テレビ専用の起動スクリプト /init.mitv.rc を発見し、ADB の起動ロジックはその中にある可能性が高いが、init スクリプトは root 権限で読めない。

最終判決——このファームウェアは起動のたびにネットワーク ADB スイッチを意図的にリセットする（セキュリティ設計）。persist.adb.tpu.port、persist.service.adb.enable、adb_enabled、developer_status をすべて設定しても無駄であり、スイッチ状態はテレビ自身のアプリしか読めない場所にある。

だからこの機械の最終状態は——アンインストール最適化は永続的で再起動の影響を受けない（常駐メモリ約 30-40MB の解放と、プッシュ/統計/雲控のバックグラウンド通信の全面切断が見込まれ、起動後のデスクトップがより軽快になる）が、ADB は電源を切って再起動するたびに毎回手動で開き直す必要がある——テレビ → 設定 → アカウントとセキュリティ → ADB デバッグ。画面上に認証ダイアログが再度出る必要はなく、RSA 鍵は保持されている。

六、途中で読んだ一つのプロジェクト

過程で一つの GitHub プロジェクトも読んだ——Universal Android Debloater（0x192/universal-android-debloater）、Rust と Iced で書かれたクロスプラットフォームのグラフィカルツール、20.2k スター、ADB で非 root のアンドロイドデバイスからプリインストールアプリをアンインストールする。

その動作方式には一言の値打ちがある——root 権限がないとシステムアプリを本当に削除はできず、UAD は adb shell pm uninstall --user 0 で現在のユーザーから除く——本質は「無効化」であって物理削除ではなく、いつでも復元でき、刷機やシステム更新後はリストを再実行する必要がある。

しかしこの MiTV4X には二つの不適用点がある——一つは UAD のリストが主に手機向けで、テレビ専用パッケージ名の覆盖が限られていること；二つはテレビ上で誤削除する后果は手機より面倒であること——recovery 画面に入れず、線刷しかない。だから最終的に手作業の一パッケージずつのルートを採った——まず完全なリストを書き出し、余分と確認できるパッケージを選び出し、それから一つずつ処理する。作者のあの “Use at your own risk” は、テレビの上では手機の上よりずっと重い。

929MB の機械では、一メガバイトも本物である。今夜手に入れたのは「より速い」ではなく、パッケージ名まで正確な一台帳と、このファームウェアの境界に関する一つの確定的な認識である。