不久前琢磨了下【资源类站点】值得做的类别，决定在方向上充分做减法、做取舍→互联网资源站的几个方向。果断行动，计划将部分SSD内的文件进行清理，需将大量内容转存至HDD以腾出SSD空间。

但问题是：
1、这部分资源并非 压缩包or大文件，均为细碎的小文件；
2、总量大，超过4T；
在将其转存至HDD时，受制于机械硬盘天生的寻道时间问题，写入速度【极慢】，且过程频繁报错中断。
看似简单的复制粘贴操作，极为恼人！
后找到潜在解法：
1、在SSD内创建容器，将小文件存入镜像（容器），享受SSD的小文件写入速度；
2、将容器文件写入HDD，享受机械盘的低成本、稳定存储特性，规避写入速度过慢问题；

在容器选择上：
1、不使用压缩工具，避免加解密时长，且消耗CPU运算；
2、避免制度格式（如ISO），避免后期增删改会麻烦；
3、尽可能利用系统已有工具，避免安装额外工具；
故：
1、Win环境可用自带磁盘工具的VHDX，Mac环境使用自带磁盘工具DMG镜像；
2、均使用镜像+exFAT格式，确保极端场景下跨平台的可读；

过程：
1、Win的磁盘工具生成VHDX的方案，明显此工具并非面向个人，使用友好度极差：
操作复杂：不使用PowerShell的话操作步骤多；生成固定容量VHDX后填0操作超级耗时；退盘前需分离VHDX解除挂载；
BUG恼人：如生成VHDX后即自动挂载，但加载时未格式化，需重新启动磁盘工具再格式化后使用；创建时填写的容量和实际容量gap；
2、因使用的ThinkPad X1 Nano Gen1仅有2个TypeC口，一口需留作充电，另一口则无法接两个硬盘。使用一转多Hub的话，多盘共用1个口的带宽做上下行，速度慢且报错极为频繁，动辄则复制中断前功尽弃，让人抓狂；
3、考虑到后续使用场景基本均在Mac，最终：

• 用Mac创建DMG镜像作为容器+exFAT磁盘格式；
• 创建DMG后无需填零速度极快，碎文件存入Mac的镜像很快，Mac的DMG大文件写入HDD也很稳定；
• 可提前准备TransMac工具软件存入，以备偶然场景下需在Win端读取DMG；Win下读DMG还是有办法的，但Mac下读VHDX无解；

但凡使用Windows磁盘管理工具创建过VHDX，一旦切换到Mac做DMG，必定顿时“感到幸福”。至少，后者像是一个2C可用的产品。
操作者怕的不是不会用，而是在看似简单的前方，总会有奇奇怪怪未知的“坑”轮番上阵。尤其是在进度条走到90%+的时候，一次次的中断、报错、死机...
那感觉，不免让人联想起唐僧师徒西天取经时遭受得九九八十一难。