Linux VPS服务器GRUB2引导菜单自定义与修复

在使用Linux VPS服务器时，GRUB2（GNU多操作系统引导程序2）引导菜单是关键组件，它决定了服务器启动时加载哪个操作系统内核或其他启动项。实际使用中，GRUB2可能因配置错误或文件损坏出现问题，掌握自定义与修复方法能有效保障系统启动稳定性。

GRUB2引导菜单的自定义

自定义GRUB2引导菜单可调整启动项顺序、添加新启动项等，操作需谨慎避免配置错误导致无法启动。

### 配置修改前的关键动作：备份原文件
修改GRUB2配置文件时，一个符号错误都可能导致服务器无法正常启动。建议操作前用`cp /etc/default/grub /etc/default/grub.bak`命令备份主配置文件，以便出错时快速恢复。

### 自定义三步操作法
#### 1. 调整主配置参数
GRUB2的全局配置文件通常位于`/etc/default/grub`，用`nano`或`vim`编辑器打开（例如`vim /etc/default/grub`），可修改以下常用参数：
- `GRUB_DEFAULT`：设置默认启动项（填数字序号或"saved"使用上次选择）
- `GRUB_TIMEOUT`：设置菜单等待时间（单位秒，设0可跳过菜单直接启动）
- `GRUB_CMDLINE_LINUX_DEFAULT`：添加内核启动参数（如关闭图形界面用"text"）

#### 2. 管理具体启动项
`/etc/grub.d`目录下的脚本文件决定了具体启动项（如`00_header`定义菜单头信息，`10_linux`生成当前系统启动项）。若需添加自定义启动项（如旧内核或其他系统），可新建脚本文件（命名建议以数字开头，按顺序加载）。

#### 3. 生成最终配置
修改后需重新生成GRUB2主配置文件：
- Debian/Ubuntu系统执行：`update-grub`
- CentOS/RHEL系统执行：`grub2-mkconfig -o /boot/grub2/grub.cfg`

GRUB2引导菜单的修复

当GRUB2异常导致服务器无法启动时，可按具体现象针对性修复。

### 现象1：启动时无GRUB2菜单
#### 可能原因
配置文件损坏、GRUB2未正确安装到磁盘MBR（主引导记录）或分区错误。

#### 修复步骤
1. 进入救援模式
不同VPS提供商进入方式不同（通常在控制面板选择"救援模式"启动选项），该模式提供临时系统环境用于修复。

2. 挂载系统分区
假设系统安装在`/dev/sda1`分区，执行以下命令挂载：

mount /dev/sda1 /mnt
mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys

3. 切换至原系统环境
执行`chroot /mnt`将当前环境切换为原系统根目录，后续操作将直接影响原系统。

4. 重新安装GRUB2
根据系统类型执行：
- Debian/Ubuntu：`grub-install /dev/sda`（`/dev/sda`为目标磁盘，按需修改）
- CentOS/RHEL：`grub2-install /dev/sda`
最后再次生成配置文件（命令同自定义步骤）。

### 现象2：菜单缺少部分启动项
#### 可能原因
`/etc/grub.d`目录下对应启动项脚本被删除或修改，或配置文件未重新生成。

#### 修复方法
1. 检查`/etc/grub.d`目录（如`ls -l /etc/grub.d`），确认缺失启动项对应的脚本是否存在（如旧内核启动项对应`10_linux`）。
2. 若脚本丢失，可从其他同版本系统复制或手动创建；若脚本存在但内容错误，用编辑器修正后重新生成配置文件（命令同前）。

掌握这些方法后，可灵活管理Linux VPS服务器的GRUB2引导菜单。操作时建议分步执行，每完成一步验证效果，最大程度降低操作风险。