macOS磁盘标识符（如/dev/disk2s1）不固定，由内核按设备枚举顺序动态分配，插拔USB、重启或驱动加载时机变化均会导致编号改变；应使用UUID或VolumeName等持久标识替代硬编码路径。
macOS 磁盘标识符为什么突然变了
磁盘标识符（如 /dev/disk2s1）不是固定值，它由内核按设备枚举顺序动态分配。插拔 USB 设备、重启、甚至某些驱动加载时机微调，都可能让同一块物理盘下次变成 /dev/disk3s1。这不是故障，是 macOS 的正常行为——系统不保证 /dev/diskX 编号稳定。
依赖这个路径写脚本或挂载命令，迟早出问题。常见错误现象包括：hdiutil attach 失败、diskutil eject 找不到设备、备份脚本误操作其他卷。
用 diskutil info 获取稳定 UUID 和 VolumeName
真正可信赖的是卷的 UUID 或名称，它们绑定到文件系统元数据，不随物理接入顺序变化。
- 查 UUID：
diskutil info /dev/disk2s1 | grep "Volume UUID"→ 得到类似6A3C5F2E-1B8D-4F9A-A1C2-D3E4F5A6B7C8 - 查 VolumeName：
diskutil info /dev/disk2s1 | grep "Volume Name"→ 如MyBackup - 用 UUID 定位设备：
diskutil list -all | grep -A 5 "6A3C5F2E-1B8D-4F9A-A1C2-D3E4F5A6B7C8" - 更直接的方式：
diskutil list | grep -B 1 "MyBackup"（注意 VolumeName 有空格时需加引号或转义）
在脚本中安全引用磁盘：别硬编码 /dev/diskX
所有自动化操作必须绕过 /dev/diskX，改用可识别的持久标识。以下方式按推荐度排序：
- 优先用
diskutil mountDisk+ UUID：diskutil mountDisk $(diskutil list -plist | plutil -convert xml1 -o - -- - | awk '/UUID.*MyBackup/{getline; print $3}' | tr -d '"')（实际建议拆成两步，先提取再 mount） - 用
mount命令查已挂载路径：mount | grep "MyBackup" | awk '{print $3}'，适用于目标卷大概率已挂载的场景 - 避免用
df查路径再反推设备：因为df /Volumes/MyBackup返回的/dev/disk2s1仍是临时标识，不能用于后续diskutil eject - 如果必须卸载，用
diskutil unmountDisk /Volumes/MyBackup（不是eject），它会自动定位底层设备
APFS 容器和宗卷（Volume）的标识差异容易混淆
APFS 下，一个物理分区（/dev/disk2s1）可能包含多个宗卷（如 Macintosh HD、Macintosh HD - Data），它们共享同一个 APFS 容器 UUID，但各自有独立的宗卷 UUID。
这意味着：
-
diskutil apfs list显示的是容器层级关系，Volume UUID字段对应的是宗卷，不是容器 - 用
diskutil info查宗卷路径（如/Volumes/Macintosh HD）才能拿到宗卷 UUID；查/dev/disk2s1拿到的是容器 UUID - 备份脚本若要排除系统宗卷，应匹配宗卷名（
Macintosh HD - Data），而不是设备路径 - APFS 宗卷名支持空格和 Unicode，用 shell 变量时务必加双引号：
"$VOLUME_NAME"
最麻烦的地方在于：你得先分清自己操作的是整个容器，还是其中某个宗卷——看错一层，diskutil apfs deleteVolume 就可能删掉整个系统分区。
