在 Android 开发与系统定制领域对/system分区进行读写操作是一个经典且充满挑战的需求。无论是为了深度定制系统应用、替换系统字体、集成特定驱动还是进行系统级的性能调优突破/system分区的只读限制往往是第一步。默认情况下出于系统稳定性和安全性的考虑Android 的/system分区在正常启动后会被挂载为只读ro模式。直接尝试adb remount或mount -o rw,remount /system命令在未解锁或未获得足够权限的设备上通常会失败提示 “Read-only file system” 或 “Operation not permitted”。本文将从原理出发详细讲解如何将/system分区的文件系统从只读模式转换为可读写模式并重点介绍将其重新格式化为 EXT4 文件系统的实战步骤。这个过程不仅适用于已经获取 Root 权限的设备进行深度修改也适用于在自定义 Recovery如 TWRP环境下对系统分区进行操作。我们将涵盖从环境准备、原理分析、具体操作到风险规避的完整流程目标是让你能够安全、可控地完成这一操作。1. 理解 Android 分区结构与挂载机制在动手之前必须清楚 Android 系统分区的设计逻辑和挂载机制这是避免操作失误导致设备变砖软砖的关键。1.1 Android 分区概览现代 Android 设备通常采用以下核心分区布局/boot: 包含内核Kernel和内存磁盘Ramdisk是设备启动的引导分区。/system: 包含 Android 操作系统本身、预装应用和库文件。这是本文操作的核心目标。/vendor: 存放设备制造商OEM提供的硬件相关驱动、固件和 HAL硬件抽象层库。在 Project Treble 架构的设备上此分区独立于/system。/data: 用户数据分区安装的应用、用户设置和文件都存储于此。/recovery: 恢复模式分区用于系统更新和恢复操作。/cache: 临时缓存分区。1.2/system分区的挂载流程系统启动时init进程会解析fstabfile system table文件该文件定义了各个分区的设备节点、挂载点、文件系统类型和挂载选项。对于/system分区典型的挂载选项是ro只读。在系统完全启动后即使通过su获得了 root 权限直接使用mount命令重新挂载也可能失败因为内核或 SELinux 策略可能阻止此操作。为什么直接remount会失败内核只读标志: 有些设备的内核在启动后会对/system分区的块设备设置只读标志。SELinux 策略: 强制访问控制策略会严格限制对系统分区的写操作即使是在 root 上下文中。Verity (dm-verity): Android 4.4 以后引入的基于块设备的完整性验证机制。如果/system分区启用了 dm-verity任何对分区的修改都会导致启动时验证失败可能无法进入系统。只读文件系统: 分区本身可能被格式化为只读属性较强的文件系统如 SquashFS 的变种但更常见的是只读挂载的 EXT4。因此我们的目标是在一个拥有完全控制权的环境中如自定义 Recovery解除这些限制对/system分区进行读写操作。2. 操作前的关键准备工作与风险评估此操作具有高风险可能导致系统无法启动、数据丢失或失去保修。请务必在操作前完成以下准备。2.1 环境与工具准备解锁 Bootloader: 这是绝大多数操作的前提。不同厂商解锁方式不同如小米需要在官网申请一加有官方工具。解锁会清除/data分区数据。安装自定义 Recovery: 强烈推荐使用TWRP (Team Win Recovery Project)。它提供了一个功能完整的 Linux 环境绕过了正常系统的挂载限制和 SELinux 策略是操作/system分区的理想场所。请根据你的具体设备型号从官方或可信论坛下载对应的 TWRP 镜像.img文件。获取 ADB 和 Fastboot 工具: 这是与设备通信的桥梁。可以通过下载 Android SDK Platform-Tools 获得。备份重要数据: 在解锁 Bootloader 和后续操作前确保个人数据已备份到电脑或其他设备。操作/system分区有风险导致无法进入系统需要格式化/data分区来恢复。准备设备驱动: 确保电脑能通过 ADB 识别你的设备特别是在 Fastboot 模式下。2.2 风险告知与检查清单在开始前请对照下表确认你已了解并接受相关风险风险项可能后果预防与补救措施操作失误系统无法启动卡在开机动画或 Recovery。1. 严格按照步骤操作。2. 提前备份原版boot.img和system镜像。3. 确保下载的文件与设备型号完全匹配。文件系统损坏/system分区数据丢失无法挂载。1. 操作前在 TWRP 中备份System分区。2. 准备好原厂线刷包以便救砖。触发 dm-verity修改后首次启动失败提示 “Your device is corrupt”。1. 在修改/system后通常需要刷入一个禁用 dm-verity的补丁或内核。2. 或者在 TWRP 中安装 Magisk它会自动处理验证。失去 OTA 能力修改/system后可能无法接收或安装官方系统更新。接受此后果或在下文更新前恢复原版system分区。保修失效解锁 Bootloader 和刷入第三方 Recovery 通常会使官方保修失效。部分厂商提供重新上锁的方法但操作复杂且有风险。注意本文操作主要针对使用EXT4或F2FS文件系统的/system分区。如果你的设备/system分区是EROFSEnhanced Read-Only File System华为等厂商近年使用则无法在 Recovery 下直接挂载为读写需要更复杂的解包打包工具不在本文讨论范围内。可以在 TWRP 的 “Mount” 页面查看分区文件系统类型。3. 在 TWRP Recovery 环境下挂载/system为可读写TWRP 是我们执行操作的安全沙箱。请确保你已成功刷入与设备匹配的 TWRP并能正常启动到 TWRP 界面。3.1 通过 TWRP 图形界面操作这是最简单的方法启动进入 TWRP Recovery。点击主界面的 “Mount” 按钮。在挂载列表中找到 “System” 并勾选它。TWRP 会自动尝试以读写rw模式挂载/system分区。返回主界面点击 “Advanced” - “File Manager”你现在可以浏览和修改/system分区下的文件了例如/system/app,/system/fonts。3.2 通过 TWRP 终端执行命令如果你想更精确地控制或者需要编写脚本可以使用 TWRP 内置的终端或通过 ADB 连接。进入终端在 TWRP 主界面点击 “Advanced” - “Terminal”。查看当前挂载状态mount | grep system你会看到类似输出/dev/block/platform/soc/by-name/system on /system type ext4 (ro,seclabel,relatime,dataordered)。这里的ro表示只读。重新挂载为读写首先需要知道/system分区对应的块设备。从上一步的输出中你可以看到设备节点如/dev/block/platform/soc/by-name/system。更通用的方法是使用mount命令直接操作挂载点mount -o rw,remount /system或者指定文件系统类型如果上述命令失败mount -t ext4 -o rw,remount /dev/block/platform/soc/by-name/system /system在 TWRP 环境下这些命令通常能成功执行。验证挂载状态再次运行mount | grep system确认输出中已变为rw。3.3 通过 ADB Shell 操作在电脑端操作更为方便确保设备已启动到 TWRP。电脑命令行执行adb devices确认设备已连接显示recovery状态。执行adb shell进入设备的命令行。在 ADB Shell 中执行上述mount命令进行挂载和验证。4. 将/system分区格式化为 EXT4 文件系统实战警告此操作会彻底清空/system分区你必须有一个完整的、可用于刷入的system镜像文件如system.img否则设备将无法启动。通常这是在从其他 ROM 提取系统镜像或进行深度定制时使用。4.1 准备工作获取 system 镜像你需要一个有效的system.img文件。来源可以是官方线刷包ROM中解压得到。从另一台相同型号、系统版本的设备中通过dd命令备份。你正在使用的 ROM 的备份在操作前务必在 TWRP 中备份System分区。假设你已将system.img文件放在电脑的D:\rom目录下。4.2 步骤擦除并格式化分区启动到 TWRP并通过adb shell连接。找到/system分区的确切块设备路径。在 ADB Shell 中执行ls -l /dev/block/by-name/system或者ls -l /dev/block/platform/*/by-name/system这会显示一个符号链接指向实际的块设备例如/dev/block/sda21。记下这个实际路径假设为/dev/block/sda21。卸载/system分区如果已挂载umount /system使用mkfs.ext4格式化分区mkfs.ext4 /dev/block/sda21此命令会将分区格式化为干净的 EXT4 文件系统。此过程不可逆所有原有数据丢失。重新创建挂载点并挂载TWRP 可能已自动创建mkdir -p /system mount -t ext4 /dev/block/sda21 /system验证新文件系统挂载后可以检查分区是否为空以及文件系统信息ls -la /system df -T /system输出应显示/system挂载为ext4类型且使用量为 0。4.3 步骤刷入新的 system 镜像现在需要将准备好的system.img写入到刚刚格式化的分区中。我们使用adb push和dd命令或者更直接的fastboot方式。方法一在 TWRP 下使用dd命令适用于大文件将system.img推送到设备的临时目录如/sdcard/# 在电脑的CMD/PowerShell中执行退出设备的adb shell先 exit adb push D:\rom\system.img /sdcard/再次进入adb shell使用dd命令写入adb shell dd if/sdcard/system.img of/dev/block/sda21 bs1Mif指定输入文件。of指定输出块设备。bs1M设置块大小为 1MB可以提高大文件写入速度。 这个过程可能需要几分钟取决于镜像大小和 USB 速度。完成后不会有成功提示命令行会返回并显示写入的字节数。方法二使用 Fastboot 模式刷入推荐如果system.img是稀疏镜像sparse imagefastboot是更标准、更可靠的方式。在 TWRP 中重启设备到 Bootloader/Fastboot 模式。可以在 TWRP 界面选择重启 - Bootloader或者使用命令adb reboot bootloader电脑命令行执行fastboot devices确认设备连接。刷入system镜像fastboot flash system D:\rom\system.imgfastboot会自动处理稀疏格式并显示进度条。刷入完成后执行fastboot reboot重启设备。或者先刷入一个禁用验证的补丁后再重启。4.4 后续操作处理验证与权限禁用 dm-verity 和强制加密刷入修改过的system分区后通常需要刷入一个如 “Disable_Dm-Verity_ForceEncrypt.zip” 这样的补丁或者刷入 Magisk。Magisk 在安装时会自动处理这些验证问题并保持/system分区的完整性通过挂载镜像的方式修改系统实际分区内容不变。修复 SELinux 上下文如果你手动添加或删除了/system下的文件可能需要修复其 SELinux 安全上下文否则可能导致启动失败或应用崩溃。在 TWRP 的终端或 ADB Shell 中可以尝试restorecon -Rv /system但最稳妥的方式是确保你刷入的system.img或修改操作本身已经包含了正确的上下文。5. 常见问题排查与解决方案在操作过程中你可能会遇到以下问题问题现象可能原因排查与解决步骤mount: ‘/system’ not in /proc/mounts分区未被挂载。1. 在 TWRP 的 “Mount” 页面勾选 System。2. 手动执行mount /system。mount: ‘/system’ not in /proc/mounts分区未被挂载。1. 在 TWRP 的 “Mount” 页面勾选 System。2. 手动执行mount /system。mount: /system not allowed or block device missing块设备路径错误或 TWRP 不支持。1. 使用ls /dev/block/by-name确认正确的system设备节点。2. 检查 TWRP 版本是否太旧或与设备不匹配。mkdir: can‘t create directory ‘/system’: File exists挂载点已存在。无需处理直接执行挂载命令。dd: writing ‘/dev/block/xxx’: No space left on devicesystem.img大于目标分区大小。1. 检查镜像文件和分区大小是否匹配。2. 使用fastboot resize-logical-partition system SIZE如果支持调整分区大小但这很危险。刷入后无法启动卡第一屏1. 镜像文件损坏或不匹配。2. 未禁用 dm-verity。3. 文件权限/SELinux 上下文错误。1. 重新进入 TWRP恢复之前备份的System。2. 尝试刷入 Magisk 或禁用验证的补丁。3. 在 TWRP 中执行fix permissions高级功能中。4. 作为最后手段使用官方线刷工具救砖。TWRP 中无法勾选 “Mount System”分区文件系统是 EROFS 或已损坏。1. 确认分区类型。如果是 EROFSTWRP 可能不支持直接挂载为读写。2. 尝试在终端使用mount -t erofs命令如果 TWRP 内核支持。3. 考虑使用专门的解包打包工具修改 EROFS 镜像。ADB 无法识别设备电脑驱动问题或设备未授权。1. 在 TWRP 中检查 “Settings” - “ADB Side Load”。2. 在电脑设备管理器中检查驱动尝试重新安装。3. 更换 USB 数据线或端口。6. 生产环境考量与最佳实践对于普通用户或开发者频繁直接读写/system分区并非好习惯。以下是一些更安全、更可持续的实践建议优先使用 Magisk 模块Magisk 通过挂载镜像的方式在启动时覆盖/system分区的内容实现了“无痕”修改。这避免了直接修改分区带来的验证和 OTA 问题。绝大多数系统级定制如字体、音效、Hosts 文件都可以通过制作 Magisk 模块实现。在构建阶段修改如果你是 ROM 开发者应该在编译 Android 源码时直接修改对应模块的源码或资源然后生成包含你修改的system.img。这是最规范的方式。始终进行备份在 TWRP 中对Boot、System、Vendor、Data进行完整备份Nandroid Backup并在电脑上保存一份。这是你最重要的救生筏。理解分区大小在刷入新的system.img前务必确认其大小不超过设备上system分区的实际容量。可以使用fastboot getvar all命令查看分区信息。保持环境纯净操作最好在官方原厂 ROM 或一个已知稳定的自定义 ROM 基础上进行。避免在已经多次修改、来源不明的系统上执行高风险操作。查阅设备专属教程不同品牌、不同型号的设备在分区布局、解锁难度、兼容的 TWRP 版本上差异巨大。在操作前务必在 XDA Developers 论坛或相关社区查找你设备型号的专属版块阅读其他用户的经验帖。将/system分区挂载为可读写并格式化为 EXT4是深入掌控 Android 设备的基础技能。它打开了系统深度定制的大门但同时也伴随着风险。成功的关键在于充分准备、理解原理、谨慎操作。从在 TWRP 中安全地挂载分区开始练习逐步过渡到备份、修改、刷入完整镜像。记住在追求灵活性的同时确保你始终有一条清晰的回退路径。对于日常使用积极拥抱像 Magisk 这样更现代化的系统修改方案能在功能与稳定性之间取得更好的平衡。
