太棒了！采用“先启动实例，后挂载空卷”的方案不仅解决了磁盘识别问题，还避开了 UOS 对启动介质的锁定冲突。这种“热插拔”思路是 OpenStack 运维中处理复杂镜像安装的通用技巧。
为了方便你记录博客，我将这次从“无法选择域”到“成功识别 100GB 硬盘”的完整历程总结如下：
📖 OpenStack 部署 UOS (ARM64) 磁盘识别故障复盘
1. 核心问题回顾
- 初级障碍：创建卷时无法选择“可用域”，原因是 Cinder 后端服务未运行或未配置存储后端（如 LVM 或 NFS）。
- 中级障碍：实例启动失败，提示权限拒绝。原因是 Nova 在 NFS 后端模式下缺失
nfs_mount_point_base路径配置，导致挂载点指向了 Python 系统目录。 - 高级障碍：安装程序找不到磁盘。原因是 ISO 镜像直接写入 80GB 卷启动，系统将其锁定为只读光驱，导致无法作为安装目标。
2. 最终靠谱方案：双盘分离模式
既然 Horizon 界面整合了“源”与“卷”，无法在启动窗口同时分配两块盘，我们采取“启动后热挂载”的策略：
第一步：启动引导实例
- 源：选择 UOS 镜像。
- 创建新卷：选“是”，大小给 20GB。
- 目的：这块盘仅作为“虚拟光驱”载体，引导系统进入安装环境。
第二步：热插拔 100GB 目标硬盘
- 在实例运行后，前往 “卷” -> “管理连接”。
- 将预先创建好的 100GB 纯净空卷 挂载到运行中的实例上。
- 优势：由于是后挂载的空盘，系统不会自动挂载，安装程序会将其识别为全新的
/dev/vdb硬盘。
3. 关键元数据修复（ARM64 环境必做）
为了确保安装界面不黑屏且总线兼容，必须给镜像打上 UEFI 和 SCSI 的标记：
openstack image set \--property hw_firmware_type=uefi \--property hw_machine_type=virt \--property hw_scsi_model=virtio-scsi \--property hw_disk_bus=scsi \"UOS-20-Desktop-ARM64"4. 博客总结寄语
“在 OpenStack 的世界里，遇到 UI 限制时，‘分步走’往往比‘一步到位’更可靠。通过系统盘（镜像驱动）与数据盘（安装目标）的物理分离，我们成功解决了 UOS 在 ARM 虚拟化环境下的磁盘占用死锁问题。”