为什么我的VPS没有GRUB启动引导程序？

问题类型	出现频率	解决难度	常见VPS提供商
系统镜像不包含GRUB	高	中等	DigitalOcean, Vultr, Linode
使用非传统启动方式	中	高	AWS EC2, Google Cloud
GRUB配置文件损坏	低	低	所有VPS提供商
系统升级导致GRUB丢失	中	中等	所有VPS提供商

VPS没有GRUB怎么办？三种方法帮你解决VPS启动引导问题

当你在VPS上发现没有GRUB启动引导程序时，这通常意味着系统使用了其他引导方式或者GRUB配置出现了问题。这种情况在云服务器环境中比较常见，因为许多VPS提供商为了优化启动速度和简化管理，会采用不同的引导方案。

主要解决方法清单

方法编号	方法名称	适用场景	操作难度
方法一	安装GRUB引导程序	系统完全缺少GRUB	中等
方法二	配置systemd-boot	使用systemd的系统	简单
方法三	使用提供商控制台修复	系统无法启动时	简单

方法一：安装GRUB引导程序

步骤1：检查当前引导方式

操作说明：首先需要确认VPS当前使用的引导方式，以及系统是否真的缺少GRUB。 使用工具提示：使用SSH连接到VPS，执行相关命令检查引导状态。

# 检查/boot目录内容
ls -la /boot/
检查EFI系统分区（如果存在）
ls -la /boot/efi/
检查当前使用的引导加载程序
efibootmgr  # 对于UEFI系统

步骤2：安装GRUB软件包

操作说明：根据你的Linux发行版安装相应的GRUB软件包。 使用工具提示：使用包管理器安装GRUB。

# 对于Debian/Ubuntu系统
sudo apt update
sudo apt install grub-efi-amd64 grub-common
对于CentOS/RHEL系统
sudo yum install grub2-efi grub2-common

步骤3：配置GRUB并安装到磁盘

操作说明：生成GRUB配置文件并将其安装到正确的磁盘位置。 使用工具提示：需要确定正确的磁盘设备名称。

# 生成GRUB配置文件
sudo grub-mkconfig -o /boot/grub/grub.cfg
安装GRUB到EFI系统分区
sudo grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=GRUB

方法二：配置systemd-boot作为替代方案

步骤1：检查systemd-boot可用性

操作说明：对于使用systemd的现代Linux发行版，可以考虑使用systemd-boot。 使用工具提示：检查系统是否支持systemd-boot。

# 检查systemd版本
systemctl --version
查看是否已有systemd-boot
bootctl status

步骤2：安装和配置systemd-boot

操作说明：设置systemd-boot作为主要的引导加载程序。 使用工具提示：需要root权限操作。

# 安装systemd-boot
sudo bootctl install
创建引导条目配置
sudo nano /boot/loader/entries/arch.conf

在配置文件中添加以下内容：

title   Arch Linux
linux   /vmlinuz-linux
initrd  /initramfs-linux.img
options root=PARTUUID=your-root-partition-uuid rw

方法三：使用VPS提供商控制台修复

步骤1：访问VPS控制面板

操作说明：通过VPS提供商的控制台访问救援模式或重新安装系统。 使用工具提示：不同提供商的控制台位置不同，通常在主控制面板中。

步骤2：使用救援模式修复

操作说明：大多数VPS提供商都提供救援模式，可以在其中修复引导问题。 使用工具提示：救援模式通常提供临时的Linux环境。

# 在救援模式中挂载原系统分区
mkdir /mnt/rescue
mount /dev/sda1 /mnt/rescue  # 根据实际情况调整分区
切换到原系统环境
chroot /mnt/rescue /bin/bash
然后按照方法一的步骤安装GRUB

常见问题及解决方案

问题	原因	解决方案
系统启动直接进入内核，没有GRUB菜单	GRUB未安装或配置错误	使用救援模式重新安装GRUB，确保生成正确的配置文件
收到”error: no such device”错误	GRUB无法找到指定的磁盘或分区	检查磁盘设备名称，更新GRUB配置中的设备映射
在UEFI系统中GRUB安装失败	缺少EFI系统分区或权限不足	确保/boot/efi分区存在且挂载正确，使用efibootmgr检查EFI条目
系统升级后GRUB消失	系统升级过程中GRUB配置被覆盖	重新安装GRUB并更新配置，检查引导顺序设置
VPS控制台显示”No bootable device”	引导扇区损坏或引导加载程序缺失	使用提供商的控制台功能重新初始化引导扇区或使用救援模式修复

需要注意的是，某些VPS提供商（特别是基于KVM的VPS）可能使用自定义的引导流程，这种情况下可能不需要传统的GRUB引导程序。在尝试修复之前，建议先查阅你的VPS提供商文档，了解他们推荐的引导配置方式。
对于生产环境的VPS，在进行任何引导相关的修改之前，务必备份重要数据，并确保你了解如何通过提供商的控制台访问救援模式，以防操作失误导致系统无法启动。