OpenStack 部署 UOS (ARM64) 磁盘识别故障复盘

太棒了！采用“先启动实例，后挂载空卷”的方案不仅解决了磁盘识别问题，还避开了 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 虚拟化环境下的磁盘占用死锁问题。”