我能找到的与此相关的大多数问题都追溯到2011年左右，因此此后发生的变化也许并不奇怪。我尝试了很多事情，但没有任何结果。

中有一些脚本/system/etc/init.d（也显示在/etc/init.d我的设备下）。特别是，有一个00banner脚本应该记录欢迎消息。欢迎消息永远不会出现在logcat中。

我在这里放置了自己的脚本，最终将其简化为：

#!/system/bin/sh
log -t mytest Testing

没有。除非通过终端手动运行，否则从不出现在logcat中。然后就可以了。

这里还有一个90userinit文件，/data/local/userinit.sh如果存在则调用。我用与上面相同的内容创建了它。同样，logcat中什么也没有出现。确实，这并不奇怪，因为如果00banner不运行，那么也不会。

我搜索了名为“ init.rc”的任何东西，但设备上任何地方都找不到类似的东西。

我所有的脚本都有755个权限。

我还能尝试什么？（除了为我运行脚本的应用程序）

有一种简单的方法可以向任何版本为4.0及更高版本的扎根android系统添加init.d支持，谷歌制作了一个脚本，该脚本在启动时以超级用户身份运行，该脚本install-recovery.sh用于在每次启动时重新刷新库存恢复，他们认为这是一个很好的选择防止自定义恢复的安全性，但它打开了一个新漏洞，用户可以利用该漏洞伪造init.d功能。 依赖关系：为了使此方法起作用，您需要以下内容

1. 忙箱安装了run-parts符号链接到您的路径，例如/system/xbin
2. 显然，您将需要一个/system能够安装为rw
3. 内核版本无关紧要。

方法一：（最简单的方法！）

1. 下载此APK（免费使用，请勿镜像，感谢XDA的@Ryuinferno）。
2. 像任何普通应用一样安装apk。
3. 启动应用程序。
4. 点击激活！就这样，您就可以全部支持setinit.d了。您可以单击“测试”按钮或重新启动手机，以查看是否退出了init.d脚本。
5. 您可以卸载不会影响init.d支持的应用程序

方法二：（难度：中等）

1. 下载此zip并将其解压缩，然后将init.sh放在您的sdcard上（例如，/sdcard它可以从设备更改为其他设备。

2. 现在打开终端，或adb shell从计算机上使用并运行脚本。
   su
cp /sdcard/init.sh /data/tmp/init.sh
chmod 777 /data/tmp/init.sh
/data/tmp/init.sh

该脚本将运行，并要求您重新启动两次，即您已正式拥有init.d支持：D

参考： [MOD] [APK + SCRIPT + ZIP]为任何不需要自定义内核的电话启用Init.d ！！！

编辑：我看到结束发布，这是一种方法，我将尝试在没有应用的情况下尽快添加（不在家中，使用移动设备发布），但是如果其他方法不起作用，则可以使用此方法。

您可以尝试使用名为Tasker的应用程序。

它的价格为3.29美元，需要root访问权，但它可以运行Shell脚本。另外，它具有试用版，因此您可以在购买前尝试。

首先创建任务。转到任务选项卡，点击+号，输入任务名称。现在再次输入+号，然后输入shellfilter。您将找到选项Run Shell，选择它，然后根据需要进行配置。

之后，返回第一个标签-个人资料，点击+号以创建新标签。选择事件作为类型，进入系统，然后选择设备启动。返回，然后将要求您选择任务。现在选择之前创建的任务，您就可以开始了！

这要求您刷新一个zip，但是您可以将脚本放在/ system / etc / startup中，然后它们应该会自动从手机启动。

http://forum.xda-developers.com/showthread.php?t=2664645

也是从我在问题下的评论。我尝试查看历史记录，但找不到人们声称CM具有自己的引导方式来运行脚本的链接。

编辑。经过进一步的挖掘，可以说不是CM，它对脚本也有自己的作用。它的内核。并非所有内核都支持android的init.d。如果发布您正在使用的设备。我可以四处寻找支持Ya引导时支持自定义脚本的内核。

在CM12.1的终端中执行脚本文件时，我也遇到同样的问题。解决方案是将脚本复制到/data文件夹并执行。因此，我认为CM 12仅允许从特定位置执行脚本。

简单方法（工作）：

1. 在脚本中准备您的启动后命令，例如/ system / xbin / post-boot（设置exec perm）

2. 在/system/etc/init.qcom.post_boot.sh的末尾添加上述自定义脚本路径

例如：

回声/ system / xbin / post-boot >> /system/etc/init.qcom.post_boot.sh

做完了！

（如果找不到qcom post_boot（高通设备），请查找任何post_boot脚本）

按照以下步骤在引导时运行脚本。（必需adb）

1. 亚行根
2. 亚行重新安装
3. 亚行拉/init.rc
4. 编辑init.rc添加行以执行类似sh test.sh的脚本
5. 亚行推送init.rc /
6. 亚行外壳
7. chmod 755的init.rc
8. adb重新启动

它对我有用。希望对您有帮助。