ワンセグの停止

210
 1segサービス除去に成功している人っていますか? 
 ザイゴットのどこを弄ればいいのかさっぱり 
 /init.rcをみてもそれらしいところを見つけられませんorz 

257
 >>210 
 がさつなやり方だけど、ワンセグ関連のファイル 
 /system/app/FSoneseg* 
 をごっそり削除(というか別の場所に移動)して端末再起動すれば、 
 fs1segサービス起動しなくなるよ。当然ホームのアイコンも消える。 
 
 元の場所に戻して再起動すれば、元通りワンセグ使える。 

354
 >>257 
 >fs1segサービス起動しなくなるよ。当然ホームのアイコンも消える。 
 
 さっき早速試してできました。まじアンガトです。うれし~ 

362
 grep fs1seg すると、FSoneseg* の他にも 
 dtvserver 
 libDtv* 
 あたりが引っかかる。init.rcでdtvserver起動してるので、これ殺せばいいかな?と思って 
 stop dtvserver 
 してみた。残念ながら、dtvserverは終了したもののjp.co.fsi.fs1segは相変わらず居残ったまま。 
 自動再起動するって事は service で onrestart restart 指定されてると思うんだけど、他にも方法あるのかな。 

390
 >>362 
 ワンセグが有効な状態で、/system/bin/dtvserverを別の場所に退避させて(つまり、 
 dtvserverが絶対起動できない状態にして)リブートしてみたところ、dtvserverは 
 起動しないがfs1segは起動。ってことは、fs1segはdtvserverとは無関係に起動 
 してるんじゃないかと。 

396
 >>390 
 わざわざ試してくれてありがとう 
 fs1segは自力で立ち上がってる(android.intent.action.BOOT_COMPLETED受け取ってる)みたいだから 
 正常終了させるためのインテント探すか、そもそも立ち上がらないようにするしかないかもしれない。 
 バイナリエディタで FSonesegBG.odex 見てるけど、インテントの一覧見る方法とか無いのかな。 
 
 jp.co.fsi.fs1seg を kill すると、こんなログが残った 
 
 INFO/ActivityManager(1388): Start proc jp.co.fsi.fs1seg for added application jp.co.fsi.fs1seg: pid=1531 uid=10009 gids={1015, 3002} 
 WARN/ActivityManager(1388): Unable to start service Intent { act=interval flg=0x4 cmp=jp.co.fsi.fs1seg.service.service/.BackGroundService (has extras) }: not found 
 
 ワンセグ起動を諦めて FSoneseg* を待避させるほうが手っ取り早いかも 

461
 IS01 rooterが何をやってくれるのか把握してddでバックアップ後 
 ワンセグアプリを移動してみた 
 大体7,8Mは空きメモリ増えたみたいだ。 
 感謝 

527
 >>499 
 BGIntentReciverにACTION_SHUTDOWNをbroadcastしてやればエラーは 
 出ないけど受け取ってるのかなぁ。ただ、受け取っていたとしても別に終了 
 する義務はないよね。いつ電源落とされても大丈夫なようにしとけばいいだけで。 
 
 というか、AndroidManifest見てて気がついたけど、killしても復活するのって 
 もしかしてこいつのせい? 
 
 E: application (line=7) 
 A: android:persistent(0x0101000d)=(type 0x12)0xffffffff 
 
 android:persistent 
 Whether or not the application should remain running at all times 
 http://developer.android.com/guide/topics/manifest/application-element.html#persistent 
 
 試しに自作アプリにこれ仕込んでみたけど、余裕でkillできる。 
 "Only apps built into the system image can be persistent."らしい。 
 http://groups.google.com/group/android-developers/browse_thread/thread/d84d746529da2b64/0a43cb4ae769cb7c?show_docid=0a43cb4ae769cb7c 

532
 >>527 
 後から start じゃなく broadcast 投げられるのに気付いてやってみたけど、やはり効果なし 
 対象なしで broadcast ACTION_SHUTDOWN しても、ぜんぜんアプリ終了しないのはそういう物だからなんだね 
 
 ふとググってみたらこんなソフトが。jp.co.fsi.fs1seg.service.service.BackGroundService 対象に入ってる。 
 もうファイル移動で対応しちゃったけど、これから試してみる。 
 
 Android Quick Service Killer クイック サービス キラー 
 ttp://www.neko.ne.jp/~freewing/android/quick_service_killer/ 

535
 >>527 
 素人考えでスマンが、app_processが再起動かけてるから、 
 起動時のモード?かプロセスのユ�ザID(root)?あたり?で、サービスプロセスか 
 ユーザプロセスか区別して再起動かけてるんじゃないかなぁ。 
 なんで、外からkillしてもサービスプロセスだから再起動みたいな仕組みになってると思う。 
 ワンセグとかはそういう意味でinitからの起動と同等の扱いなんだろう。 
 まだルート化には手をつけてないし、ソースも見てないからわかんないけどねー。 
 だけど、何故かGmailだけはルート化しなくてもkillできるのが謎なんだが・・・ 
 app_process配下のプロセスはいらなそうなの多いからここらへんざっくり起動しないように 
 出来ればメモリかなり空くと思うんだけどなー。 

540
 >>532
 >>537 
 しつこくて申し訳ないが、もっかい自己レス 
 やっぱり jp.co.fsi.fs1seg と jp.co.sharp.android.sendcmailservice は自動復帰してきた。 
 jp.co.sharp.android.messagereceive も、時間差で復帰。こちらは必要に応じて立ち上がるらしい。 
 以上、失礼しました 

タグ:

+ タグ編集
  • タグ:

このサイトはreCAPTCHAによって保護されており、Googleの プライバシーポリシー利用規約 が適用されます。

最終更新:2010年12月10日 08:39
ツールボックス

下から選んでください:

新しいページを作成する
ヘルプ / FAQ もご覧ください。