门户类型网站有哪些,网站负责人半身照,旅游网站模块,seo全网优化推广Android init.rc 服务启动不成功 问题 在开发过程中发现一个问题#xff0c;我们需要在开机的时候判断硬件版本号去启动服务#xff0c; 服务的名字是ledservice和ledservice4,但是发现每次烧录完固件后#xff0c;服务启动不 成功#xff0c;需要再复位重启一次#xff0… Android init.rc 服务启动不成功 问题 在开发过程中发现一个问题我们需要在开机的时候判断硬件版本号去启动服务 服务的名字是ledservice和ledservice4,但是发现每次烧录完固件后服务启动不 成功需要再复位重启一次服务才可以正常启动。 日志如下 [ 5.328699] init: Service logd-reinit (pid 257) exited with status 0
[ 5.329681] init: Starting service ledservice...
[ 5.331442] init: Starting service exec 2 (/system/bin/vdc)...
[ 5.353605] init: Service exec 2 (/system/bin/vdc) (pid 269) exited with status 0
[ 5.355534] init: Service ledservice is being killed...
[ 5.364499] init: Service ledservice (pid 268) killed by signal 9
[ 5.364531] init: Service ledservice (pid 268) killing any children in process group
[ 5.365442] init: Not bootcharting. 分析 1、我们自己刚开始修改的代码如下 service ledservice /system/bin/ledserviceclass mainconsoledisabledonrestartservice ledservice4 /system/bin/ledservice4class mainconsoledisabledonrestarton property:ro.boot.wzb210_audio_hw_rev3start ledserviceon property:ro.boot.wzb210_audio_hw_rev4start ledservice4on property:ro.boot.wzb210_audio_hw_rev5start ledservice4 第一次实验 刚开始一直担心是因为我们服务本身有问题所以在我们的两个服务里面不做任何操作直接打一个Log 实验的结果还是有问题服务启动不成功。 第二次试验 后面我考虑到有可能是因为增加了版本号的原因然后我把代码修改成下面结果还是服务启动不成功 service ledservice /system/bin/ledservice
class main
console
disabled
onrestartstart ledservice 最后 我考虑到android 的adbd也是刷机就要起来的然后我参照了adbd的编写看到了差异修改如下服务可以正常启动 参照adbd把class main改成class core就可以了。
service ledservice /system/bin/ledservice
- class mainclass core
console
disabled
onrestart class core 和class main有何不同 在分析Kitkat加密功能的时候在一些资料上看到一句话“对于加密后的系统重启后进入到输入密码界面此时并没有完全加载Android系统仅仅加载必要的服务” 那么这个必要的服务又是指的是那些服务呢 在解答这个问题前我们先区分一下class core class main class late_start。 这三个“class”,只是标识这个服务的类型是哪一个然后通过调用class_start, class_reset, class_stop等命令的时候来统一操作同一类的服务。 举个例子从system/core/rootdir/init.rc文件中搜索“class main”可以搜到许多例如有netd ril-deamon服务被标识为class main,那么当我们调用class_start main命令时所有标识为main的服务都会被启动这里的netd ril-deamon就会被启动。对于core late_start类的服务也是这样的。 这里以源代码中三星的manta为例进行演示 class core 的服务如下 序号service名称所属文件命令bin文件位置1watchdogdinit.manta.rc/sbin/watchdogd2watchdogdinit.recovery.manta.rc/sbin/watchdogd3setup_fsinit.smdk5250.rc/system/bin/setup_fs4ueventdinit.rc/sbin/ueventd5logdinit.rc/system/bin/logd6healthdinit.rc/sbin/healthd7consoleinit.rc/system/bin/sh8adbdinit.rc/sbin/adbd9servicemanagerinit.rc/system/bin/servicemanager10voldinit.rc/system/bin/vold可以看到core服务都是系统最基本的服务只要core服务全部启动手机此时是可以运行的但是却看不到东西原因是framework没有启动。此时启动的都是CC的进程。此时是不能打电话的因为ril-deamon没有启动 class main的服务如下 序号service名称所属文件命令bin文件位置1p2p_supplicantinit.manata.rc/system/bin/wpa_supplicant2wpa_supplicantinit.manata.rc/system/bin/wpa_supplicant3dhcpcd_wlan0init.manata.rc/system/bin/dhcpcd4dhcpcd_p2pinit.manata.rc/system/bin/dhcpcd5dhcpcd_eth0init.manata.rc/system/bin/dhcpcd6dhcpcd_bt-paninit.manata.rc/system/bin/dhcpcd7dhcpcd_bt-paninit.manata.rc/system/bin/dhcpcd8iprenew_p2pinit.manata.rc/system/bin/dhcpcd9iprenew_eth0init.manata.rc/system/bin/dhcpcd10iprenew_bt-paninit.manata.rc/system/bin/dhcpcd11gpsdinit.manata.rc/system/vendor/bin/gpsd12mobicoreinit.manata.rc/system/bin/mcDriverDaemon13bugreportinit.manata.rc/system/bin/dumpstate14netdinit.rc/system/bin/netd15debuggerdinit.rc/system/bin/debuggerd16debuggerd64init.rc/system/bin/debuggerd6417ril-daemoninit.rc/system/bin/rild18surfaceflingerinit.rc/system/bin/surfaceflinger19drminit.rc/system/bin/drmserver20mediainit.rc/system/bin/mediaserver21bootaniminit.rc/system/bin/bootanimation22installdinit.rc/system/bin/installd23flash_recoveryinit.rc/system/etc/install-recovery.sh24racooninit.rc/system/bin/racoon25mtpdinit.rc/system/bin/mtpd26keystoreinit.rc/system/bin/keystore27dumpstateinit.rc/system/bin/dumpstate28sshdinit.rc/system/bin/start-ssh29mdnsdinit.rc/system/bin/mdnsd30zygoteinit.zygote32_64.rc/system/bin/app_process31zygoteinit.zygote32.rc/system/bin/app_process32zygoteinit.zygote64.rc/system/bin/app_process64 可以看到main的服务相对多一些看到zygote了吧由此可见main服务大部分是建立在java层或者与java层息息相关的系统服务。 class late_start 的服务如下 序号service名称所属文件命令bin文件位置1sdcardinit.manta.rc/system/bin/sdcard2sdcardinit.msmdk5250.rc/system/bin/sdcard 在看Android手机加密的资料的时候看到late_start服务以为有很多呢.但是一搜索才知道坑爹啊只有一个。 由以上的简单分析再来分析Kitkat手机加密功能的流程和加密后的启动过程就更加清晰了。 其实手机加密完毕后重启手机进入输入密码界面此时系统的coremain服务都已经启动只有late_start服务没有启动可以直接无视late_start。这样说来此时手机的系统服务和正常状态下是一样的。我们想利用系统服务做什么都行啊。^_^ 那么为什么在该界面只能做很少的事情呢 例如可以拨打紧急呼救号码弹出输入法显示设置中的CryptKeeper界面可以锁屏。但是却玩不了游戏无法调用我们已经设置的“百度输入法”而是使用很丑的Ladin输入法。锁屏也是系统默认的拨号的界面也是系统原生的等等问题。这些问题将在下一篇文章《Kitkat的加密功能对应用做了什么》中解答 posted on 2018-09-21 14:39 公众号嵌入式Linux 阅读(...) 评论(...) 编辑 收藏
