Kickstart是CentOS安装程序Anaconda提供的一种自动化安装机制，它通过一个名为ks.cfg的纯文本文件记录安装过程中所有需要人工交互的选项，包括语言、时区、磁盘分区、网络配置、软件包选择以及安装后脚本等。管理员只需在启动安装程序时指定这个文件的位置，Anaconda就会按照预设内容依次执行，无需任何人工干预。对于需要批量部署数十甚至数百台服务器的场景，Kickstart能显著提高效率并确保配置一致性。
一、Kickstart的工作原理与准备条件
Anaconda安装程序在正常交互式安装过程中，会把用户作出的每一个选择记录下来并生成一个应答文件。实际完成安装后，这个文件通常保存在/root/anaconda-ks.cfg。管理员可以直接以该文件为基础进行修改，适配不同硬件和业务需求。Kickstart文件采用段落式语法，主要由命令段、软件包段和脚本段三部分组成。命令段包含必须的安装选项，软件包段使用%packages和%end包围，脚本段则通过%pre和%post执行安装前后的自定义任务。
在开始配置之前，需要准备以下条件：一台用于生成配置的CentOS或RHEL参考系统，一个可供测试的虚拟机环境，以及获取CentOS安装ISO或可访问的网络安装源。如果计划通过PXE或HTTP方式批量部署，还需要一台能够提供DHCP和HTTP服务的服务器。对于初次接触Kickstart的用户，建议先在虚拟机中反复测试，确认配置无误后再应用于生产环境。
Kickstart文件中最核心的指令包括lang、keyboard、timezone、rootpw、bootloader、clearpart、part或autopart、network、repo和url等。这些指令可以组合出各种安装模式，例如通过HTTP安装介质或本地光盘安装，使用自动分区或手动指定分区方案。如果某个必需指令缺失，Anaconda会回退到交互模式询问，从而破坏无人值守流程。
二、Kickstart配置文件的详细编写方法
下面以一个完整的ks.cfg文件为例，展示如何配置HTTP安装源、root密码、时区和磁盘分区。这个文件可以直接用于CentOS 7或CentOS 8的无人值守安装，但需要注意指令在不同版本之间可能存在细微差异。
#version=DEVEL # 使用文本模式安装 text # 安装语言 lang en_US.UTF-8 # 键盘布局 keyboard us # 时区 timezone Asia/Shanghai --isUtc # root密码，使用加密后的字符串 rootpw --iscrypted $6$random_salt$hashed_password # 引导加载程序 bootloader --location=mbr --append="rhgb quiet" # 清空磁盘并创建新分区 clearpart --all --initlabel autopart --type=lvm # 网络配置，使用DHCP network --bootproto=dhcp --device=link --activate # 安装源 url --url="http://192.168.1.100/centos/7/os/x86_64/" # 软件包选择 %packages @^minimal @core vim wget net-tools %end # 安装后脚本 %post echo "Kickstart installation completed" > /root/install.log systemctl enable sshd %end
上述配置首先使用text指令启用文本安装模式，避免加载图形界面。时区设置为上海并以UTC存储硬件时钟，网络接口自动获取DHCP地址。root密码使用了加密哈希，可以用python -c 'import crypt; print(crypt.crypt("yourpassword", crypt.mksalt(crypt.METHOD_SHA512)))'命令生成。磁盘部分采用autopart --type=lvm让安装程序自动创建LVM逻辑卷，适合大多数通用场景。
如果需要更精细的磁盘控制，可以使用part指令手动创建分区。例如下面的片段会创建一个1GB的/boot分区、一个4GB的swap分区，并将剩余空间分配给根分区：
clearpart --all --initlabel part /boot --fstype="xfs" --size=1024 part swap --fstype="swap" --size=4096 part / --fstype="xfs" --grow --size=1
除了静态配置，Kickstart还支持在安装前后运行脚本。%pre脚本常用于动态检测硬件或根据网络环境生成分区方案，而%post脚本则通常用于安装完成后配置服务、创建用户或下载初始化脚本。需要注意的是，%post默认在chroot环境下运行，如果希望访问安装介质或网络，需要添加--nochroot参数。这些脚本内的命令必须保证幂等，否则重复运行时可能产生不可预期结果。
三、通过HTTP服务器提供安装源与Kickstart文件
要实现完全无人值守，Kickstart文件必须能让目标机器在启动安装程序时访问到。常见的方式有三种：将ks.cfg嵌入到ISO镜像中、通过PXE启动时从TFTP或HTTP服务器拉取、或者直接从HTTP/FTP服务器加载。其中HTTP方式最为灵活，适合批量部署。首先需要搭建一个HTTP服务器，并把CentOS安装文件完整复制到Web目录下。
# 挂载CentOS ISO mount -o loop /data/iso/CentOS-7-x86_64-Minimal.iso /mnt # 复制到Web目录 mkdir -p /var/www/html/centos/7/os/x86_64 cp -a /mnt/. /var/www/html/centos/7/os/x86_64/ # 将ks.cfg放入Web根目录 cp /root/ks.cfg /var/www/html/ks.cfg # 重启Apache服务 systemctl restart httpd
然后将目标机器启动到安装引导界面。在从DVD启动时，按Tab键编辑启动参数，在原有参数末尾追加ks=http://192.168.1.100/ks.cfg，然后按回车开始安装。如果使用PXE启动，可以在pxelinux配置文件中添加类似下面的条目：
label centos7 menu label Install CentOS 7 kernel /images/centos7/vmlinuz append initrd=/images/centos7/initrd.img ks=http://192.168.1.100/ks.cfg ip=dhcp
在这种情况下，ip=dhcp参数确保在网络还未配置时就能通过DHCP获取地址，从而访问HTTP服务器。如果网络环境不支持DHCP，也可以在ks.cfg中通过network指令设置静态IP，或在启动参数中使用ip=192.168.1.50::192.168.1.1:255.255.255.0:hostname:eth0:none的形式手动指定。无论哪种方式，只要Anaconda能够读取到Kickstart文件并且其中指令完整，安装过程就会自动进行直到完成。
生产环境通常会将多个Kickstart文件按角色分类，例如web服务器、数据库服务器、应用服务器分别使用不同的ks.cfg，并通过HTTP路径或PXE菜单区分。这种做法可以进一步减少人为配置错误，同时方便后续统一更新模板。
四、无人值守安装的排错与优化建议
Kickstart安装虽然自动化程度高，但配置过程中也容易出现各种问题。最常见的错误是Kickstart文件无法被访问。如果Anaconda在启动时提示无法获取ks.cfg，首先应确认HTTP服务器日志中是否有来自目标机器的请求记录，同时检查防火墙是否放行了80端口。可以在目标机器启动后按Ctrl+Alt+F2切换到另一个虚拟终端，使用curl或wget测试HTTP连通性。
另一个高频问题是分区指令导致磁盘布局不符合预期。如果目标机器磁盘大小不一致，直接使用固定大小的part指令可能会失败。此时可以使用autopart或配合--grow参数让根分区自动扩展。如果需保留部分磁盘空间用于其他系统，可以使用clearpart --linux --none或ignoredisk指令排除特定磁盘。安装完成后还可以通过lsblk和df -h验证分区结果。
对于安装后脚本%post，调试时建议在脚本开头添加set -x将执行过程写入日志文件，或者在脚本末尾将关键信息重定向到/root/postinstall.log。安装程序本身也会在/tmp下生成多个日志，如/tmp/anaconda.log、/tmp/program.log和/tmp/storage.log，这些日志对排查软件包安装失败、网络配置错误等问题很有帮助。
优化Kickstart部署可以从几个方面入手：一是将常用软件包和初始化脚本集中到内部HTTP服务器，避免依赖外网；二是使用%packages --ignoremissing忽略缺失的软件包，提高容错性；三是在%post中调用配置管理工具如Ansible或Puppet，让安装后系统自动进入期望状态。这些措施能够让无人值守安装更具可维护性，并适应更复杂的业务场景。
CentOS Kickstart无人值守安装自动化部署修改时间：2026-08-23 04:19:48