Vultr VPS 出现 No bootable device 错误通常是因为虚拟光驱中仍挂载了 ISO 镜像或启动顺序被更改，导致系统无法从硬盘引导。

最推荐的处理方向是进入 Vultr 控制面板移除 ISO 并调整启动顺序，适用场景为刚部署完系统或更改过 ISO 设置后，风险边界在于强制重启可能导致未保存数据丢失。

命令速用版

此问题主要涉及 Vultr 控制面板操作，无需 SSH 命令，以下是快速处理思路：

1. 登录 Vultr Customer Portal，进入 Instances 列表。

2. 点击故障实例名称，选择左侧菜单 ISO CD 选项。

3. 点击 Detach 移除挂载的 ISO 文件。

4. 进入 Settings 或 Boot Order 菜单，确保 Hard Drive 排在第一位。

5. 点击 Restart 重启实例。

为什么会这样

根本原因是虚拟机 BIOS/UEFI 启动序列中，光驱优先级高于硬盘且光驱内无有效引导文件。

Vultr 部署系统时通常临时挂载 ISO 镜像，安装完成后若未自动卸载，重启时 BIOS 会优先尝试从 ISO 启动。由于安装型 ISO 不包含持久化引导加载程序，或 ISO 已弹出但虚拟光驱仍被识别为第一设备，BIOS 找不到可执行代码便会报 No bootable device。此外，若用户手动修改过 Boot Order 将 Network 或 CD-ROM 置于 Hard Drive 之前，也会触发此错误。

分步处理

步骤一：检查并移除 ISO 挂载

登录 Vultr 控制面板，找到故障实例。点击左侧导航栏的 ISO CD 选项。如果显示 Current ISO 有内容，点击 Detach 按钮。状态变为 No ISO Attached 后方可继续。

步骤二：调整启动顺序

在实例管理页面找到 Settings 或 Boot Order 选项。查看启动列表，确保 Hard Drive 或 Disk 位于列表顶部。如果看到 CD-ROM 或 Network Boot 在第一位，使用拖拽或上下箭头将其移至硬盘之后。保存设置。

步骤三：执行重启

返回实例概览页，点击 Restart 按钮。不要使用 Stop 后再 Start，直接使用 Restart 可确保 BIOS 重新读取启动配置。若 Restart 无效，可尝试 Stop 等待状态完全变为Stopped 后再 Start。

步骤四：进入救援模式（仅当数据重要且上述无效时）

若硬盘引导记录损坏，需在控制面板启用 Rescue Mode。Vultr 会挂载救援系统，通过 VNC 登录后可尝试 chroot 修复 GRUB。此操作有风险，非熟练用户建议直接重装系统。

怎么验证是否生效

打开 Vultr 控制面板中的 Launch Console 按钮。观察控制台输出，若看到 Linux 发行版登录提示符（如 login:）或 Windows 登录界面，说明引导成功。尝试通过 SSH 连接服务器，若能正常建立连接且无 Connection refused 错误，说明系统服务已正常启动。

常见坑

1. 忽略 ISO 状态：即使认为已安装完系统，若控制面板显示 ISO 仍挂载，重启必报错。

2. 误选 Network Boot：部分模板默认开启 PXE 启动，若硬盘引导失败会尝试网络引导，导致超时或错误。

3. 数据丢失风险：若选择重装系统（Reinstall），硬盘数据会被清空。修复引导前务必确认是否有快照备份。

4. Windows 特殊引导：Windows 实例若出现此错误，有时需通过 Rescue Mode 修复 BCD 引导记录，比 Linux 复杂。

常见问题

移除 ISO 后仍然报错怎么办？

检查启动顺序是否已将 Hard Drive 设为第一选项，若仍无效可尝试重装系统。

重装系统会丢失数据吗？

会，重装系统会格式化硬盘，操作前必须通过快照或外部备份保存数据。

为什么刚创建的实例就显示这个错误？

可能是系统部署过程中断或镜像写入失败，建议直接删除实例重新部署。

参考来源

1. Vultr 官方文档中心，页面标题：How to Upload ISOs and Boot from ISO on Vultr，URL：https://www.vultr.com/docs/

2. Vultr 官方文档中心，页面标题：Rescue Mode，URL：https://www.vultr.com/docs/