android init.rc 修改方法---adb shell 不能修改的原因

最新推荐文章于 2024-12-25 17:24:55 发布
转载 最新推荐文章于 2024-12-25 17:24:55 发布 · 6.2k 阅读 · 1
文章标签：

#shell #源码 #产品 #android adb push

本文介绍了如何通过源码编译来修改Android系统的init.rc文件，并解释了为什么不能使用adb shell进行修改的原因。init.rc是Android系统启动时的重要配置文件。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

修改方法对于有源码能编译的朋友来说很简单

那就是直接找到源码android/out/target/product/xxxx/root文件夹下，xxxx代表你的产品名称

修改过后，重新编译源码，打包，烧录即可！


不能通过adb shell修改的原因（http://goo.gl/YVs1F   8楼）

init.rc 是 rootfs 中的文件，Android 将 rootfs(initramfs) link 到 linux kernel image 中，生成正常启动的boot.img, recovery 模式的 recovery.img.

Android 每次 reboot 的时候 bootloader 都要将 boot.img 加载到ram 中，其中一部分是真正的 linux kernel image (zImage), 另外一部分就是 initramfs （包含 init, init.rc, etc）.
之后，Linux kernel 初始化的时候会把 initramfs 以 rootfs 类型 mount 到 / .
这样，你用 adb shell 或 串口 修改 / 上的init.rc， 因为下次重启会重新加载，你的修改自然就没了.
Android系统 自定义动态修改init.custom.rc
我其实什么都不会
08-25 1180
本文介绍如何添加自己的自定义init.custom.rc 然后在自定义文件里添加自定义服务或命令 ，而不是混杂在主文件中。并且能动态修改这个init.rc。
Android USB系统初始化init.usb.rc
我其实什么都不会
08-25 1741
本文学习init.usb.rc文件是另一种用于配置和控制Android USB系统的初始化脚本文件，它使用了一种基于sysfs（系统文件系统）的方法来设置USB配置和模式。 sysfs是一种特殊的虚拟文件系统，它允许用户通过读取和修改文件来访问内核对象的属性，如USB设备的ID、功能、状态等。sysfs通常挂载在/sys目录下，它提供了一个名为class/android_usb/android0的子目录，用于管理USB设备的属性和行为。
android平台init.rc脚本修改－［基于x210开发板］
armeasy的专栏
12-19 9434
很多时候，我们需要修改init.rc来满足不同的应用需求。这里提供两种修改方法： 一：普通修改方法     在device/samsung/smdkv210目录下，有init.rc和init_sdmmc.rc两个文件。如果映像存放在 SD卡中，需修改init_sdmmc.rc，如果映像存放在nand中，则需修改init.rc文件。 修改完后，执行./mk -s，修改后的文件会打包到out/
Android init.rc修改
Android开发，终身学习者。有问题欢迎私信交流~
05-25 680
代码路径：版本集成路径：代码路径：版本集成路径：
init.rc不能通过adb shell修改的原因
kc58236582的博客
10-27 2883
修改方法对于有源码能编译的朋友来说很简单 那就是直接找到源码android/out/target/product/xxxx/root文件夹下，xxxx代表你的产品名称 修改过后，重新编译源码，打包，烧录即可！ 不能通过adb shell修改的原因 init.rc 是 rootfs 中的文件，Android 将 rootfs(initramfs) link 到 l
Android 修改 init.rc
漫不经心
06-13 1万+
Android 根目录下可以看到 init.rc ，但是却无力修改，改了也白瞎，重启就恢复了，ramdisk.... init.rc 是 rootfs 中的文件，Android 将 rootfs(initramfs) link 到 linux kernel image 中，生成正常启动的boot.img, recovery 模式的 recovery.img. Android 每
用adb push/pull init.rc的方法
幻雪神界
08-17 3196
[plain] view plaincopy mount -o rw -o remount /dev/block
Android init.rc的启动流程
netwalk的专栏
07-19 1977
Android 系统的启动过程分为几个主要阶段，每个阶段负责不同的初始化任务。在 Android 启动时，init程序是第一个运行的用户空间进程。init负责启动系统服务、挂载文件系统、设置权限等任务。init.rc是init程序的配置文件，定义了这些启动任务和服务的详细信息，文件中的指令会按照特定的顺序执行来完成这些任务。
Android Init进程及init.rc、init.*.rc编程
git_web425的博客
09-19 269
Init进程的配置和控制文件是init.rc和init.*.rc，它们用来定义系统启动过程中的各种行为和操作。Init进程的配置和控制文件是init.rc和init.*.rc，它们用来定义系统启动过程中的各种行为和操作。这些文件可以放置在init.rc文件所在的目录中，以.init结尾，例如init.usb.rc、init.wifi.rc等。.rc对于系统的启动和初始化非常重要。这些文件可以放置在init.rc文件所在的目录中，以.init结尾，例如init.usb.rc、init.wifi.rc等。
ROM修改进阶教程------修改刷机包init.rc 自启用户自定义脚本的一些基本操作 代码格式与注意事项
小马哥的专栏
12-25 618
在很多定制化固件中。我们需要修改系统的rc文件来启动自己的一些脚本。但有时候修改会不起作用，其具体原因在于权限与代码格式的问题。博文将系统的解析代码操作编写的注意事项与各种权限分别。了解以上. 轻松编写自定义启动脚本. 通过博文了解💝💝💝 1-------💝💝💝了解rc脚本中代码编写的格式 2--------💝💝💝rc脚本中文件权限的应用 自定义开机配置等步骤解析
Android 修改init.rc (related to ramdisk.img)
u013704116的专栏
02-21 441
http://blog.csdn.net/kaiwii/article/details/7681801 another example:  Unzip ramdisk: gunzip -c ../ramdisk.img |cpio –i “modifyinit script” find . | cpio -o -H newc |gzip > ../newramdisk.img
init.rc 修改文件属性不起作用
manshq163com的专栏
05-07 2746
在init.rc文件中修改文件属性，没有任何作用。解决方法 create a script somewhere， for example， /system/bin/mymod.rc ＃!/system/bin/sh    chmod 0777 /dev/mynode - add the following in /init.rc:   service mymod /syste
init.rc启动 shell脚本
热门推荐
u011279649的专栏
11-14 1万+
[Android] 在開機的時候，執行你想要的 shell script 雖然 init.rc 很好用，但還是有其缺陷... 像是我要 echo 某些字串到檔案時，他就做不到了 :( 所以可以搭配一個 .sh 的檔案，讓他開機的時候去執行這個 .sh 即可。 建議修改方式： [1] 在 AndroidBoard.mk 裡面將你的 .sh 包起去 file
如何去写Android init.rc
小江的专栏
03-12 863
在 Android中使用启动脚本init.rc,可以在系统的初始化过程中进行一些简单的初始化操作。这个脚本被直接安装到目标系统的根文件系统中，被 init可执行程序解析。 init.rc是在init启动后被执行的启动脚本，其语法主要包含了以下内容： Commands：命令 Actions： 动作 Triggers:触发条件 Services：服务 Options： 选项 Propert
android系统开发之-- 修改buid.prop、init.rc、禁用BL锁、关闭dm-verity
键盘的起始页
03-01 2151
在这个文件中，可以找到build.prop文件的相关配置信息。这个文件定义了Android系统的初始化过程和启动时的行为。
init进程 && 解析Android启动脚本init.rc && 修改它使不启动android
RationalGo的专栏
05-24 1136
Android启动后，系统执行的第一个进程是一个名称为init 的可执行程序。提供了以下的功能：设备管理、解析启动脚本、执行基本的功能、启动各种服务。代码的路径： system/core/init，编译的结果是一个可执行文件：init。这个init 的可执行文件是系统运行的第一个用户空间的程序，它以守护进程的方式运行。启动脚本则就是下面要讲的Init.rc。 ===============
修改android init.rc,busybox及bash在android中的安装及init.rc修改
weixin_33344952的博客
05-27 464
ramdisk的制作2.6内核开始，initrd.img采用cpio压缩，ramdisk.img也一样，使用gunzip解压缩，然后再使用 cpio解包。1)将ramdisk.img复制其他目录，名称改为ramdisk.img.gz，解压#gunzip ramdisk.img.gz//新建一个文件夹ramdisk，进入#cpio -i -F ../ramdisk.img这时，可到ramdisk中看...
Android修改系统文件（如init.rc）
Tekraft
08-07 3635
问题： 当需要修改Android根文件系统中的文件时，如init.rc，使用adb修改后，重启就恢复了，无法保存。 这是因为Android reboot时bootloader 都要将 boot.img 加载到ram，rootfs重启后就会恢复。 解决方法： 可以在系统源文件中修改后重新编译系统。路径为${TOP}/out/target/product/rk3126c/root/ 已在rk3128测试，Android系统版本：7.1.2 参考： https://blog.csdn.net/lizuobin2/
Android修改init.rc和init.xx.rc文件
u013686019的专栏
08-25 1万+
一、文件简介 init.rc：Android在启动过程中读取的启动脚本文件，主要完成一些初级的初始化，在/system/core/init/init.c中解析。 init.xx.rc：与具体CPU相关的启动脚本，比如对于飞思卡尔的CPU，名字为init.freescale.rc。在init.rc之后得到解析。 两个文件都位于根目录下：cat /init.rc 二、init.rc和init.xx.rc文件的修改 根据自己的CPU，修改文件的相应位置，然后： make bootimage 重新生成
# 文件路径：device/mediatek/<平台>/init.<平台>.rc on early-boot - start vold - start encrypt + # 注释或删除加密相关服务 详细给出怎么修改的
最新发布
07-23
<think>我们正在处理的是Android 9 MTK平台，目标是修改开机流程以跳过锁屏密码验证。注意，用户要求修改`init.<平台>.rc`文件，但根据Android启动流程，锁屏密码验证与加密相关，而加密的触发在vold等服务中。然而，用户特别提到了修改`init.rc`，因此我们需要考虑在init阶段如何影响加密流程。 关键点：Android设备加密（全盘加密，FDE）在启动时由vold服务处理，它会要求用户输入密码来解密数据分区。如果我们希望跳过这一步，需要确保设备不加密或者跳过加密检查。 但是，在init.rc中直接禁用加密服务可能不可行，因为加密服务是由vold管理的。不过，我们可以通过修改init.rc中的一些属性或服务启动顺序来影响加密行为。 根据引用[1]中的例子，我们看到可以通过属性（property）来控制某些行为（如selinux的enforce状态）。我们可以考虑类似的方法。 然而，请注意：在Android中，禁用开机密码验证通常不是通过修改init.rc来实现的，而是通过修改系统加密标志（如fstab中的forceencrypt改为encryptable）以及系统属性（如ro.crypto.state）来实现的。但是，用户特别要求修改init.rc，因此我们需要探索在init.rc中能做什么。 思路： 1. 我们可以尝试在init.rc中设置一个属性，让vold服务认为设备已经解密，从而跳过密码验证。 2. 或者，我们可以阻止启动vold服务（但这样可能会导致无法挂载数据分区）。 但是，这些方法可能并不安全，而且可能会导致系统无法启动。 另一种思路：在init.rc中设置系统属性`ro.crypto.state`和`ro.crypto.type`为未加密状态，这样系统就会认为数据分区没有加密，从而跳过解密步骤。 但是，这些属性通常在系统启动过程中由vold设置，我们可以在init.rc的早期阶段设置它们，覆盖默认行为。 具体步骤（在init.rc中）： 1. 在early-init阶段设置加密状态为未加密。 2. 确保不启动与加密相关的服务（如vold）？但这样可能会影响存储功能。 然而，根据Android文档，vold服务是必须的，因为它负责管理存储设备。因此，我们可能不能禁用vold。 我们考虑在init.rc中设置以下属性： setprop ro.crypto.state unencrypted setprop ro.crypto.type unencrypted 这样，系统在启动过程中会认为设备没有加密，从而不会触发密码输入界面。 但是，这需要配合分区未加密的实际状态。如果数据分区实际上是加密的，那么设置这些属性会导致系统无法挂载数据分区（因为系统不会尝试去解密）。 因此，我们必须在修改属性之前确保数据分区没有加密（即按照之前的方法修改fstab，并确保用户数据未加密）。 所以，在init.rc中修改属性只是辅助手段，确保系统不会尝试去解密。而真正的关键在于数据分区未加密。 因此，在init.rc中我们可以这样修改： 在`on early-init`部分添加： ```diff on early-init ... + # Disable encryption + setprop ro.crypto.state unencrypted + setprop ro.crypto.type unencrypted ... ``` 注意：这个修改需要配合fstab的修改（将forceencrypt改为encryptable）以及确保数据分区未加密。 另外，我们也可以考虑在init.rc中停止加密服务（如果存在的话）。在MTK平台，可能有一个名为"encrypt"的服务，我们可以将其禁用。 例如，在init.rc中找到： ``` service encrypt /system/bin/vdc --wait cryptfs enablecrypto class main user root group root disabled oneshot ``` 我们可以将其注释掉，或者将其触发条件改为不执行。但是，在MTK的init.rc中，这个服务可能不存在，因为加密服务通常由vold处理。 因此，更重要的修改还是在fstab和系统属性上。 总结修改步骤： 1. 修改fstab文件，将数据分区的挂载选项从`forceencrypt`改为`encryptable`（或删除加密标志）。 2. 在init.rc的`early-init`阶段设置加密属性为未加密。 3. 确保没有其他服务强制触发加密（如vold的加密服务）。 注意：由于用户特别要求修改init.rc，我们重点在init.rc中添加属性设置。但请记住，单独修改init.rc而不修改fstab和确保数据分区未加密是无效的。 下面给出一个修改init.rc的示例（以MT6771平台为例）： ```diff --- a/device/mediatek/mt6771/init.mt6771.rc +++ b/device/mediatek/mt6771/init.mt6771.rc @@ -10,6 +10,10 @@ on early-init # Set the security context of /postinstall if present. restorecon /postinstall + # Disable encryption + setprop ro.crypto.state unencrypted + setprop ro.crypto.type unencrypted + on init # setup the global environment export PATH /sbin:/vendor/bin:/system/sbin:/system/bin:/vendor/xbin:/system/xbin ``` 同时，我们还需要确保在fstab中已经修改了加密标志（如之前所述）。 最后，编译并刷机后，首次启动需要格式化data分区（因为之前加密的数据分区无法被未加密的系统读取）。 注意：这些修改会降低设备安全性，请谨慎使用。 相关问题： 1. 在Android 9中，如何验证ro.crypto.state和ro.crypto.type属性是否生效？ 2. 修改init.rc后系统无法启动，如何调试？ 3. 除了修改init.rc，还有哪些方法可以禁用开机密码验证？ 4. 在MTK平台上，如何确保数据分区在刷机后保持未加密状态？ 5. 如何防止系统在OTA更新后重新启用加密？</think>### 在 Android 9 MTK 平台通过修改 init.rc 禁用开机密码验证的方法 在 Android 9 MTK 方案中，需通过修改 `init.<平台>.rc` 文件禁用开机密码验证的核心思路是：**阻止系统启动加密服务并设置未加密状态属性**。以下是具体操作步骤（以 MT6771 平台为例）： #### 步骤 1：修改 init.rc 禁用加密服务 ```diff # 文件路径：device/mediatek/mt6771/init.mt6771.rc on early-boot # 禁用加密相关服务 - start vold - start encrypt + # start vold # 注释掉 vold 服务 + # start encrypt # 注释掉加密服务 # 设置未加密状态 + setprop ro.crypto.state unencrypted + setprop ro.crypto.type unencrypted ``` #### 步骤 2：添加 SELinux 策略覆盖（关键步骤） 在 `on property` 触发器中添加强制禁用策略： ```diff on property:ro.crypto.state=unencrypted # 覆盖加密验证策略 + write /sys/fs/selinux/enforce 0 # 禁用 SELinux 强制模式 + setprop vold.decrypt trigger_restart_min_framework ``` #### 步骤 3：配合 fstab 修改（必须同步进行） 在 `fstab.mt6771` 中禁用强制加密标志： ```diff # 文件路径：device/mediatek/mt6771/fstab.mt6771 /dev/block/platform/bootdevice/by-name/userdata /data ext4 - noatime,nosuid,nodev,noauto_da_alloc,forceencrypt=footer + noatime,nosuid,nodev,noauto_da_alloc,encryptable=footer ``` #### 步骤 4：验证修改效果 1. **编译后检查属性**： ```bash adb shell getprop | grep crypto # 应输出：ro.crypto.state: unencrypted ``` 2. **检查服务状态**： ```bash adb shell service check vold # 应输出：Service vold: not found ``` ### ⚠️ 注意事项 1. **安全风险** 禁用加密后设备物理安全风险显著增加，建议仅在开发设备使用。 2. **平台适配** 不同 MTK 平台（如 MT6765）需修改对应文件： ```bash device/mediatek/mt6765/init.mt6765.rc device/mediatek/mt6765/fstab.mt6765 ``` 3. **首次刷机要求** 修改后首次启动**必须清除数据分区**： ```bash fastboot erase userdata fastboot reboot ``` 4. **签名验证** User 版本需关闭 secure boot 验证（参考引用[2][3]）： ```makefile # preloader 配置 -MTK_SEC_BOOT=ATTR_SBOOT_ENABLE +MTK_SEC_BOOT=ATTR_SBOOT_DISABLE ``` [^1]: MTK init.rc 属性控制示例 [^2]: MTK 安全启动配置方法 [^3]: Bootloader 验证关闭方案 --- ### 相关问题 1. 如何在 Android 9 上验证磁盘加密是否已成功禁用？ 2. 修改 init.rc 后系统无法启动的可能原因及解决方法？ 3. 如何在不清除用户数据的情况下禁用设备加密？ 4. MTK 平台不同芯片型号（如 MT6771/MT6765）的 init.rc 修改差异？ 5. 禁用加密后如何保证系统 OTA 更新的兼容性？
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值