想让安桌手机开机执行data99SuperCharger.sh应该在init.rc怎么写service命令

想让安桌手机开机执行data99SuperCharger.sh应该在init.rc怎么写service命令,第1张

1.init时设置设备权限

init可执行文件是Android系统运行的第一个用户空间的程序,它以守护进程的方式运行

2. init.rc中的内容

在Android中使用启动脚本init.rc,init启动脚本路径:system/core/rootdir/init.rc可以在系统的初始化过程中进行一些简单的初始化 *** 作,init.rc脚本被直接安装到目标系统的根文件系统中,被init可执行程序解析

init.rc是在init启动后被执行的启动脚本,其语法主要包含了以下的内容:

commands:命令

actions:动作

triggers:触发条件

services:服务

options:选项

properties:属性

init脚本的关键字可以参考init进程的system/core/init/keyword.h文件

commands:命令是一些基本的 *** 作

export PATH /sbin:/vendor/bin:/system/sbin:/system/bin:/system/xbin

mount yaffs2 mtd@system /system

mount yaffs2 mtd@system /system ro remount

mount yaffs2 mtd@userdata /data nosuid nodev

mount yaffs2 mtd@cache /cache nosuid nodev

这些命令在init可执行程序中被解析,然后调用相关的函数来实现

Actions:动作,表示一系列的命令,通常在triggers触发条件中调用,动作和触发条件的形式

on <trigger>

<command>

on init

export PATH /sbin:/vendor/bin:/system/sbin:/system/bin:/system/xbin

init表示一个触发条件初始化过程,在这个触发事件发生后,进行设置环境变量和建立目录的 *** 作称为一个动作

Properties属性是系统中使用的一些值,可以进行设置和读取

在启动脚本中,属性的使用如下所示

setprop ro.FOREGROUND_APP_MEM 2048

setprop ro.VISIBLE_APP_MEM 3072

on property:ro.secure=0

start console

on property可以用于判断属性,这里的属性在整个Android系统运行中都是一致的。

Services服务,通常表示启动一个可执行程序,options选项是服务的附加内容,用于配合服务使用。

例如,启动电话的进程ril-daemon和开机动画的服务

service ril-daemon /system/bin/rild

socket rild stream 660 root radio

socket rild-debug stream 660 radio system

user root

group radio cache inet misc audio sdcard_rw

service bootanim /system/bin/bootanimation

user graphics

group graphics

disabled

oneshot

ril-daemon和bootaim表示服务的名称,/system/bin/rild和system/bin/bootanimation表示服务所需要执行的可执行程序的路径。

oneshot选项表示该服务只启动一次,而如果没有oneshot选项,这个可执行程序会一直存在,如果可执行程序被杀死,则会重新启动,ril-daemon是一个守护进程,如果退出,需要重新启动,因此没有使用oneshotbootaim开机动画,只执行一次,因此加上了oneshot.

/system/bin/screencap u:object_r:screencap_exec:s0

type screencap, domain,coredomain

type screencap_exec, exec_type,vendor_file_type,file_type

init_daemon_domain(screencap)

SystemProperties.set("ctl.start*", "xxx"),即可

一般来说, Android 下的应用程序可以逗直接地得到的最大的权限为 system ,但是如果我们需要在程序中执行某些需要 root 权限的命令,如 ifconfig 等,就需要 root 权限了。按照 Simon 的文章中提到的,应用程序有以下两种办法临时获得 root 权限:

1)实现一个 init 实现一个 Service ,来帮助 Android 应用程序执行 root 权限的命令。

2)实现一个虚拟设备,这个设备帮助 Android 应用程序执行 root 权限的命令。

第二种办法我这里没有尝试,暂时也不会。这里讲讲我在实现第一种办法的过程和遇到的一些问题。

1. 将我们要执行的命令写成脚本,或者可执行程序。

下面是我的脚本 ifconfig_test.sh :

# ! /system/bin/sh

ifconfig

注意: 脚本的第一行必须为 # ! /system/bin/sh ,否则无法执行,通过 dmesg 可以查看到信息内容为 cannot execve ./ifconfig_test.sh: Exec format error

也可以采用 C/C++ 编写需要执行的命令或者程序,并在编译 image 的时候编译成可执行程序。

2. 在 init.rc 中注册 service

Android 中的 service 需要在 init.rc 中注册, Init.rc 中定义的 Service 将会被 init 进程创建,这样将可以获得 root 权限。当得到相应的通知(通过属性设置)后, init 进程会启动该 service 。

本文中注册的内容如下:

service ifconfig_test /system/etc/ifconfig_test.sh

oneshot

disabled

其中, oneshot 表示程序退出后不再重新启动, disabled 表示不在系统启动时启动。

注意: 这里 service name 不能超过 16 个字符。我之前的 service name 由于定义的比较长, 18 个字符,设置属性通知 service 启动后查看 dmesg 可以看到提示: init: no such service 。查看 /system/core/init/parser.c 的源代码,在 parse_service->valid_name 函数中可以看到如下内容: if (strlen(name) >16) { return 0} ,证明 service 的名字的确不能超过 16 个字符。

3. 将 Android 应用程序提升为 system 权限

既然应用程序可以通过启动 service 获得 root 权限,那么岂不是很不安全。 Android 考虑到了这点,规定只有 system 权限的应用程序才能设置属性,通知 service 启动。关于提升 system 权限的文章网上已有很多,这里就不再细说,

4. 在应用程序中添加属性设置代码

前面已经提到,对于 Android 来说,应用程序通知 init 启动 service 是通过设置系统属性来完成的,具体为设置 System 系统属性 逗ctl.start地 为 逗ifconfig_test地 ,这样 Android 系统将会帮我们运行 ifconfig_test 这个 service 了。

对该系统属性的设置有三种方法,分别对应三种不同的应用程序:

1) Java 代码

Android 在 Java 库中提供 System.getProperty 和 System.setProperty 方法, Java 程序可以通过他们来设置和获得属性。代码如下:

SystemProperties.set("ctl.start", "ifconfig_test")

上面的代码是通知 Android 执行 ifconfig_test service ,如果需要查询当前 service 执行的状态,如是否执行完毕,可以通过如下代码查询:

ret = SystemProperties.get("init.svc. ifconfig_test ", "")

if(ret != null &&ret.equals("stopped"))

{

return true

}

2) JNI 代码

当编写 NDK 的程序时,可以使用 property_get 和 property_set 这两个 API 来获得和设置属性。使用这两个 API 必须要包含头文件 cutils/properties.h 和链接 libcutil 库。

3) Shell 脚本

Android 提供了命令行 setprop 和 getprop 来设置和获取属性,他们可以在脚本中被使用。

由于我的程序是在 JNI 中调用脚本,脚本中又执行 ifconfig ,因此我将设置属性的部分放在了脚本中完成,代码如下:

setprop ctl.start ifconfig_test

#wait for the service until it stops

ret=1

while [ $ret -ne 0 ]

do

getprop | grep "$ENABLE_MAPPER_SRV" | grep stopped

ret=$?

done

通过上面 4 个步骤, Android 应用程序就获得了 root 权限,更具体的说,是在执行我们需要执行的命令时临时获得了 root 权限。

转载仅供参考,版权属于原作者。祝你愉快,满意请~~哦


欢迎分享,转载请注明来源:内存溢出

原文地址:https://54852.com/bake/7857263.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2023-04-10
下一篇2023-04-10

发表评论

登录后才能评论

评论列表(0条)

    保存