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 も、時間差で復帰。こちらは必要に応じて立ち上がるらしい。
以上、失礼しました
最終更新:2010年12月10日 08:39