CentOS 6.9下PXE+Kickstart无人值守安装操作系统附常见问题

CentOS 6.9下PXE+Kickstart无人值守安装操作系统

一、简介

1.1 什么是PXE

PXE(Pre-boot Execution Environment，预启动执行环境)是由Intel公司开发的最新技术，工作于Client/Server的网络模式，支持工作站通过网络从远端服务器下载映像，并由此支持通过网络启动操作系统，在启动过程中，终端要求服务器分配IP地址，再用TFTP（trivial file transfer protocol）或MTFTP(multicast trivial file transfer protocol)协议下载一个启动软件包到本机内存中执行，由这个启动软件包完成终端基本软件设置，从而引导预先安装在服务器中的终端操作系统。

严格来说，PXE 并不是一种安装方式，而是一种引导方式。进行 PXE 安装的必要条件是在要安装的计算机中必须包含一个 PXE 支持的网卡（NIC），即网卡中必须要有 PXE Client。PXE 协议可以使计算机通过网络启动。此协议分为 Client端和 Server 端，而PXE Client则在网卡的 ROM 中。当计算机引导时，BIOS 把 PXE Client 调入内存中执行，然后由 PXE Client 将放置在远端的文件通过网络下载到本地运行。运行 PXE 协议需要设置 DHCP 服务器和 TFTP 服务器。DHCP 服务器会给 PXE Client（将要安装系统的主机）分配一个 IP 地址，由于是给 PXE Client 分配 IP 地址，所以在配置 DHCP 服务器时需要增加相应的 PXE 设置。此外，在 PXE Client 的 ROM 中，已经存在了 TFTP Client，那么它就可以通过 TFTP 协议到 TFTP Server 上下载所需的文件了。

PXE的工作过程：

1. PXE Client 从自己的PXE网卡启动，向本网络中的DHCP服务器索取IP；

2. DHCP 服务器返回分配给客户机的IP 以及PXE文件的放置位置(该文件一般是放在一台TFTP服务器上) ；

3. PXE Client 向本网络中的TFTP服务器索取pxelinux.0 文件；

4. PXE Client 取得pxelinux.0 文件后之执行该文件；

5. 根据pxelinux.0 的执行结果，通过TFTP服务器加载内核和文件系统 ；

6. 进入安装画面, 此时可以通过选择HTTP、FTP、NFS 方式之一进行安装；

详细工作流程，请参考下面这幅图：

1.2 什么是Kickstart

Kickstart是一种无人值守的安装方式。它的工作原理是在安装过程中记录典型的需要人工干预填写的各种参数，并生成一个名为ks.cfg的文件。如果在安装过程中（不只局限于生成Kickstart安装文件的机器）出现要填写参数的情况，安装程序首先会去查找Kickstart生成的文件，如果找到合适的参数，就采用所找到的参数；如果没有找到合适的参数，便需要安装者手工干预了。所以，如果Kickstart文件涵盖了安装过程中可能出现的所有需要填写的参数，那么安装者完全可以只告诉安装程序从何处取ks.cfg文件，然后就去忙自己的事情。等安装完毕，安装程序会根据ks.cfg中的设置重启系统，并结束安装。

PXE+Kickstart 无人值守安装操作系统完整过程如下：

二、系统环境

实验环境：VMware Workstation 10

系统平台：CentOS release 6.9 (最小化安装)

网络模式：NAT模式（共享主机的IP地址）

DHCP / TFTP IP：192.168.111.130

HTTP / FTP / NFS IP：192.168.111.130

防火墙已关闭/iptables: Firewall is not running.

SELINUX=disabled

三、准备工作

生成ks.cfg 文件

通常，我们在安装操作系统的过程中，需要大量的和服务器交互操作，为了减少这个交互过程，kickstart就诞生了。使用这种kickstart，只需事先定义好一个Kickstart自动应答配置文件ks.cfg（通常存放在安装服务器上），并让安装程序知道该配置文件的位置，在安装过程中安装程序就可以自己从该文件中读取安装配置，这样就避免了在安装过程中多次的人机交互，从而实现无人值守的自动化安装。

生成kickstart配置文件的三种方法：

方法1、 每安装好一台Centos机器，Centos安装程序都会创建一个kickstart配置文件，记录你的真实安装配置。如果你希望实现和某系统类似的安装，可以基于该系统的kickstart配置文件来生成你自己的kickstart配置文件。（生成的文件名字叫anaconda-ks.cfg位于/root/anaconda-ks.cfg）
方法2、Centos提供了一个图形化的kickstart配置工具。在任何一个安装好的Linux系统上运行该工具，就可以很容易地创建你自己的kickstart配置文件。kickstart配置工具命令为redhat-config-kickstart（RHEL3）或system-config-kickstart（RHEL4，RHEL5）.网上有很多用CentOS桌面版生成ks文件的文章，如果有现成的系统就没什么可说。但没有现成的，也没有必要去用桌面版，命令行也很简单。
方法3、阅读kickstart配置文件的手册。用任何一个文本编辑器都可以创建你自己的kickstart配置文件。
四、配置HTTP安装方式

系统的安装方式可以选择HTTP、FTP、 NFS，我们这里介绍HTTP方式的安装，其他两种方式的安装，大家可以自行百度。

4.1 安装并配置HTTP

yum install httpd –y

rpm -qa|grep httpd

开启服务并设置开机启动

/etc/init.d/httpd start

chkconfig --level 35 httpd on

4.2 加载ISO镜像

在虚拟机中设置加载ISO镜像。

将iso文件挂载至/mnt/cdrom.

4.3 复制光盘全部内容至http 的根目录/var/www/html/ 下

cp -r /mnt/cdrom/ /var/www/html/

HTTP部分设置完毕。

五、配置TFTP

5.1 安装tftp-server

yum install tftp-server –y

5.2 启用tftp 服务

vi /etc/xinetd.d/tftp

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
}
将disable 设置为no

5.3 启动tftp服务

因为tftp服务是挂载在超级进程xinetd 下的，所以通过启动xinetd 来启动tftp服务。

/etc/init.d/xinetd restart

九、测试安装

自动化安装系统配置完毕，下面启动一台新的机器进行测试，网络连接模式选择NAT模式。

在使用PXE+Kickstart无人值守安装操作系统的时候
总是会出现一些意料之外的问题，以下给出一些个人的解决办法：

1.TPTP can not open connection

此问题出现的时候，很多情况是dhcp的配置存在问题。

subnet 192.168.174.0 netmask 255.255.255.0 { #提供DHCP服务的网段
range 192.168.174.3 192.168.174.251; #地址池
#option domain-name "internal.example.org"; #分配DNS域，由于在虚拟机上创建，注释
option routers 192.168.174.2; #网关
next-server 192.168.174.145; #tftp服务器地址
filename "pxelinux.0"; #PXE引导文件
default-lease-time 600; #默认租约时常
max-lease-time 7200; #最大租约时常
option domain-name-servers 192.168.1.1; #分配DNS地址，一般写真实DNS地址，
}

此配置有几个需要注意的地方：
option routers 192.168.174.2; #网关
next-server 192.168.174.145; #tftp服务器地址
此处的网关是VMware为虚拟机提供的网关
使用VMware做实验的时候，此时的虚拟机的tftp的服务器地址为PXE的IP地址

2.Error down loading kickstart file

此处需要注意的是ks.cfg文件的权限问题。
一般情况下，此处的权限问题需大于或者等于755.

3.Unable to retrieve

此处的问题还是权限问题，安装完成相关服务后
在/var/ftp下有pub目录，把光盘文件直接挂在在此处。文件的权限大于或者等于755

4.the following problem occurred on line 42 of the kickstart file

对比之下，可以发现，第42行除应为“--ondrive”，但是一不小心写成了“--oindriive”
这是由于在编辑配置文件的时候不小心造成的，这个在以后需要注意

5.not enough free space on disks

此处的问题是在对磁盘进行分区的时候，分区的容量超出了整个虚拟机的20G的容量。原来的代码：

重新计算后完成的代码如图：

：

6.unable to read package metadata

此问题主要是由于ks.cfg文件配置的不正确，主要出现是在分区完成以后了
主要的原因可能是由于打开了行代码

repo开始的这段代码需要注释掉。
当然，此处重新开机也ing不能解决问题了，次处修改完成后，需要长头开始安装