从硬盘启动 CentOS 安装程序或系统是完全可行的，主要通过修改 GRUB 引导加载程序配置文件，使其直接读取硬盘分区中的 ISO 镜像或内核文件，这种方法不仅解决了服务器无光驱的痛点，还大幅提升了系统部署与维护的效率，是运维人员必须掌握的核心技能之一。
硬盘启动的技术原理与优势
在传统的系统安装观念中,USB 光盘或 U 盘是必不可少的介质，在数据中心或远程机房环境中，物理介质的传递往往耗时且低效，硬盘启动技术的核心在于利用 Linux 引导加载程序（GRUB2）的灵活性，GRUB2 具备直接加载硬盘分区中文件的能力，通过指定内核（vmlinuz）和初始镜像文件（initrd.img）的路径，并将启动参数指向 ISO 镜像的位置，即可模拟光驱启动过程。
这种方案的优势显而易见,它突破了物理介质的限制，特别适用于只有远程控制台（如 IPMI、iDRAC）访问权限的服务器，硬盘读取速度远高于普通 USB 2.0 设备，能显著缩短安装介质的加载时间，对于需要频繁重装或测试系统的场景，将 ISO 存储在硬盘特定分区中，可以实现“随时待命”的快速部署状态。
实施前的准备工作
要实现从硬盘启动 CentOS，必须做好充分的环境检查与文件准备，这并非简单的文件复制，而是涉及文件系统布局和引导配置的精细操作。
- 磁盘分区规划：确保硬盘上存在一个未被安装程序覆盖的分区，该分区建议使用 ext4 或 FAT32 文件系统，因为 GRUB 对这两种格式的支持最为稳定，如果系统已安装 Linux，通常可以复用
/boot分区或创建一个独立的/iso分区。 - 获取镜像文件：从 CentOS 官方站点下载完整的 DVD ISO 镜像，必须使用 DVD 版本而非 Minimal 版本，因为 DVD 版本包含了第二阶段安装所需的所有软件包，而 Minimal 版本在硬盘引导时往往需要配置额外的网络源，增加了复杂度。
- 文件传输与解压：将 ISO 镜像上传到目标分区的指定目录下，除了 ISO 文件本身，还需要从 ISO 镜像中提取出
images目录下的install.img（或stage2镜像），以及isolinux目录下的vmlinuz和initrd.img文件，这些核心文件是引导启动的基石。
修改 GRUB 配置实现硬盘引导
这是整个操作流程的核心环节,需要精确编辑 GRUB 的配置文件来创建启动菜单项，在 CentOS 环境下，通常通过编辑 /etc/grub.d/40_custom 文件来实现自定义菜单项，这样在执行 grub2mkconfig 时不会丢失配置。
需要确认存放 ISO 文件的分区的 UUID（通用唯一识别码），使用 blkid 命令可以获取分区的 UUID，相比使用设备名称（如 /dev/sdb1），UUID 在磁盘设备号发生变化时依然能准确定位分区，具有更高的稳定性。
在 GRUB 配置文件中添加一个新的菜单项，配置逻辑如下：设置根文件系统为 ISO 所在分区；加载内核 vmlinuz，并附带 inst.stage2=hd:UUID=你的分区UUID 参数，该参数告诉安装程序去哪里寻找第二阶段的镜像文件；加载初始磁盘镜像 initrd.img。
配置示例逻辑如下：
menuentry "Install CentOS from Hard Disk" {
set root='hd0,msdos1'
search nofloppy fsuuid set=root [此处替换为实际UUID]
linux /vmlinuz inst.stage2=hd:UUID=[此处替换为实际UUID] quiet
initrd /initrd.img
} 完成编辑后,执行 grub2mkconfig o /boot/grub2/grub.cfg 更新引导配置，并重启系统，在启动菜单出现时，选择新添加的“Install CentOS from Hard Disk”选项，系统即可顺利进入安装程序界面。
常见问题与专业解决方案
在实际操作中,运维人员常会遇到“Dracut Warning: Unable to process init queue”或“Could not find image”等错误，这些错误通常源于 inst.stage2 参数配置不正确。
解决方案一：精准定位 Label 或 UUID 很多教程建议使用 inst.stage2=hd:LABEL=CentOS，但这要求分区必须被正确打上标签，更专业的做法是使用 UUID，因为它不会因为分区的重新格式化或顺序改变而失效，务必确保 vmlinuz 和 initrd.img 的路径与实际存放路径完全一致，且文件权限可读。
解决方案二：UEFI 与 Legacy BIOS 的兼容性 现代服务器多采用 UEFI 引导模式，这与传统的 Legacy BIOS 在分区表（GPT vs MBR）和引导文件存放位置（EFI System Partition）上有显著差异，如果是在 UEFI 模式下，GRUB 配置文件通常位于 /boot/efi/EFI/centos/grub.cfg，在编写配置时，需注意 search 命令的语法差异，确保引导加载程序能正确识别 GPT 分区。
解决方案三：ISO 文件的完整性 如果启动过程中卡在“Starting installer, one”或报错解压失败，往往是 ISO 文件传输过程中损坏，建议使用 MD5 或 SHA256 校验码验证 ISO 文件的完整性，确保存放 ISO 的分区没有被挂载为“只读”模式，尽管安装程序通常以只读方式访问镜像，但文件系统的元数据必须保持一致。
相关问答
Q1：如果服务器已经安装了 Linux，但系统损坏无法进入，如何通过硬盘引导进入救援模式？ A1：这种情况需要借助 Live CD 或另一块硬盘的 GRUB 来引导，如果原系统的 /boot 分区完好，可以在 GRUB 命令行手动指定内核和 initrd，并将内核参数 rd.break 设置为 prepivot，这样可以在系统挂载根文件系统前中断进入一个 shell，从而进行修复操作，如重置密码或修复 fstab。
Q2：为什么从硬盘启动时，有时提示找不到 stage2 镜像，明明文件就在那里？ A2：这通常是因为 GRUB 的 search 命令未能正确找到分区，或者 inst.stage2 指定的路径不包含 ISO 内部的 images/install.img，在较新的 CentOS 版本中，inst.stage2 指向的是包含 .discinfo 文件的目录或 ISO 文件本身，如果直接指向 ISO 文件，确保内核版本支持直接从 ISO 文件引导，最稳妥的方式是将 ISO 中的内容解压到目录，并指向该目录。
通过掌握上述技术,运维人员可以摆脱对物理光驱的依赖，实现更加灵活、高效的系统部署与管理，在实际操作中，务必做好数据备份，并仔细核对每一个 UUID 和路径参数，以确保引导过程的万无一失。
您在尝试硬盘引导 CentOS 时遇到过哪些特殊的报错？欢迎在评论区分享您的解决思路。
