「ワンセグの停止」の編集履歴（バックアップ）一覧はこちら
「ワンセグの停止」(2010/12/10 (金) 08:39:36) の最新版変更点
追加された行は緑色になります。
削除された行は赤色になります。
>>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は空きメモリ増えたみたいだ。
> 感謝
>>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 も、時間差で復帰。こちらは必要に応じて立ち上がるらしい。
> 以上、失礼しました
