概览
部分 Vivo 手机在标准 Magisk 修补后仍会受到内核、挂载、SELinux 或厂商框架限制。一个可复用的思路是：先用 DSU 启动带 adb root 的 GSI，读取原系统启动镜像；再根据 Vivo 内核版本选择内核补丁，最后交给 Magisk 修补并通过 fastboot 刷回。
本文以 vivo S9（PD2072）为例，但命令中的分区名、槽位和内核补丁必须以目标机实际输出为准。不同 Vivo 机型可能使用 boot、init_boot、vendor_boot 或 recovery，不能照抄 S9 的单槽位结论。
刷写启动分区可能导致无法启动、数据清除或变砖。确认 Bootloader 已解锁，保留未修改的原始镜像，并准备好官方固件或恢复工具。
1. 准备与兼容性检查
准备 ADB/Fastboot、USB 调试、Treble/DSU 检查工具（如 Treble Info/Treble Check）和 DSU Sideloader。DSU GSI 应支持 adb root，例如部分 naz664/crDroid_gsi 构建；GSI 的具体兼容性仍需自行确认。
进入 DSU 后验证权限：
adb root
adb shell id
adb shell uname -r
只有看到 uid=0(root) 才适合继续读取块设备。DSU 的 root 只用于提取原系统镜像，不代表原系统已经 Root。
先确认分区布局：
adb shell getprop ro.boot.slot_suffix
adb shell ls -l /dev/block/by-name/boot* /dev/block/by-name/init_boot* /dev/block/by-name/vendor_boot* /dev/block/by-name/recovery*
记录实际存在的分区和活动槽位。S9 实例中槽位后缀为空，存在 boot，没有 init_boot；其他机型可能需要使用 boot_a/boot_b 或其他启动分区。
2. 提取并验证原始镜像
以下以 S9 的 boot 为例。将路径替换为目标机实际分区：
adb shell blockdev --getsize64 /dev/block/by-name/boot
adb shell "dd if=/dev/block/by-name/boot of=/data/local/tmp/stock-boot.img bs=4M"
adb shell stat -c %s /data/local/tmp/stock-boot.img
adb pull /data/local/tmp/stock-boot.img D:\vivo_root\stock-boot.img
同时校验手机端和电脑端哈希：
adb shell sha256sum /data/local/tmp/stock-boot.img
certutil -hashfile D:\vivo_root\stock-boot.img SHA256
两处哈希必须一致。不要使用未经验证的网上 boot 镜像，也不要把 boot_para 等参数分区当作启动镜像。每次尝试都从这份原始备份重新开始。
3. 按内核选择 Vivo 补丁
先读取内核版本：
adb shell uname -r
Linux 4.x Vivo 内核
对部分 Vivo/iQOO 4.x 内核，可使用 vivo-4.x-kernel-autopatch。它只修改内核，不处理 SELinux、init 或厂商框架限制；项目也警告错误修补可能导致硬砖。
以 S9 的 4.14.186+ 为例：
vivo do_mount_check：先按默认不修补；普通 Magisk 无法启动时再从原始镜像重试并选择修补
分区挂载修补：首轮保持不修补
必须在独立空目录运行工具，因为工具会生成和清理临时文件。输出的 patched-boot.img 只是内核修补中间文件，仍需交给 Magisk。
其他内核或机型
如果内核不是 4.x，或工具兼容表没有覆盖目标版本，不要强行套用该 autopatch。应查找目标机型和当前构建号对应的内核方案，或使用官方固件中的正确启动镜像；GKI、非 GKI、不同 Android 版本的处理方式可能完全不同。
4. 用 Magisk 修补
把内核修补后的镜像传到手机，在官方 Magisk 中选择：
安装 -> 选择并修补一个文件
选择 patched-boot.img；如果目标机实际使用 init_boot，则选择对应的 init_boot.img。没有 boot ramdisk 的旧设备可能需要修补 recovery，必须遵循该机型的启动布局。
日志应出现 Patching ramdisk、Repacking boot image 和 Output file is written。输出文件名通常为 magisk_patched-*.img。保留原始镜像、内核修补镜像和最终 Magisk 镜像，禁止在已修补镜像上再次叠加修补。
5. 刷写前确认与验证
adb reboot bootloader
fastboot getvar unlocked
确认显示 unlocked: yes 后，按实际分区刷写。例如 S9 单槽位设备：
fastboot flash boot D:\vivo_root\magisk_patched-*.img
fastboot reboot
A/B 设备应刷入正确活动槽位或遵循该机型的官方流程；使用错误槽位可能导致系统无法启动。部分 Vivo fastboot 不支持 fastboot boot，出现 unknown command 不代表已经写入分区。
启动后验证：
adb wait-for-device
adb shell su -c id
成功时应看到 uid=0(root)，并在手机上允许 Magisk 授权。
6. 失败恢复与 Vivo SUU 备选
无法启动时，回到 fastboot 刷回对应机型、对应版本的原始镜像：
fastboot flash boot D:\vivo_root\stock-boot.img
fastboot reboot
如果普通 Magisk 仍没有 su，先从原始镜像重新尝试该机型明确需要的内核选项。部分 Vivo 机型可尝试非官方 vivo-Magisk-suu，它把授权命令改为 suu，不受官方 Magisk 支持；只能使用与设备和系统版本匹配的 Release，并自行承担风险。
致谢
DSU 侧载和 Vivo 特殊 Root 思路参考社区实践；感谢相关 Vivo 解锁、内核补丁和 GSI 维护者。项目版本、兼容性表和厂商限制会变化，实际操作前应重新阅读对应仓库说明。
本文 DSU 侧载思路参考酷安帖子中的实践方案，感谢 @MengWanYu、@酷狗贼 等贡献者；具体工具和补丁请以各项目仓库的最新说明为准。
