Magisk 首次安装实战Boot Ramdisk 判定、镜像 Patch 流程与三星设备专属路径详解【免费下载链接】MagiskThe Magic Mask for Android项目地址: https://gitcode.com/GitHub_Trending/ma/Magisk本文围绕 Magisk 官方安装文档展开系统讲解首次 root 的完整操作链路如何判定设备 boot 分区是否含 ramdisk、如何获取并 Patchboot.img/init_boot.img/recovery.img、无 ramdisk 设备如何借用 recovery 分区以及三星设备Knox、RMM、AP tar 包的特殊安装流程。读完后你可以独立完成一台设备的 Magisk 首次安装与卸载并能从源码层面理解 Magisk 应用内“选择并修补文件”背后的实际执行逻辑。一、安装前置条件与方式选择Magisk 安装文档docs/install.md开篇给出三条硬性前置条件三者缺一不可你应当熟悉adb与fastboot的常用操作如果你的设备还打算安装自定义内核先装 Magisk后装内核后装的自定义内核会覆盖 boot 分区导致 Magisk 失效设备的bootloader 必须已解锁。此外文档给出一个重要的方式选择原则如果设备上已经安装了 Magisk强烈建议直接在 Magisk 应用内使用“直接安装”Direct Install方式升级而不是重复走一遍首次安装流程。从源码可以印证这条建议的合理性应用内的直接安装入口最终调用MagiskInstaller.Direct其执行链为 findImage() → extractFiles() → patchBoot() → flashBoot()即自动定位当前 boot 分区、从当前设备自身的已 patch 镜像还原出原厂状态再重新 patch、最后直接写回分区全程无需手工导出/刷写镜像也避免了“跨设备 patch”这一最危险的错误。二、判定设备是否拥有 Boot Ramdisk安装最新版 Magisk 应用并打开首页你会看到类似如下的设备信息界面其中Ramdisk一栏的结果决定后续安装路径有 ramdisk目标是boot.img若设备存在init_boot分区则目标是init_boot.img无 ramdisk目标是recovery.img需要先阅读下文的“Magisk in Recovery”一节。这些镜像可以从官方固件包或自定义 ROM 的 zip 包中提取。文档特别提醒存在少数例外——某些设备据文档所知主要是部分小米机型的 bootloader 实际上会接受本不该存在的 ramdisk此时无法自动探测只能按“有ramdisk”的流程实际尝试。源码视角Ramdisk 是如何判定的应用首页展示的 Ramdisk 结论并非简单读属性而是一段 shell 探测逻辑。scripts/app_functions.sh 中的check_boot_ramdisk函数判定规则为若设备是 A/B 结构存在 slot 后缀必然视为有 ramdisk若设备是“legacy SAR”System-as-Root 且非 A/B则视为无 ramdisk并同时强制置位RECOVERYMODEtrue其余情况默认有 ramdisk。app_init()scripts/app_functions.sh会把SLOT、SYSTEM_AS_ROOT、RAMDISKEXIST、ISAB、CRYPTOTYPE、PATCHVBMETAFLAG、LEGACYSAR、RECOVERYMODE、KEEPVERITY、KEEPFORCEENCRYPT、VENDORBOOT等变量一次性打印给应用首页信息面板即由此而来。为什么有无 Ramdisk 如此关键要理解这一点需回到 docs/boot.md 对 Android 启动方式的分类。按“最终 rootdir”划分Magisk 关注的启动方法有三类方法初始 rootdir最终 rootdir说明Arootfsrootfs传统 initramfs 启动Bsystemsystemlegacy SAR内核直接挂载 system 分区Crootfssystem2SITwo Stage InitAndroid 10 主流方式对应到设备类型docs/boot.mdType I / Type IVboot 分区内含 ramdiskMagisk 直接 patch boot 镜像即可Type IIIA-only legacy SAR文档称之为“对 Magisk 而言最糟糕的设备类型”boot 分区内没有ramdisk且内核不会去读你塞进去的 initramfsMagisk 只能装进recovery分区——这正是“Magisk in Recovery”机制存在的根源少数 Type III 设备的 bootloader 会“通融”接受手动加入的 initramfs如部分小米机型而另一些则完全拒绝如三星 S10 / Note 10行为完全取决于 OEM 的 bootloader 实现这也是文档强调“没有可靠探测手段只能实测”的原因。三、镜像 Patch 完整流程核心章节完成“是否有 ramdisk”与“目标镜像文件”这两项准备后进入安装主流程。文档给出的步骤如下全部保留可复制命令将boot.img/init_boot.img/recovery.img拷入设备在 Magisk 应用的 Magisk 卡片中点击Install安装若 patch 的是 recovery 镜像勾选“Recovery Mode”选项安装方式选择“Select and Patch a File”选择并修补文件选中目标镜像开始安装后用 ADB 把修补产物拷回电脑adb pull /sdcard/Download/magisk_patched_[random_strings].img将修补后的镜像刷回设备多数设备进入 fastboot 模式后执行fastboot flash boot /path/to/magisk_patched_[random_strings].img # 或 fastboot flash init_boot /path/to/magisk_patched_[random_strings].img # 或 fastboot flash recovery /path/to/magisk_patched_[random_strings].img可选如果设备有独立的vbmeta分区需要同时关闭验证fastboot flash vbmeta --disable-verity --disable-verification vbmeta.img注意该操作可能导致数据被清空。 8. 重启并打开 Magisk 应用。若你清空过数据看到的是一个 stub 版应用用它引导bootstrap出完整版即可随后会出现环境修复environment fix提示点击并等待重启。完成。警告原文档强调绝对不要刷写他人分享的修补镜像也不要拿镜像到另一台设备上 patch哪怕机型完全相同恢复手段可能是一次完整的数据清空。永远在你打算安装 Magisk 的那台设备上完成 patch。源码视角Patch 流程到底做了什么在应用内点击“选择并修补文件”后FlashViewModel.kt 会以Const.Value.PATCH_FILE分派到MagiskInstaller.Patch。整个流程在 MagiskInstaller.kt 中实现几个关键细节与文档命令一一对应输出文件名destNameMagiskInstaller.kt生成magisk_patched-版本码_5位随机串即文档中magisk_patched_[random_strings].img的真实来源是否启用随机后缀由配置项Config.randName决定。输入文件类型自动识别processFile()读取文件头 512 字节做魔数判断——tar 格式ustar魔数常见于三星 AP 包会走processTar()逐条目处理CrAU魔数说明是 OTA payload走Payload提取PK\x03\x04魔数说明是 zip 类容器如 ROM 包走ExtractImage提取内部镜像其余视为裸镜像直接拷贝。tar 包内的 patch 优先级processTar()遵循recovery init_boot boot的优先级挑选目标镜像若 tar 内含vbmeta.img会将其 flags 偏移 120 处写入值3即HASHTREE_DISABLED | VERIFICATION_DISABLED并据此关闭“boot 内嵌 vbmeta patch”MagiskInstaller.kt。真正调用 patch 脚本patchBoot()MagiskInstaller.kt通过环境变量注入全部安装选项后执行KEEPFORCEENCRYPT${Config.keepEnc} \ KEEPVERITY${Config.keepVerity} \ PATCHVBMETAFLAG${Info.patchBootVbmeta} \ RECOVERYMODE${Config.recovery} \ LEGACYSAR${Info.legacySAR} \ sh boot_patch.sh $srcBoot这些环境变量正是 scripts/boot_patch.sh 头部注释声明的配置项。boot_patch.sh的执行过程可分为四段解包./magiskboot unpack image并识别 ChromeOS / vendor boot 等特殊镜像ramdisk 检查与 patch自动探测ramdisk.cpio、vendor_ramdisk/init_boot.cpio、vendor_ramdisk/ramdisk.cpio三种路径若原镜像已是 Magisk patch 过的会从.backup/.magisk还原 stock 状态然后用magiskboot cpio把magiskinit替换进init、注入magisk.xz/stub.xz/init-ld.xz均用 xz 压缩以节省 ramdisk 空间、写入config记录 KEEPVERITY、RECOVERYMODE、PREINITDEVICE、SHA1 等并备份原始 ramdisk 到.backup/二进制 patch对dtb/kernel_dtb/extra修补 fstab对kernel则包含若干针对三星的 hexpatch——移除 RKP、defex、PROCA以及在LEGACYSAR设备上将内核字符串skip_initramfs改为want_initramfs强制加载 rootfsscripts/boot_patch.sh。这也解释了为何 patch 结果与具体设备强绑定、绝不能跨设备使用。重新打包./magiskboot repack生成new-boot.img。若走“直接安装”应用内升级则跳过手工刷写由flashBoot()调用 scripts/app_functions.sh 中的direct_install直接flash_image new-boot.img boot分区并在分区空间不足或只读时给出明确报错fix_env随后把二进制拷贝到/data/adb并修正权限。四、卸载 Magisk文档给出的卸载方式有两种推荐直接在 Magisk 应用内卸载。源码对应MagiskInstaller.Uninstall它执行 scripts/app_functions.sh 中的run_uninstaller把 APK 内的assets/*与lib/*解压到/dev/tmp/install然后以INSTALLER指向该目录运行 scripts/uninstaller.sh成功后 3 秒内通过pm uninstall移除应用自身MagiskInstaller.kt。自定义 recovery 场景把 Magisk APK 重命名为uninstall.zip像普通 flashable zip 一样刷入即可。五、Magisk in Recovery无 Boot Ramdisk 设备的运行机制对于 boot 分区不含 ramdisk 的设备Magisk 只能“劫持” recovery 分区。代价是每次想要 Magisk 生效都必须重启进 recovery。劫持之后Magisk 保留了一个“真 recovery”逃生机制每个机型有各自的进 recovery 按键组合例如 Galaxy S10 为 电源 Bixby 音量上。规则是——按下组合键、设备震动并出现开机画面时松开所有按键→ 进入带 Magisk 的系统长按音量上直到出现 recovery 界面→ 进入真正的 recovery 模式。文档对“从关机状态开始”的三种路径做了总结表操作序列结果正常开机无 Magisk 的系统Recovery 组合键 → 开机画面 → 松开全部按键带 Magisk 的系统Recovery 组合键 → 开机画面 → 长按音量上Recovery 模式文档同时注明这种情况下不能用自定义 recovery 来安装或升级 Magisk自定义 recovery 的 zip 刷入通道无法触及被 Magisk 占据的 recovery 分区。从源码看check_boot_ramdisk在判定为 legacy SAR 且非 A/B 时会自动置位RECOVERYMODEtruescripts/app_functions.sh该标志随config写入 patch 后的 ramdisk控制 Magisk 在 recovery 环境下的行为。六、三星设备专属流程三星设备在安装前必须接受两个不可逆事实安装 Magisk会触发 Knox 保修位不可逆首次安装要求完整数据清空这还不包括解锁 bootloader 时那次清空务必提前备份。6.1 刷机工具工具平台Samsung Odin3仅 Windows需搭配三星 USB 驱动Samsung Odin4仅 LinuxHeimdall或其社区 forkWindows / Linux / macOS 均可以上工具的官方下载渠道参见原文档 docs/install.md 中的“Flashing Tools”小节本文为避免外站链接不重复列出。6.2 前提检查OEM Lock 与 KnoxGuard (RMM)路径设置 → 设备保养 → 维护模式开启后用按键组合进入 Download 模式查看状态。OEM Lock 可能取值ON (L)完全锁定ON (U)bootloader 锁定但允许 OEM 解锁OFF (U)完全解锁。若 Download 模式不显示 OEM Lock 值通常说明该设备因市场限制美版/加版不可解锁。KnoxGuard 可能取值Active、Locked设备被运营商或保险公司远程锁定Prenormal临时锁定达到 168 小时正常运行时长按理应自动解锁Checking、Completed、Broken设备处于解锁状态。只要 KnoxGuard 处于 Active无论 bootloader 是否解锁都无法安装/运行 Magisk。6.3 解锁 Bootloader在开发者选项 → OEM 解锁中允许解锁关机后用机型对应的按键组合进入 Download 模式长按音量上确认解锁。这会清空数据并自动重启走完初始设置。设置期间保持联网开启开发者选项确认 OEM 解锁选项存在且呈灰色不可点状态——这说明 KnoxGuard 尚未锁定设备此时 bootloader 接受 download 模式下的非官方镜像。6.4 安装步骤AP tar 包 Patch从三星官方服务器下载对应机型最新固件可用 SamFirm 系工具、Frija、Samloader、Bifrost 等固件下载工具具体见 docs/install.md解压固件把AP文件通常命名AP_[机型_软件版本].tar.md5拷入设备点击 Magisk 应用中的Install若设备无boot ramdisk勾选“Recovery Mode”方式选择“Select and Patch a File”选中APtar 文件安装完成后用 ADB 拉取修补产物不要用 MTP大文件传输已知会损坏adb pull /sdcard/Download/magisk_patched_[random_strings].tar重启进 Download 模式用 Odin 将magisk_patched.tar作为AP刷入同时刷原始固件的BL、CP和CSC不是HOME_CSC因为首次安装要清空数据Odin 完成后设备自动重启如提示请选择执行出厂重置若设备无boot ramdisk现在重启进 recovery 以激活 Magisk原理见上文“Magisk in Recovery”安装并打开 Magisk 应用它会提示追加环境设置让应用完成工作并自动重启。完成。从源码看这一步对应MagiskInstaller.Patch处理 tar 输入的分支processTar()会在 AP 包内定位boot.img/init_boot.img/recovery.img条目并逐一修补三星 AP 包中 boot 镜像常以.lz4压缩存放代码中FramedLZ4CompressorInputStream分支即为此处理其余条目原样透传写回新 tar最终输出magisk_patched-code_随机串.tarMagiskInstaller.kt。6.5 系统升级OTA一旦三星设备 root 成功将不能再通过 OTA 升级系统。手动升级流程与上述 AP patch 流程完全一致唯一区别在 Odin 刷写步骤升级场景下不要使用CSC改用HOME_CSC保留用户数据因为这是升级而非首装。6.6 重要注意事项永远不要把boot、init_boot、recovery或vbmeta分区恢复为 stock 版本——会直接变砖唯一救砖手段是 Odin 完整恢复 数据清空升级固件时永远不要直接使用 stock 的APtar 包必须先经 Magisk 应用 patch 再刷入。七、Custom Recovery 方式已弃用仅作历史参考原文档声明此方式已弃用仅以最低限度维护。出现问题请改用“镜像 Patch”方式。仅当设备 boot 分区有ramdisk 时才可行步骤下载 Magisk APK把.apk扩展名改为.zip例如Magisk-v24.0.apk→Magisk-v24.0.zipWindows 上若无法改名可用 Android 文件管理器或 recovery 自带工具改名像普通 flashable zip 一样刷入重启后检查 Magisk 应用是否已安装没有则手动安装 APK打开应用它会提示重新安装——在应用内直接完成重装并重启。若使用 MTK 设备开机后锁定 boot 分区需另行 patch boot 镜像并通过 custom recovery 或 fastboot 刷入。警告模块的sepolicy.rule可能存放在cache分区不要清空 CACHE 分区。八、小结与排障要点安装前先用应用首页的Ramdisk字段确定目标镜像有 →boot.img/init_boot.img无 →recovery.img并接受每次重启进 recovery 的代价patch 与安装必须发生在同一台设备上这是全部警告中优先级最高的一条有独立vbmeta分区时记得fastboot flash vbmeta --disable-verity --disable-verification三星设备额外注意 Knox/RMM 状态、CSC 与 HOME_CSC 的选择、以及“恢复 stock boot 镜像即变砖”的红线已装 Magisk 的机器升级时优先使用应用内 Direct Install对应 MagiskInstaller.kt 的Direct流程比手工 patch 安全且省事。涉及本节的仓库文件docs/install.md本文主体、docs/boot.md启动方式与设备类型背景、scripts/boot_patch.sh镜像 patch 脚本、scripts/app_functions.sh应用内置 shell 函数、app/core/src/main/java/com/topjohnwu/magisk/core/tasks/MagiskInstaller.kt应用内安装任务实现、app/apk/src/main/java/com/topjohnwu/magisk/ui/flash/FlashViewModel.kt安装界面分派逻辑。【免费下载链接】MagiskThe Magic Mask for Android项目地址: https://gitcode.com/GitHub_Trending/ma/Magisk创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Magisk 首次安装实战：Boot Ramdisk 判定、镜像 Patch 流程与三星设备专属路径详解
Magisk 首次安装实战Boot Ramdisk 判定、镜像 Patch 流程与三星设备专属路径详解【免费下载链接】MagiskThe Magic Mask for Android项目地址: https://gitcode.com/GitHub_Trending/ma/Magisk本文围绕 Magisk 官方安装文档展开系统讲解首次 root 的完整操作链路如何判定设备 boot 分区是否含 ramdisk、如何获取并 Patchboot.img/init_boot.img/recovery.img、无 ramdisk 设备如何借用 recovery 分区以及三星设备Knox、RMM、AP tar 包的特殊安装流程。读完后你可以独立完成一台设备的 Magisk 首次安装与卸载并能从源码层面理解 Magisk 应用内“选择并修补文件”背后的实际执行逻辑。一、安装前置条件与方式选择Magisk 安装文档docs/install.md开篇给出三条硬性前置条件三者缺一不可你应当熟悉adb与fastboot的常用操作如果你的设备还打算安装自定义内核先装 Magisk后装内核后装的自定义内核会覆盖 boot 分区导致 Magisk 失效设备的bootloader 必须已解锁。此外文档给出一个重要的方式选择原则如果设备上已经安装了 Magisk强烈建议直接在 Magisk 应用内使用“直接安装”Direct Install方式升级而不是重复走一遍首次安装流程。从源码可以印证这条建议的合理性应用内的直接安装入口最终调用MagiskInstaller.Direct其执行链为 findImage() → extractFiles() → patchBoot() → flashBoot()即自动定位当前 boot 分区、从当前设备自身的已 patch 镜像还原出原厂状态再重新 patch、最后直接写回分区全程无需手工导出/刷写镜像也避免了“跨设备 patch”这一最危险的错误。二、判定设备是否拥有 Boot Ramdisk安装最新版 Magisk 应用并打开首页你会看到类似如下的设备信息界面其中Ramdisk一栏的结果决定后续安装路径有 ramdisk目标是boot.img若设备存在init_boot分区则目标是init_boot.img无 ramdisk目标是recovery.img需要先阅读下文的“Magisk in Recovery”一节。这些镜像可以从官方固件包或自定义 ROM 的 zip 包中提取。文档特别提醒存在少数例外——某些设备据文档所知主要是部分小米机型的 bootloader 实际上会接受本不该存在的 ramdisk此时无法自动探测只能按“有ramdisk”的流程实际尝试。源码视角Ramdisk 是如何判定的应用首页展示的 Ramdisk 结论并非简单读属性而是一段 shell 探测逻辑。scripts/app_functions.sh 中的check_boot_ramdisk函数判定规则为若设备是 A/B 结构存在 slot 后缀必然视为有 ramdisk若设备是“legacy SAR”System-as-Root 且非 A/B则视为无 ramdisk并同时强制置位RECOVERYMODEtrue其余情况默认有 ramdisk。app_init()scripts/app_functions.sh会把SLOT、SYSTEM_AS_ROOT、RAMDISKEXIST、ISAB、CRYPTOTYPE、PATCHVBMETAFLAG、LEGACYSAR、RECOVERYMODE、KEEPVERITY、KEEPFORCEENCRYPT、VENDORBOOT等变量一次性打印给应用首页信息面板即由此而来。为什么有无 Ramdisk 如此关键要理解这一点需回到 docs/boot.md 对 Android 启动方式的分类。按“最终 rootdir”划分Magisk 关注的启动方法有三类方法初始 rootdir最终 rootdir说明Arootfsrootfs传统 initramfs 启动Bsystemsystemlegacy SAR内核直接挂载 system 分区Crootfssystem2SITwo Stage InitAndroid 10 主流方式对应到设备类型docs/boot.mdType I / Type IVboot 分区内含 ramdiskMagisk 直接 patch boot 镜像即可Type IIIA-only legacy SAR文档称之为“对 Magisk 而言最糟糕的设备类型”boot 分区内没有ramdisk且内核不会去读你塞进去的 initramfsMagisk 只能装进recovery分区——这正是“Magisk in Recovery”机制存在的根源少数 Type III 设备的 bootloader 会“通融”接受手动加入的 initramfs如部分小米机型而另一些则完全拒绝如三星 S10 / Note 10行为完全取决于 OEM 的 bootloader 实现这也是文档强调“没有可靠探测手段只能实测”的原因。三、镜像 Patch 完整流程核心章节完成“是否有 ramdisk”与“目标镜像文件”这两项准备后进入安装主流程。文档给出的步骤如下全部保留可复制命令将boot.img/init_boot.img/recovery.img拷入设备在 Magisk 应用的 Magisk 卡片中点击Install安装若 patch 的是 recovery 镜像勾选“Recovery Mode”选项安装方式选择“Select and Patch a File”选择并修补文件选中目标镜像开始安装后用 ADB 把修补产物拷回电脑adb pull /sdcard/Download/magisk_patched_[random_strings].img将修补后的镜像刷回设备多数设备进入 fastboot 模式后执行fastboot flash boot /path/to/magisk_patched_[random_strings].img # 或 fastboot flash init_boot /path/to/magisk_patched_[random_strings].img # 或 fastboot flash recovery /path/to/magisk_patched_[random_strings].img可选如果设备有独立的vbmeta分区需要同时关闭验证fastboot flash vbmeta --disable-verity --disable-verification vbmeta.img注意该操作可能导致数据被清空。 8. 重启并打开 Magisk 应用。若你清空过数据看到的是一个 stub 版应用用它引导bootstrap出完整版即可随后会出现环境修复environment fix提示点击并等待重启。完成。警告原文档强调绝对不要刷写他人分享的修补镜像也不要拿镜像到另一台设备上 patch哪怕机型完全相同恢复手段可能是一次完整的数据清空。永远在你打算安装 Magisk 的那台设备上完成 patch。源码视角Patch 流程到底做了什么在应用内点击“选择并修补文件”后FlashViewModel.kt 会以Const.Value.PATCH_FILE分派到MagiskInstaller.Patch。整个流程在 MagiskInstaller.kt 中实现几个关键细节与文档命令一一对应输出文件名destNameMagiskInstaller.kt生成magisk_patched-版本码_5位随机串即文档中magisk_patched_[random_strings].img的真实来源是否启用随机后缀由配置项Config.randName决定。输入文件类型自动识别processFile()读取文件头 512 字节做魔数判断——tar 格式ustar魔数常见于三星 AP 包会走processTar()逐条目处理CrAU魔数说明是 OTA payload走Payload提取PK\x03\x04魔数说明是 zip 类容器如 ROM 包走ExtractImage提取内部镜像其余视为裸镜像直接拷贝。tar 包内的 patch 优先级processTar()遵循recovery init_boot boot的优先级挑选目标镜像若 tar 内含vbmeta.img会将其 flags 偏移 120 处写入值3即HASHTREE_DISABLED | VERIFICATION_DISABLED并据此关闭“boot 内嵌 vbmeta patch”MagiskInstaller.kt。真正调用 patch 脚本patchBoot()MagiskInstaller.kt通过环境变量注入全部安装选项后执行KEEPFORCEENCRYPT${Config.keepEnc} \ KEEPVERITY${Config.keepVerity} \ PATCHVBMETAFLAG${Info.patchBootVbmeta} \ RECOVERYMODE${Config.recovery} \ LEGACYSAR${Info.legacySAR} \ sh boot_patch.sh $srcBoot这些环境变量正是 scripts/boot_patch.sh 头部注释声明的配置项。boot_patch.sh的执行过程可分为四段解包./magiskboot unpack image并识别 ChromeOS / vendor boot 等特殊镜像ramdisk 检查与 patch自动探测ramdisk.cpio、vendor_ramdisk/init_boot.cpio、vendor_ramdisk/ramdisk.cpio三种路径若原镜像已是 Magisk patch 过的会从.backup/.magisk还原 stock 状态然后用magiskboot cpio把magiskinit替换进init、注入magisk.xz/stub.xz/init-ld.xz均用 xz 压缩以节省 ramdisk 空间、写入config记录 KEEPVERITY、RECOVERYMODE、PREINITDEVICE、SHA1 等并备份原始 ramdisk 到.backup/二进制 patch对dtb/kernel_dtb/extra修补 fstab对kernel则包含若干针对三星的 hexpatch——移除 RKP、defex、PROCA以及在LEGACYSAR设备上将内核字符串skip_initramfs改为want_initramfs强制加载 rootfsscripts/boot_patch.sh。这也解释了为何 patch 结果与具体设备强绑定、绝不能跨设备使用。重新打包./magiskboot repack生成new-boot.img。若走“直接安装”应用内升级则跳过手工刷写由flashBoot()调用 scripts/app_functions.sh 中的direct_install直接flash_image new-boot.img boot分区并在分区空间不足或只读时给出明确报错fix_env随后把二进制拷贝到/data/adb并修正权限。四、卸载 Magisk文档给出的卸载方式有两种推荐直接在 Magisk 应用内卸载。源码对应MagiskInstaller.Uninstall它执行 scripts/app_functions.sh 中的run_uninstaller把 APK 内的assets/*与lib/*解压到/dev/tmp/install然后以INSTALLER指向该目录运行 scripts/uninstaller.sh成功后 3 秒内通过pm uninstall移除应用自身MagiskInstaller.kt。自定义 recovery 场景把 Magisk APK 重命名为uninstall.zip像普通 flashable zip 一样刷入即可。五、Magisk in Recovery无 Boot Ramdisk 设备的运行机制对于 boot 分区不含 ramdisk 的设备Magisk 只能“劫持” recovery 分区。代价是每次想要 Magisk 生效都必须重启进 recovery。劫持之后Magisk 保留了一个“真 recovery”逃生机制每个机型有各自的进 recovery 按键组合例如 Galaxy S10 为 电源 Bixby 音量上。规则是——按下组合键、设备震动并出现开机画面时松开所有按键→ 进入带 Magisk 的系统长按音量上直到出现 recovery 界面→ 进入真正的 recovery 模式。文档对“从关机状态开始”的三种路径做了总结表操作序列结果正常开机无 Magisk 的系统Recovery 组合键 → 开机画面 → 松开全部按键带 Magisk 的系统Recovery 组合键 → 开机画面 → 长按音量上Recovery 模式文档同时注明这种情况下不能用自定义 recovery 来安装或升级 Magisk自定义 recovery 的 zip 刷入通道无法触及被 Magisk 占据的 recovery 分区。从源码看check_boot_ramdisk在判定为 legacy SAR 且非 A/B 时会自动置位RECOVERYMODEtruescripts/app_functions.sh该标志随config写入 patch 后的 ramdisk控制 Magisk 在 recovery 环境下的行为。六、三星设备专属流程三星设备在安装前必须接受两个不可逆事实安装 Magisk会触发 Knox 保修位不可逆首次安装要求完整数据清空这还不包括解锁 bootloader 时那次清空务必提前备份。6.1 刷机工具工具平台Samsung Odin3仅 Windows需搭配三星 USB 驱动Samsung Odin4仅 LinuxHeimdall或其社区 forkWindows / Linux / macOS 均可以上工具的官方下载渠道参见原文档 docs/install.md 中的“Flashing Tools”小节本文为避免外站链接不重复列出。6.2 前提检查OEM Lock 与 KnoxGuard (RMM)路径设置 → 设备保养 → 维护模式开启后用按键组合进入 Download 模式查看状态。OEM Lock 可能取值ON (L)完全锁定ON (U)bootloader 锁定但允许 OEM 解锁OFF (U)完全解锁。若 Download 模式不显示 OEM Lock 值通常说明该设备因市场限制美版/加版不可解锁。KnoxGuard 可能取值Active、Locked设备被运营商或保险公司远程锁定Prenormal临时锁定达到 168 小时正常运行时长按理应自动解锁Checking、Completed、Broken设备处于解锁状态。只要 KnoxGuard 处于 Active无论 bootloader 是否解锁都无法安装/运行 Magisk。6.3 解锁 Bootloader在开发者选项 → OEM 解锁中允许解锁关机后用机型对应的按键组合进入 Download 模式长按音量上确认解锁。这会清空数据并自动重启走完初始设置。设置期间保持联网开启开发者选项确认 OEM 解锁选项存在且呈灰色不可点状态——这说明 KnoxGuard 尚未锁定设备此时 bootloader 接受 download 模式下的非官方镜像。6.4 安装步骤AP tar 包 Patch从三星官方服务器下载对应机型最新固件可用 SamFirm 系工具、Frija、Samloader、Bifrost 等固件下载工具具体见 docs/install.md解压固件把AP文件通常命名AP_[机型_软件版本].tar.md5拷入设备点击 Magisk 应用中的Install若设备无boot ramdisk勾选“Recovery Mode”方式选择“Select and Patch a File”选中APtar 文件安装完成后用 ADB 拉取修补产物不要用 MTP大文件传输已知会损坏adb pull /sdcard/Download/magisk_patched_[random_strings].tar重启进 Download 模式用 Odin 将magisk_patched.tar作为AP刷入同时刷原始固件的BL、CP和CSC不是HOME_CSC因为首次安装要清空数据Odin 完成后设备自动重启如提示请选择执行出厂重置若设备无boot ramdisk现在重启进 recovery 以激活 Magisk原理见上文“Magisk in Recovery”安装并打开 Magisk 应用它会提示追加环境设置让应用完成工作并自动重启。完成。从源码看这一步对应MagiskInstaller.Patch处理 tar 输入的分支processTar()会在 AP 包内定位boot.img/init_boot.img/recovery.img条目并逐一修补三星 AP 包中 boot 镜像常以.lz4压缩存放代码中FramedLZ4CompressorInputStream分支即为此处理其余条目原样透传写回新 tar最终输出magisk_patched-code_随机串.tarMagiskInstaller.kt。6.5 系统升级OTA一旦三星设备 root 成功将不能再通过 OTA 升级系统。手动升级流程与上述 AP patch 流程完全一致唯一区别在 Odin 刷写步骤升级场景下不要使用CSC改用HOME_CSC保留用户数据因为这是升级而非首装。6.6 重要注意事项永远不要把boot、init_boot、recovery或vbmeta分区恢复为 stock 版本——会直接变砖唯一救砖手段是 Odin 完整恢复 数据清空升级固件时永远不要直接使用 stock 的APtar 包必须先经 Magisk 应用 patch 再刷入。七、Custom Recovery 方式已弃用仅作历史参考原文档声明此方式已弃用仅以最低限度维护。出现问题请改用“镜像 Patch”方式。仅当设备 boot 分区有ramdisk 时才可行步骤下载 Magisk APK把.apk扩展名改为.zip例如Magisk-v24.0.apk→Magisk-v24.0.zipWindows 上若无法改名可用 Android 文件管理器或 recovery 自带工具改名像普通 flashable zip 一样刷入重启后检查 Magisk 应用是否已安装没有则手动安装 APK打开应用它会提示重新安装——在应用内直接完成重装并重启。若使用 MTK 设备开机后锁定 boot 分区需另行 patch boot 镜像并通过 custom recovery 或 fastboot 刷入。警告模块的sepolicy.rule可能存放在cache分区不要清空 CACHE 分区。八、小结与排障要点安装前先用应用首页的Ramdisk字段确定目标镜像有 →boot.img/init_boot.img无 →recovery.img并接受每次重启进 recovery 的代价patch 与安装必须发生在同一台设备上这是全部警告中优先级最高的一条有独立vbmeta分区时记得fastboot flash vbmeta --disable-verity --disable-verification三星设备额外注意 Knox/RMM 状态、CSC 与 HOME_CSC 的选择、以及“恢复 stock boot 镜像即变砖”的红线已装 Magisk 的机器升级时优先使用应用内 Direct Install对应 MagiskInstaller.kt 的Direct流程比手工 patch 安全且省事。涉及本节的仓库文件docs/install.md本文主体、docs/boot.md启动方式与设备类型背景、scripts/boot_patch.sh镜像 patch 脚本、scripts/app_functions.sh应用内置 shell 函数、app/core/src/main/java/com/topjohnwu/magisk/core/tasks/MagiskInstaller.kt应用内安装任务实现、app/apk/src/main/java/com/topjohnwu/magisk/ui/flash/FlashViewModel.kt安装界面分派逻辑。【免费下载链接】MagiskThe Magic Mask for Android项目地址: https://gitcode.com/GitHub_Trending/ma/Magisk创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
