第 9 章 安装及引导

修复了 Kickstart 中提供网络配置时 initrd 的网络设置问题

如果 initrd 中的网络接口是在 Kickstart 文件中定义的,安装程序以前无法设置或重新配置这些接口。如果 Kickstart 文件中的其他命令要求访问网络,则可能导致安装失败或进入紧急模式。
已解决这个问题,Anaconda 在引导过程的早期可以正确处理 initrd 中的 Kickstart 文件定义的网络配置。

Anaconda 现在支持创建缓存的逻辑卷

安装程序现在支持创建缓存的 LVM 逻辑卷并将系统安装到这些卷上。
目前还只有 Kickstart 支持这个方法。要创建缓存逻辑卷,请使用 logvol Kickstart 命令的新选项:--cachepvs=--cachesize=--cachemode=
关于这些选项的详情,请参考《Red Hat Enterprise Linux 7 安装指南》。

改进了 GRUB2 引导菜单的排序

grub2-mkconfig 命令采用的排序机制中的一个问题会导致要生成的 grub.cfg 配置文件中的可用内核以错误的顺序排列。
GRUB2 现在使用 rpmdevtools 软件包为可用内核排序,配置文件可以正确地生成,最新的内核版本将列在顶部。

当磁盘选择有变动时,Anaconda 现在可以正确地恢复磁盘动作。

以前当磁盘选择有变动时,Anaconda 和 Blivet 无法正确地恢复磁盘上已调度的动作,从而造成各种问题。在这个更新中修复了 Anaconda,使其可以创建原始存储配置的快照,并在磁盘选择变动时返回原始配置,因而能够完全恢复在磁盘中调度的所有动作。

改进了对 device-mapper 磁盘名称的检测

在以前的 Red Hat Enterprise Linux 7 版本中,当在之前包含 LVM 逻辑卷且这些逻辑卷包含元数据仍存在的磁盘中进行安装时,安装程序有可能崩溃。安装程序无法识别正确的 device-mapper 名称,创建新的逻辑卷将会失败。
此版本更新了用于获取 device-mapper 设备名的方法。现在,在包含现存 LVM 元数据的磁盘上进行安装更可靠。

修复分区过程中 PReP Boot 的处理

在某些情况下,当进行自定义分区时,IBM Power 系统中的 PReP Boot 分区可能被设置为无效的大小。此时,删除任何分配都可能导致按照程序崩溃。
Anaconda 现在会对这种情况进行检查,确保分区大小总保持在 4096 KiB10 MiB 之间。此外,修改 PReP Boot 分区的大小不再需要修改其分区格式。

RAID1 设备中的 EFI 分区

现在可以在 RAID1 设备中创建 EFI 系统分区,这样就可以在出现引导磁盘故障时能够恢复。但因为只能保证在 EFI 系统分区中发现本系统,如果由该固件找到的 ESP 卷崩溃(但仍作为有效 ESP 出现),Boot####BootOrder 也会崩溃,然后就无法自动重建引导顺序。在这种情况下,该系统仍可以使用第二个磁盘手动引导。

进行网络配置时文本模式安装不再崩溃

以前,在交互式文本模式安装程序的“网络配置”页面中,指定命名服务器时使用空格会导致安装程序崩溃。
Anaconda 现在在文本模式下可以正确处理命名服务器中的空格,使用空格来隔开命名服务器地址时安装程序不会崩溃。

IBM System z 的救援模式页面不会被截断

以前 IBM System z 服务器救援模式中的第二和第三屏显示不正常,部分界面被截断。此版本改进了这个架构的救援模式,现在所有屏幕均可以正常显示。

Anaconda 中的 OpenSCAP 附加组件

现在可在安装过程中应用安全内容自动化协议(Security Content Automation Protocol,SCAP)内容。这个新的附加组件为配置安全策略提供了可靠和方便的方式,无需再依赖自定义脚本。
这个附加组件提供了新的 Kickstart 部分("%addon org_fedora_oscap")以及交互式安装过程中图形界面中的新页面。《Red Hat Enterprise Linux 7 安装指南》对这些内容都进行了论述。
根据您启用的策略,在安装过程中应用安全策略会在安装过程或安装后立即执行各种修改。如果选择了某个配置集,openscap-scanner 软件包(符合 OpenSCAP 的扫描工具)将添加至您的软件包选择中,且在安装完成后将进行初始的合规性扫描。扫描结果将保存到 /root/openscap_data
安装媒介中的 scap-security-guide 软件包提供了几个配置集。如果有需要,您也可以从 HTTP、HTTPS 或 FTP 服务器上的数据流、归档或 PRM 软件包载入其他内容。
注:不需要在所有系统中应用安全策略。只有机构规则或政府法规强制某种策略时,才应该使用这个附加组件,否则就让附加组件处于默认状态,即不会应用任何安全策略。

在等待 CD 或 DVD 上的 Kickstart 文件时 Anaconda 不再超时

以前,如果用 inst.ks=cdrom:/ks.cfg 命令将 Anaconda 配置为使用光盘加载 Kickstart 文件,同时使用 CD 或 DVD 引导系统时,安装程序只为您提供 30 秒的等待时间让您更换磁盘。超时后系统将进入紧急模式。
在这个更新中,已将 Anaconda 修改为等待用户提供 CD 或 DVD 中的 Kickstart 文件时永不超时。如果使用 inst.ks=cdrom 引导选项,且没检测到 Kickstart 文件,Anaconda 将显示提示,等待您提供该文件或重启。