搞运维的兄弟应该都有过这种经历机房到了几十台服务器没有预装系统一台一台挂光盘或者U盘装装完还要手动配YUM源、装基础软件包运气不好碰上硬件批次不统一一整天就耗在重复劳动上了。我自己也是从这种笨办法一路走过来的后来花了点时间把YUM仓库部署 PXE远程部署 ks无人值守这套组合拳彻底打通从此批量装机和内网软件分发变成了“开机、等、验收”三个动作。这篇文章就把我实际搭建这套环境的完整过程、踩过的坑和排查思路都写出来。这套方案解决的核心问题很明确让局域网内的客户端机器从网卡启动自动获取IP和引导文件自动从HTTP服务器上拉取安装源再配合kickstart应答文件自动回答安装过程中的所有问题全程不需要人工干预。它适合所有需要批量交付服务器的场景——不管是物理机房还是虚拟化环境这套流程都通用。我会从零开始把环境规划、YUM仓库搭建、PXE服务配置、ks应答文件编写、验证测试到故障排查整个流程一步步讲清楚。1. 先搞清楚这套组合拳到底解决什么问题1.1 从一块空硬盘到一台可用服务器中间隔了多少事在没有自动化手段的时候装一台服务器的完整流程大概是这样的先把系统镜像刻到光盘或引导U盘然后一台一台插到机器上从启动菜单选择“Install CentOS 7”接着手动选择语言、配置时间、划分磁盘、选软件包、设置root密码……光这个交互过程就要十几分钟搞批量的时候人几乎是被机器拴住的。PXEPreboot eXecute Environment预启动执行环境解决的问题就是把“启动介质”从光盘U盘换成网卡。客户端机器在BIOS/UEFI阶段通过网络引导从DHCP服务器拿到IP再从TFTP服务器下载引导程序最后从HTTP/NFS服务器加载Linux内核和安装文件。整个过程就像你从一个网络共享目录里“临时启动”了一个迷你Linux环境这个环境就是安装程序的LIVE环境。而kickstart就是标题里的ks解决的是把安装过程中那些交互式问答提前写进一个应答文件。Anaconda安装器启动后读到这个文件就不再等人工输入而是直接按文件里的配置执行分区、设置root密码、安装软件包等操作。YUM仓库在这套体系里是“后勤保障”。装完系统之后你总得装一些额外软件包或者更新吧如果每台机器都走外网带宽就被拖垮了。在局域网内部架一个YUM仓库无论装机时还是装机后所有客户端都从这个仓库拉包速度快版本可控也不会出现有人改了软件源导致环境不可用的问题。1.2 三个组件各自扮演什么角色组件角色定位核心功能依赖关系YUM仓库软件包分发中心为装机和日常运维提供rpm包源需要HTTP/NFS等服务承载PXE网络引导通道引导裸机进入安装环境依赖DHCP、TFTP、HTTPks自动化应答代替人工完成安装问答依赖PXE引导时传入ks文件路径很多人把PXE和ks混为一谈其实它们是两个层面的东西。PXE负责“把安装器跑起来”ks负责“让安装器自己干活”。没有ksPXE踢起来的安装程序还是会停在交互界面问你分区方案怎么选没有PXEks文件就得靠光盘、U盘或者其他启动方式去带。只有三者配合才能实现真正的无人值守。2. 实验环境准备与基础规划2.1 我用的实验环境清单我这里用的是VMware Workstation Pro因为虚拟化环境做这个实验最方便快照还能随时回滚。物理机环境操作原理完全一样只是需要用交换机把服务器和客户端连到同一个二层网络。角色主机名IP地址操作系统备注部署服务器pxe-server192.168.10.10CentOS 7.9承担DHCP/TFTP/HTTP/YUM仓库测试客户端pxe-clientDHCP自动获取空系统用于验证PXE引导和ks无人值守镜像用的是CentOS-7-x86_64-DVD-2009.iso。这里有个细节我吃过亏用Minimal ISO是没法直接做实验的因为最小化镜像里很多配套包都缺一定要用Everything或者DVD版镜像里面带了完整的Packages目录和repodata数据做本地YUM源非常方便。2.2 网络规划与基础配置部署服务器的网卡规划建议单独划一个VMnetIP固定为192.168.10.10/24子网掩码255.255.255.0不开DHCP因为后面我们要自己部署DHCP服务器避免VMware自带的DHCP服务抢答。客户端网卡用同一个VMnet设置为“自动获取IP”即可用来测试PXE引导时的DHCP分配。服务器装完系统后第一件事就是关闭防火墙和SELinux。这不是什么好习惯但是做内部实验阶段这两个东西是最大的“隐形拦路虎”。后面你要上生产环境再按安全策略放行端口DHCP的67/UDP、TFTP的69/UDP、HTTP的80/TCP。2.3 基础软件包安装部署服务器需要安装的软件包不多核心就这几个yum install -y httpd dhcp tftp-server syslinux createrepo vsftpdsyslinux提供PXE引导所需的pxelinux.0文件createrepo用来生成YUM仓库的元数据tftp-server提供Trivial File Transfer Protocol服务dhcp负责动态地址分配httpd作为安装源和YUM仓库的承载服务。后期如果你想让客户端通过FTP方式访问安装源vsftpd才有用纯HTTP方案用不到我没装。3. 部署YUM仓库让局域网内所有机器有源可用3.1 为什么非要自己搭一个仓库直接用CentOS官方镜像做源官方源服务器在国外天知道每次yum update卡多久。更重要的是如果后续客户端要从这个源装大量软件包所有流量都经过外网既慢又不稳定内网环境更是不可行。还有一类场景是生产环境根本不连外网离线部署全靠本地仓库所以这个技能几乎是运维标配。最基础的本地YUM仓库形态就是“把系统ISO镜像的文件放到一个共享目录里”。因为DVD镜像里自带了Packages目录和repodata目录repodata里面就有createrepo生成的仓库元数据文件。严格来说只要你能把ISO里的内容挂载或解压到某个目录再用HTTP/FTP/NFS把这个目录共享出去客户端就能把这个目录当作yum源使用。3.2 挂载镜像并生成仓库元数据先把镜像上传到服务器然后创建一个目录用于挂载ISO例如/iso。推荐的做法是把ISO内容解压到/var/www/html/centos7目录下而不是直接挂载因为挂载在服务器重启后容易丢失而且挂载的权限偶尔会捣乱。mkdir /var/www/html/centos7 mount -o loop /opt/CentOS-7-x86_64-DVD-2009.iso /mnt cp -a /mnt/* /var/www/html/centos7/如果镜像文件本身不在服务器上可以用scp、wget或者直接挂载宿主机的共享目录先传上来。拷贝完成后虽然镜像里自带repodata我还是建议手动用createrepo重建一次元数据。原因有两个一是后续如果我们往这个目录里加了额外的rpm包自己打包的软件、第三方rpm原有的repodata不会自动包含它们二是重建一次可以保证元数据和文件状态完全一致避免出现“元数据存在但文件损坏”的坑。yum install -y createrepo createrepo /var/www/html/centos7/createrepo命令执行完成后会生成一个repodata目录里面有几个repomd.xml和对应的元数据文件。这些文件就是yum客户端用来解析软件包列表和依赖关系的“目录索引”。3.3 用HTTP把仓库发布出去YUM仓库可以承载在HTTP、FTP、NFS等多种协议上。我推荐用HTTP原因很直接HTTP端口是80和PXE安装源共用一套服务少维护一个服务而且HTTP对客户端的兼容性最好老版本和现代版本的yum都能正常识别。我们刚才把镜像内容解压到了/var/www/html/centos7目录所以理论上启动httpd后这个目录就已经可以被访问了。先用浏览器或者curl确认一下systemctl start httpd systemctl enable httpd curl http://192.168.10.10/centos7/curl返回了文件列表就说明HTTP服务已经正常。注意文件权限/var/www/html/centos7下的文件如果不是全部用户可读客户端访问时会出现404或者403我当时第一次做实验时就是文件属主不对导致客户端一直报“不能找到repomd.xml”排查了半天。3.4 客户端配置与验证客户端的YUM源配置很简单新建一个repo文件指向我们的仓库地址即可。vim /etc/yum.repos.d/local.repo写入以下内容[local] nameCentOS7-Local baseurlhttp://192.168.10.10/centos7 enabled1 gpgcheck0注意这里我特意写成http://192.168.10.10/centos7不要写成http://192.168.10.10/centos7/虽然多加一个斜杠大部分场景也没问题但repo文件解析的坑很多少一些变量就少一次排错。gpgcheck0是因为本地仓库没有导入GPG密钥如果要开启gpgcheck还得先在客户端import CentOS官方的公钥麻烦且没必要。验证仓库是否生效yum clean all yum repolist如果看到repo id为local的记录说明仓库已生效。再随便装一个包测试一下yum install -y tree能装成功说明YUM仓库运转正常。这个测试动作别跳过很多人的仓库列表能看到但实际下载就报错往往是路径层级不对多测一步能省很多事。3.5 同步外网源到本地仓库纯粹的DVD镜像源包数量有限很多日常开发包比如git、gcc-c、python3虽然也在DVD里但版本普遍偏旧。生产环境中我更推荐用reposync把外网源同步一份到本地仓库服务器这样内网客户端既能享受内网速度又能获得新的软件版本。yum install -y yum-utils mkdir -p /var/www/html/epel7 reposync -r epel -p /var/www/html/epel7 --download-metadata不过这个步骤需要外网可达且同步全量EPEL源的数据量很大。在我日常的实践中大部分场景DVD镜像源加少量自维护rpm包就够了真的需要新版本再定向下载。这个思路简单提一下不展开。4. 配置PXE远程部署服务网络引导实现4.1 PXE引导的完整流程拆解PXE的引导流程很多人第一次配的时候容易一头雾水我把它拆成人能看懂的五步客户端开机网卡的PXE ROM从BIOS/UEFI接管向网络广播DHCP DiscoverDHCP服务器响应除了分给客户端一个IP地址还通过next-server和filename两个选项告诉客户端“你要去找哪台TFTP服务器、下载什么引导文件”客户端从TFTP服务器下载pxelinux.0BIOS引导或者grubx64.efiUEFI引导pxelinux.0读取它同目录下的pxelinux.cfg/default配置文件这个文件里定义了要加载哪个内核文件vmlinuz和哪个初始RAM磁盘initrd.img客户端加载内核和initrd后就是一个小型精简Linux系统它从default配置里指定的安装源ks参数继续拉取安装环境启动Anaconda。这里最容易搞混的是DHCP和TFTP的职责边界。DHCP只负责“告诉客户端去谁那里拿引导文件”真正下载引导文件的是TFTP。所以排查PXE问题的时候先分清楚是哪一步出问题了——是IP都没拿到还是引导文件拿不到还是内核加载后找不到安装源定位起来会快得多。先修一下配置顺序。DHCP先启动把IP分配链路跑通再配TFTP即使用load启动菜单后面做测试时修改default文件重新加载也能不重启服务。4.2 配置DHCP服务DHCP配置文件在/etc/dhcp/dhcpd.confPXE最关键的两个参数是next-server和filename。vim /etc/dhcp/dhcpd.conf写入如下配置subnet 192.168.10.0 netmask 255.255.255.0 { range 192.168.10.100 192.168.10.200; option routers 192.168.10.10; option domain-name-servers 192.168.10.10; default-lease-time 600; max-lease-time 7200; next-server 192.168.10.10; filename pxelinux.0; }range定义了客户端动态获取的地址范围注意不要和服务器IP冲突filename pxelinux.0是告诉BIOS引导类型的客户端去下载的文件名如果是UEFI客户端要把这里改成grubx64.efi或者bootx64.efi。写完后启动服务并设置为开机自启systemctl start dhcpd systemctl enable dhcpd这里有一个我踩过很多次的坑在同一台装有VMware的Windows宿主机上跑实验如果VMnet自成网段且VMware自带DHCP没关掉客户端发的DHCP Discover可能被VMware的DHCP先应答结果就是客户端拿到的网段不对PXE引导也走不到我们这台部署服务器。解决办法是把VMnet的DHCP服务在虚拟网络编辑器里停掉并且在dhcpd.conf里用deny unknown-clients之类的限制不过实验环境一般不用加这么复杂。4.3 配置TFTP服务并准备引导文件TFTP的配置文件是/etc/xinetd.d/tftpCentOS 7的tftp-server需要通过xinetd来管理。vim /etc/xinetd.d/tftp把disable改成no并确保server_args指定的目录是我们放引导文件的目录service tftp { socket_type dgram protocol udp wait yes user root server /usr/sbin/in.tftpd server_args -s /var/lib/tftpboot disable no per_source 11 cps 100 2 flags IPv4 }放引导文件这一步是关键好在syslinux包已经帮我们装好了直接用拷贝命令cp /usr/share/syslinux/pxelinux.0 /var/lib/tftpboot/ mkdir -p /var/lib/tftpboot/pxelinux.cfg touch /var/lib/tftpboot/pxelinux.cfg/default然后从镜像里提取内核和initrd放到TFTP根目录的centos7子目录中mkdir -p /var/lib/tftpboot/centos7 cp /var/www/html/centos7/isolinux/vmlinuz /var/lib/tftpboot/centos7/ cp /var/www/html/centos7/isolinux/initrd.img /var/lib/tftpboot/centos7/启动xinetd服务systemctl restart xinetd systemctl enable xinetdTFTP服务本身很简单单文件传输不需要用户名密码但它非常容易因为权限问题导致客户端下载失败。tftpd是默认以nobody身份运行的如果pxelinux.0或者vmlinuz文件的权限不够客户端会卡在“加载引导文件”阶段。稳妥起见把TFTP根目录权限设置为755引导文件设置为644。4.4 编写PXE启动菜单default文件pxelinux.0引导后它会按照一定的规则在/var/lib/tftpboot/pxelinux.cfg/目录里找配置文件。默认是default文件我们可以在这个文件里定义启动菜单。vim /var/lib/tftpboot/pxelinux.cfg/default写入如下内容default vesamenu.c32 prompt 0 timeout 60 menu title PXE Install Server label local menu label Boot from ^Local Drive localboot 0 label centos7 menu label Install CentOS 7 via ^HTTP kernel centos7/vmlinuz append initrdcentos7/initrd.img inst.repohttp://192.168.10.10/centos7 inst.kshttp://192.168.10.10/ks/ks.cfgdefault vesamenu.c32指定了菜单界面程序timeout 60是菜单倒计时秒数。label local这一项必须保留方便意外情况下从本地磁盘启动不至于把手里唯一一台可以远程的机器搞挂。append那一行里inst.repo指定了安装源位置这里用HTTPinst.ks告诉安装器去下载我们的无人值守应答文件放在后面的章节详细说。当前阶段先不加inst.ks我们先用PXE手动装一次验证链路。4.5 HTTP安装源的准备PXE引导成功后Anaconda需要从某个地方拉取完整的安装文件。我们刚才已经把镜像解压到了/var/www/html/centos7目录其实这个目录就是安装源。HTTP源路径在inst.repohttp://192.168.10.10/centos7里已经指明。有的教程喜欢用NFS做安装源说HTTP目录权限简单但NFS还需要单独配置export多一层负担。而且如果以后要加kickstart文件、kickstart里还要放定制脚本放在HTTP服务器里是最顺手的。4.6 首次PXE引导验证配置完成后把测试客户端的引导方式改为“网络启动/PXE”。在VMware里可以在虚拟机设置中把网卡的启动顺序调整到第一位或者在开机时按F12进入网络启动菜单物理机一般是按F12也有F8/F9的选择PXE引导。正常流程是客户端开机显示“Trying to load pxelinux.0”之类的提示过几秒出现PXE默认的启动菜单选择“Install CentOS 7 via HTTP”系统加载vmlinuz和initrd.img后进入Anaconda图形/文本安装界面。如果卡在某一小步不要急到第6节去看排查思路。PXE链路通了以后下一步就是给这台机器“装上大脑”——ks无人值守。5. ks无人值守让安装器自动跑完整个流程5.1 ks文件到底是什么kickstart应答文件说白了就是一份配置清单Anaconda启动后会先去读这个文件每个安装步骤的命令行参数它都能从文件里找到答案。举例说安装时你要面临“分区怎么分”“时区选哪个”“root密码是什么”“装哪些软件包”这些问题ks文件里都有对应字段。ks文件的本质是“把原本的交互式问答变成配置文件读写”。文件里没有的配置项Anaconda还是会弹出来问你所以一份好的ks文件要覆盖完整否则无人值守就变成中途卡住。5.2 生成ks文件的两种方式第一种方式在已经装好的CentOS 7系统上安装图形化配置工具yum install -y system-config-kickstart system-config-kickstart打开后按图形界面设置语言、时区、分区、软件包等最后保存为ks.cfg。这种方式的优点是直观缺点是版本和实际安装器版本可能存在细微差异生成的某些配置项在新版本anaconda里已经废弃。第二种方式也是我更推荐的先用PXE手动安装一遍CentOS 7安装完成后安装器会在系统里自动生成一份/root/anaconda-ks.cfg文件这个文件忠实记录了刚才你手动安装时的所有选项。你完全可以拿它当模板再手动改改比从零手写靠谱得多。cp /root/anaconda-ks.cfg /var/www/html/ks/ks.cfg chmod r /var/www/html/ks/ks.cfg这个文件放在HTTP服务器上客户端只要能下载到就可以。我把ks文件统一放在/var/www/html/ks/目录里一个场景一个文件比如web-server.ks、db-server.ks需要哪个就在PXE菜单里给哪个加一个label。5.3 一份可用的ks.cfg长什么样下面是我常用的一份精简ks.cfg直接贴在注释里讲解#versionRHEL7 # 安装源如果PXE菜单里已经有inst.repo这里可以不写 url --urlhttp://192.168.10.10/centos7 # 语言与时区 lang zh_CN.UTF-8 keyboard us timezone Asia/Shanghai --isUtc # root密码注意用grub-md5-crypt或openssl passwd -6生成加密字符串 rootpw --iscrypted $6$xxxxxx # 认证方式 auth --useshadow --passalgosha512 # 网络配置DHCP自动获取 network --bootprotodhcp --deviceens33 --onbootyes # 分区设置清空现有磁盘boot分区500Mswap分区4096M剩余全给根分区 clearpart --all --initlabel part /boot --fstypexfs --size500 part swap --size4096 part / --fstypexfs --grow --size1 # 软件包选择 %packages ^minimal core kexec-tools tree vim-enhanced wget %end # 安装后执行的脚本装完后自动关闭SELinux并创建测试文件 %post --interpreter/bin/bash sed -i s/SELINUXenforcing/SELINUXdisabled/g /etc/selinux/config echo kickstart ok /root/ks_test.txt %end几个关键点rootpw --iscrypted后面跟的是密文不是明文。生成密文可以用grub-md5-crypt或者openssl passwd -6我习惯用后者因为它在所有Linux系统上都可用。明文密码写在ks文件里极易被局域网里抓包看到这个习惯要不得。clearpart --all --initlabel是危险项它会清空磁盘所有分区。实验环境没问题但如果你把ks文件误用到了有数据的服务器上后果不敢想。我建议在生产用的ks文件里加zerombr参数并且根据机器用途严格设计分区逻辑尽量不用--grow这种“把所有都怼给根分区”的粗暴方式。%packages里的^minimal是指定环境组core是安装核心组件包组单个包直接写包名。如果担心软件包列表覆盖不全可以加上^graphical-server之类的环境组但会显著拉长安装时间。%post段落在安装完成后执行非常适合做初始化动作比如配置内核参数、写入防火墙规则、创建用户或者从YUM仓库里安装fabric/ansible等批量管理工具。5.4 把ks文件串进PXE引导参数刚才在default文件里已经看到append那一行的inst.kshttp://192.168.10.10/ks/ks.cfg这就是指引安装器去下载ks文件的参数。注意Anaconda还支持把ks文件放在TFTP目录设置inst.kstftp://192.168.10.10/ks.cfg但我在实践中发现TFTP传输文件大小有限制老版本tftp一次最大只能传65464字节ks文件稍微大一点就传输失败所以用HTTP是最稳的。修改完default文件后因为pxelinux.0每次引导都会重新读取配置所以不需要重启TFTP服务。直接开机再引导一次就能看到效果了。5.5 完整的无人值守安装验证再次开机测试客户端选择PXE菜单对应的条目Anaconda应该不会再弹出交互界面而是直接开始读取ks.cfg加载网络配置自动分区这一步会格式化磁盘要确认客户端数据无关紧要拷贝软件包时长取决于网络和磁盘速度实测一般5~10分钟安装引导程序执行%post脚本自动重启ks里默认安装了grub2引导重启后进入新系统。新系统起来后重启完如果能看到PXE菜单还在不要慌因为它设置了PXE优先启动直接选local从本地盘引导即可。更彻底的做法是把客户端网卡的引导顺序改回来让它优先从硬盘启动或者直接把VMware虚拟机的网卡断开确认系统能独立运行。5.6 按业务场景扩展多菜单多ksPXE的default文件支持多个label这意味着你可以在同一个PXE服务器上为不同规格的机器提供不同的起装参数。比如“标准Web服务器”和“数据库服务器”的分区策略不一样“带GUI环境”和“最小化安装”的软件包组也不一样。我通常会在default文件里做这么几件事加一个“Boot from local”的默认项超时后自动进本地盘再为每一种部署需求加一个labelmenu label写清楚是干什么的这样运维人员只要认名字就能选。注意timeout的设置我习惯设置为30~60秒给操作员留出手动选择时间但又不能太久拖慢批量速度。6. 常见问题与排查思路实录6.1 问题速查表下面这张表是这些年我遇到次数最多的错误每一条都配了原因和排查思路。现象可能原因排查思路客户端开机提示“PXE-E53 No boot filename received”DHCP返回了地址但没收到引导文件名查dhcpd.conf的filename选项查eth0网卡是否被其他DHCP服务先应答能收到pxelinux.0但之后卡死TFTP权限问题或pxelinux.cfg目录缺失检查/var/lib/tftpboot目录权限确认pxelinux.cfg/default文件存在且内容非空引导后找不到vmlinuz/initrd.img内核文件没拷贝到TFTP根目录或路径写错确认default文件里kernel路径与实际文件位置一致加载内核后报“mount.nfs4: No such device”或HTTP 404安装源位置错误确认inst.repo指向的目录下确实有repodata和Packages目录kickstart文件下载失败HTTP目录权限或ks文件名大小写错误curl直接测一下ks的URL是否能访问无人值守中途还是弹出交互界面ks文件覆盖不完整检查报错安装步骤对应的ks配置项用安装器提示的错误信息一行行对照客户端开机老进PXE菜单导致无法进系统启动顺序仍是网卡优先修改BIOS/UEFI启动顺序或在PXE菜单中选“Boot from local”6.2 几个印象深刻的排查过程第一次做PXE实验时我的DHCP和TFTP全配好了客户端网卡也在VMnet里但开机就是卡在“Probing the network”很久最后提示No boot filename。后来我抓包发现客户端的DHCP Discover被VMware自带的DHCP抢先应答了局域网里出现了两个DHCP服务客户端拿到的是VMware的IP和引导参数当然找不到我的TFTP。解决方法是把VMnet的DHCP服务关掉并确认dhcpd.conf里只监听我们自己的网段。还有一次是在生产环境帮一台物理机装系统PXE引导很顺利但拉到ks文件后一直报“Error downloading kickstart file”我看URL没问题服务器上文件也存在为什么后来发现是防火墙的80端口没放行。HTTP服务本身在服务器上正常但外部客户端无法访问这就解释了“本地curl正常、远端下载超时”的现象。在服务器上测试服务和在客户端视角测试服务是两回事排查时要养成用另一台机器验证的习惯。TFTP权限问题也很隐蔽。当时tftpd以nobody身份运行我把pxelinux.0拷贝到TFTP根目录后权限默认是644一般没问题。但如果文件是root属主、且目录没有x权限tftpd就无法进入目录读取文件客户端表现就是下载引导文件时一直转圈。后来我统一把TFTP目录权限设为755放进去的引导文件一律chmod 644这类故障就再没出现过。关于ks文件里root密码建议用openssl passwd -6 -salt somesalt 你的密码生成密文。很多教程直接写rootpw 123456装完系统倒也能用但ks文件是明文HTTP传输的局域网里谁都能看到而且123456这种密码本身就是安全短板。生产环境更建议用user --namexxx创建普通用户再给root密码一个随机密文安装完第一时间强制改密。6.3 kickstart文件分区和软件包选择的注意点ks文件里part / --grow --size1这种写法很常见它会让根分区占满所有剩余空间。如果你还有多个数据盘最好别偷懒把磁盘规划写在ks里否则装完发现根分区占了全部空间还得在线扩容反而耽误进程。多物理机分区时用ignoredisk --only-usesda这样的选项限定安装目标磁盘非常实用。软件包选择上^minimal环境组装出来的系统很干净但很多运维常用的工具目录都没有。如果是Web服务器场景建议至少加上^web-server环境组或者手动加上httpd, nginx, php等包。包名写错会导致Anaconda在安装刚开始就报错排查时看/root/install.log里的报错记录最直观。7. 继续扩展这套体系还能怎么用这套YUMPXEks架构完全可以作为公司内部的基础设施去迭代。比如在ks的%post里加入ansible或者salt-minion的安装新机器一装完就自动被纳管后续配置都由配置管理工具下发。运维人员只需要管理好PXE服务器的菜单和ks文件不同环境的模板差异全部收敛在文件里交付一台服务器的操作就变成了“选菜单等完成”。我自己在实践里是把PXE菜单按环境拆分一套用于裸机初始安装一套用于测试环境重建一套用于批量给物理机打驱动或者分区。每次有新的标准化需求比如新加一个软件包组改的是ks文件而不是重新折腾一遍装系统流程。这套东西跑通之后整个团队交付新机器的效率能上一个台阶省出来的时间都花在更有价值的地方上了。如果你手头正打算做批量装机我的建议是先把YUM仓库和PXE链路单独验证一遍确认“引导—内核—安装源”这条主线通了再引入ks自动化。主线不通就上ks出了问题你根本分不清是PXE的问题还是ks的问题。分步验证每一步都能看到明确结果这才是把这套环境一次配成功的核心方法。