Akuma-real / gistfile1.txt

先说结论： **真正的报错点不是“odm 大小算不出来”，而是系统根本没能在 `/data/gsi/dsu/dsu/aui/` 下面创建 `odm_gsi.img` 这个文件，所以后面自然就“无法确定 odm 最大大小”，整次 DSU 安装被 `ERROR_IO` 直接终止了。** --- ## 1. 日志里关键几行在说什么 我用你贴的日志串一下流程： 1. **你的设备环境** * Device: `PKG110` → 一加 Ace 5 国行。([百度知道][1]) * 出厂系统：ColorOS 15，底层是 Android 15，后续更新到你现在的 Android 16（SDK 36）。([中关村在线][2]) * DSU 工具：`DSU-Sideloader 2.03-8`，模式 `ROOT`。 2. **用户设置** ```text userSelectedUserdata=10737418240 // 10GB userdata allocPercentage=0.4 hasAvailableStorage=false maximumAllowedForAllocation=23 checkUnavaiableStorage=false ``` * 你手动指定 DSU userdata 为 **10GB**。 * App 算出来理论最多可分配 23GB，但 `hasAvailableStorage=false`， 你又把 “检查可用空间” 关掉了，所以依然强行开始安装。 3. **创建 userdata 分区是成功的** ```text I/DynamicSystemService: startInstallation -> /data/gsi/dsu/dsu ... partition name: userdata, progress: 0/10737418240 → 10737418240/10737418240 I/gsid: [libfs_mgr] Created logical partition userdata_gsi on device /dev/block/dm-0 ``` * 这说明 **userdata_gsi 这 10GB 已经成功创建**，并挂在了 dm-0 上，没有因为空间问题失败。 tmemory 那两行基本可以忽略： ```text I/gsid: close tmemory to flush writes to userdata. E/gsid: [libfs_mgr] findTmemoryPath opendir error: No such file or directory ``` 这是 Android 15/16 新加的 tmemory（虚拟 A/B / 更新相关的一个组件）在你这台机子上找不到挂载点的警告，类似报错在别的 Android 15 设备用 DSU-Sideloader 时也能看到。([GitHub][3]) 4. **真正失败的地方：odm 分区** ```text E/gsid : Failed to create file at: /data/gsi/dsu/dsu/aui/odm_gsi.img: No such file or directory E/gsid : Could not determine maximum file size for /data/gsi/dsu/dsu/aui/odm_gsi.img E/gsid : Could not create userdata image I/DynamicSystemService: Failed to create partition: aui/odm E/gsid : image incomplete; expected 1667260416 bytes, waiting for 1667260416 bytes E/gsid : Installation failed: install_dir=/data/gsi/dsu/dsu/, dsu_slot=dsu, partition_name=aui/odm ``` 逐条解释： * **`Failed to create file … odm_gsi.img: No such file or directory`** → 这里不是“空间不足”，而是 **连空文件都建不出来**（父目录不存在 / 或路径逻辑出问题），内核返回的就是 `ENOENT`（No such file or directory）。 * **`Could not determine maximum file size`** gsid 通常会先创建一个文件，再根据底层设备/fiemap 估算能给这个逻辑分区分配多大空间。 但现在连文件都没有，当然就 “无法确定最大大小”。 * **`expected 1667260416 bytes`** 说明元数据里对 `aui/odm` 的预期大小是 **1667260416 字节 ≈ 1.55 GB**（1667260416 ÷ 1024³ ≈ 1.55）。 * 后面那串 “Could not create userdata image / Failed to create partition: aui/odm” 是连锁反应： odm 分区没建起来，整个 DSU session 就算失败，只能清理。 **所以：核心问题是 `aui/odm` 这个逻辑分区创建阶段，系统在 `/data/gsi/dsu/dsu/aui` 下根本没能创建 `odm_gsi.img` 文件，而不是你手动给 odm 设错了多大。** --- ## 2. 为什么会这样（可能的原因） 结合你设备是一加 Ace 5 + 最新 Android 版本、工具是 DSU-Sideloader 现有版本，再对比 GitHub 上其他 Android 15 设备的报错，可以大致推测几个方向：([GitHub][3]) ### 2.1 DSU 包本身的问题（aui.zip） 你选的是： ```text DsuPackage(uri=.../aui.zip, type=DSU_PACKAGE) ``` DSU_PACKAGE 类型的 zip 里一般有： * `gsi.json` / `dsu.json` 等元数据 * 一个或多个分区镜像：`system.img`, `product.img`, `vendor.img`, `odm.img` 等 * 有时还有 `super_empty.img` + lp_metadata 描述动态分区结构 从日志来看： * 元数据里确实声明了一个 `aui/odm`，大小约 1.55GB。 * 但在创建对应的 `odm_gsi.img` 文件时就直接挂了。 这比较像下面几种情况之一： 1. **包里定义了 `odm` 分区，但镜像文件路径/名字不符合当前 Android 16 的 gsid 期望** （例如以前版本用的命名或目录结构，在你这套新系统上解析错了）。 2. **包是为 Pixel 或别的厂适配的 DSU 包**， 里面的动态分区布局、组名（这里是 `aui`）和你手机的 super 分区布局有冲突， 一加这边改过 DSU 实现，导致 gsid 在创建 `aui/odm` 目录/文件时翻车。 ### 2.2 Android 15/16 + 厂商魔改的 DSU 实现 Bug * 从 DSU-Sideloader 的 issue 看，**Android 15 开始**，很多机型在 DSU 安装时都会出现 tmemory 相关报错、`/data/gsi/dsu/dsu/...` 路径异常、lp_metadata 异常等， 这都是 **系统自带的 gsid** 弄出来的，而不是 DSU-Sideloader 代码本身。([GitHub][3]) * 你的日志和这些很像： 先是 tmemory 找不到目录，再到对某个分区的 image 文件路径处理失败。 在这种情况下，本质上就是： > **一加/ColorOS 在 Android 16 上对 Dynamic System Updates 做了改动， > DSU-Sideloader 现版本 + 你这个 aui.zip 的 DSU 包组合，触发了 gsid 的一个兼容性 bug。** ### 2.3 空间 / 文件系统碎片的问题可能性较小 * 一些 DSU 失败日志会出现 `too many extents`、`No space left on device` 之类的字样，那确实是 F2FS 碎片化或空间不足。([GitHub][4]) * **你的日志没有这些，只是 `No such file or directory`，而且 10GB 的 userdata 已经创建成功**。 所以这次失败 **更像是路径/元数据逻辑问题，而不是单纯空间问题**。 --- ## 3. 你可以尝试的几个方向 下面的步骤我按“从最简单到最折腾”的顺序排一下，你可以挑自己愿意折腾的程度来做： --- ### 3.1 先排除最基本的：清理旧 DSU、关掉“跳过存储检查”、减小 userdata 1. 在系统「开发者选项 → 动态系统更新」里看看有没有残留的 DSU，会的话先删掉/退出。 2. 在 DSU-Sideloader 里： * 把“禁用存储检查/忽略可用空间”**关掉**，让它自己判断一次。 * 把 userdata 先改成 **2GB 或 4GB** 试一次，看能不能走得更远一点。 这一步主要是排除“空间、分配策略”带来的额外干扰； 虽然日志不像是空间问题，但先简化环境总是有好处的。 --- ### 3.2 换成「单系统镜像」GSI 试一遍 如果你只是想体验 GSI，而不是非得用这个 aui.zip： 1. 换一个常规的 GSI（`.img` 或 `.img.gz/.xz`），选 DSU-Sideloader 里的 **Single System Image / 单系统镜像** 模式，而不是 DSU_PACKAGE。 2. 一般只会创建 `system_gsi` + `userdata_gsi` 两个逻辑分区，**不会单独搞一个 odm 分区**， 就能绕过这次卡在 `aui/odm` 上的问题。 一加 Ace 系列是支持 GSI 的，社区里也有人用过 GSI，只是日用体验会有各种 bug。([gledos.science][5]) 如果单镜像 GSI 能成功，而 aui.zip 一直死在 odm，那基本可以确定问题就出在 **这个 DSU 包/多分区方案本身**。 --- ### 3.3 检查 aui.zip 的结构（偏进阶） 如果你本来就是从论坛 / 群里拿到的一个「专门给某机型的 DSU 包」，又确实想搞清楚它的问题，大概可以： 1. 在电脑或手机上解压 `aui.zip`，看根目录下有什么： * 是否有 `gsi.json` / `dsu.json` / `lp_metadata` 之类文件； * 是否有 `odm.img` / `odm_a.img` 之类的镜像。 2. 如果 **元数据里写着有 odm 分区，但 zip 里压根没有对应 odm 镜像**， 那就说明包本身有问题（或者只适配过别的系统版本）。 再往下就比较折腾了，比如： * 编辑 `gsi.json` / `dsu.json` 之类的配置，把 `odm` 从分区列表里删掉； * 或者干脆从这个包里只抽出 `system.img`，自己当单系统镜像来刷。 这些操作一旦搞错，轻则 DSU 起不来，重则刷机 / 回原厂 ROM， 所以如果你不熟悉动态分区和 super 布局，不太建议硬上。 --- ### 3.4 从 adb 自查一下路径（需要 root / adb） 如果你愿意自己再观察细节，可以在 **失败之后**： ```bash adb shell su # 如果你用的是 KernelSU / Magisk 等 ls -R /data/gsi ``` 你想看的重点是： * 有没有 `/data/gsi/dsu/dsu/aui/` 这个目录； * 里面有没有别的 `*_gsi.img`，只有 `odm_gsi.img` 不存在，还是整个 `aui` 目录都没建出来。 如果连 `aui` 目录都没有，那几乎可以确定： > 是 **系统 gsid 在处理 DSU_PACKAGE + 动态分区组（aui）时自身出了 bug**， > 而不是简单地“包里少了个文件”。 --- ### 3.5 认栽：当前版本的 DSU-Sideloader + Android 16 兼容性问题 结合： * 其它 Android 15 设备在 DSU-Sideloader 仓库有类似 tmemory + 动态分区相关报错；([GitHub][3]) * 你这台是一加 Ace 5，ColorOS 定制也很重；([中关村在线][2]) * 报错发生在系统自带的 gsid，DSU-Sideloader 本身只是把包丢进去调用系统接口； 如果： * 换成单系统镜像 GSI 没问题； * 或者你试过几种不同 DSU 包都在某个分区上类似地崩； 那基本可以认为： > **这是 Android 16 + 一加自家 gsid 实现，对“带多分区（特别是 odm）DSU 包”的兼容性问题， > 普通设置层面已经没法绕过去了。** 这时候更现实的路线就剩两条： 1. **继续玩 GSI** → 优先用「单系统镜像」模式（只 system + userdata）。 2. **真要类原生 / 别的系统** → 走解 BL + fastboot / recovery 刷机那条路，不走 DSU。 --- ## 4. 小结一句人话版 * 你的 DSU 不是因为 “空间不够” 挂的，而是 **在创建 aui/odm 分区时，系统连 `odm_gsi.img` 这个文件都没创建成功**， 所以后面的错误才会说 “无法确定 odm 大小”。 * 在一加 Ace 5 这种新机 + Android 16 上，这更多是 **DSU 包结构 + 一加改过的 gsid 的兼容性问题**， 跟你点错哪个按钮关系不大。 * 如果只是想试 GSI，**先用“单系统镜像”模式**，避开带 odm 的 DSU 包，会简单可靠很多。 如果非得用 aui 这种多分区 DSU 包，那就要深入拆包、改配置，或者等工具专门适配这一代系统了。 如果你愿意贴一下 aui.zip 里解压出来的大致目录结构（不含私密信息），我可以帮你一起判断一下这个包本身有没有明显的问题。 [1]: https://zhidao.baidu.com/question/1959645631137783868.html?utm_source=chatgpt.com "pkg110是什么型号手机 - 百度知道" [2]: https://detail.zol.com.cn/2118/2117416/param.shtml?utm_source=chatgpt.com "一加Ace 5 (16GB/512GB)参数 - 中关村在线" [3]: https://github.com/VegaBobo/DSU-Sideloader/issues/244?utm_source=chatgpt.com "Unknown error · Issue #244 · VegaBobo/DSU-Sideloader - GitHub" [4]: https://github.com/VegaBobo/DSU-Sideloader/issues/166?utm_source=chatgpt.com "Installation failing constantly · Issue #166 · VegaBobo/DSU-Sideloader" [5]: https://gledos.science/oneplus-ace-5-pro-superuser.html "一加 Ace 5 Pro 的 root 及其自定义玩法 - gledos的博客"