第 10 章 已知问题
这部分论述了 Red Hat Enterprise Linux 8.5 中已知的问题。
10.1. 安装程序和镜像创建
如果在仓库刷新完成前尝试使用 CDN 取消注册，则 GUI 安装可能会失败
从 RHEL 8.2 开始，当使用 Content Delivery Network(CDN)注册您的系统并附加订阅时，GUI 安装程序会启动对仓库元数据的刷新。刷新过程不是注册和订阅过程的一部分，因此在 Connect to Red Hat 窗口中启用了 Unregister 按钮。根据网络连接，刷新过程可能需要一分钟以上的时间完成。如果您在刷新过程完成前点 Unregister 按钮，则 GUI 安装可能会失败，因为未注册过程会删除 CDN 仓库文件和安装程序与 CDN 通信所需的证书。
要临时解决这个问题，点 连接到红帽 窗口中的 Register 按钮后在 GUI 安装中完成以下步骤：
- 在 连接到红帽的 窗口中点 完成 返回 安装概述 窗口。
- 在 安装概述 窗口中验证 安装源 和 软件选择状态 信息是否以斜体显示任何处理信息。
- 当安装源和软件选择类别准备好后，点 连接到红帽。
- 点 Unregister 按钮。
执行这些步骤后，您可以在 GUI 安装过程中安全地取消注册系统。
(BZ#1821192)
属于多个机构的用户帐户注册失败
目前，当试图使用属于多个机构的用户帐户注册系统时，注册过程会失败并显示出错信息, You must specify an organization for new units。
要临时解决这个问题，您可以：
- 使用不属于多个机构的不同用户帐户。
- 使用 GUI 和 Kickstart 安装的的 Connect to Red Hat 中的Activation Key 验证方法。
- 跳过连接到红帽的注册步骤，并使用 Subscription Manager 在安装后注册您的系统。
USB CD-ROM 驱动器作为 Anaconda 中的安装源不可用
当源为 USB CD-ROM 驱动器，并且指定了 Kickstart ignoredisk --only-use= 命令时，安装会失败。在这种情况下，Anaconda 无法找到并使用这个源磁盘。
要临时解决这个问题，请使用 harddrive --partition=sdX --dir=/ 命令从 USB CD-ROM 驱动器安装。因此，安装不会失败。
auth 和 authconfig Kickstart 命令需要 AppStream 软件仓库
auth 和 authconfig Kickstart 命令在安装过程中需要 authselect-compat 软件包。如果没有这个软件包，如果使用了 auth 或 authconfig，则安装会失败。但根据设计，authselect-compat 软件包只包括在 AppStream 仓库中。
要临时解决这个问题，请确定安装程序可使用 BaseOS 和 AppStream 软件仓库，或者在安装过程中使用 authselect Kickstart 命令。
(BZ#1640697)
reboot --kexec 和 inst.kexec 命令不提供可预测的系统状态
使用 reboot --kexec Kickstart 命令或 inst.kexec 内核引导参数执行 RHEL 安装不会提供与完全重启相同的可预期系统状态。因此，在不重启的情况下切换安装的系统可能会导致无法预计的结果。
请注意，kexec 功能已弃用，并将在以后的 Red Hat Enterprise Linux 版本中删除。
(BZ#1697896)
在安装程序中不默认启用网络访问
几个安装功能需要网络访问，例如：使用 Content Delivery Network(CDN)、NTP 服务器支持和网络安装源注册系统。但默认情况下不启用网络访问，因此在启用网络访问前无法使用这些功能。
要临时解决这个问题，请添加 ip=dhcp 在启动安装时启用网络访问。另外，使用引导选项传递 Kickstart 文件或位于网络中的库也会解决这个问题。因此可以使用基于网络的安装功能。
(BZ#1757877)
带有 iso9660 文件系统的硬盘分区安装失败
您不能在使用 iso9660 文件系统进行分区的系统中安装 RHEL。这是因为将设置为忽略包含 iso9660 文件系统分区的硬盘的更新安装代码。即使在没有使用 DVD 的情况下安装 RHEL，也会发生这种情况。
要解决这个问题，请在 kickstart 文件中添加以下脚本，以在安装开始前格式化磁盘。
注意：在执行临时解决方案前，备份磁盘上可用的数据。erafs 命令对磁盘中的所有现有数据进行格式化。
%pre
wipefs -a /dev/sda
%end因此，安装可以正常工作，且没有任何错误。
带有 HASH MMU 模式的 IBM Power 系统无法引导，并显示内存分配失败
具有 HASH 内存分配单元(MMU) 模式的 IBM Power Systems 最多支持 192 个核的 kdump 。因此，如果在超过 192 个核上启用了 kdump，则系统会无法引导，显示内存分配失败。这个限制是因为 HASH MMU 模式下早期引导过程中的 RMA 内存分配。要临时解决这个问题，请使用启用了 fadump 的 Radix MMU 模式，而不是使用 kdump。
(BZ#2028361)
在蓝图和 Kickstart 文件中添加相同的用户名会导致 Edge 镜像安装失败
要安装 RHEL for Edge 镜像，用户必须创建一个蓝图来构建 rhel-edge-container 镜像，并创建一个 Kickstart 文件来安装 RHEL for Edge 镜像。当在蓝图和 Kickstart 文件中添加相同的用户名、密码和 SSH 密钥时，RHEL for Edge 镜像安装会失败。目前，还没有临时解决方案。
new osbuild-composer 后端不会在升级时从 lorax-composer 复制 蓝图状态
从 lorax-composer 后端升级到新的 osbuild-composer 后端的镜像构建器用户，蓝图可能会消失。因此，升级完成后，蓝图不会自动显示。要临时解决这个问题，请执行以下步骤。
先决条件
-
已安装
composer-cliCLI 工具。
流程
运行该命令，将之前基于
lorax-composer的蓝图加载到 newosbuild-composer后端：$ for blueprint in $(find /var/lib/lorax/composer/blueprints/git/workspace/master -name '*.toml'); do composer-cli blueprints push "${blueprint}"; done
因此，相同的蓝图现在包括在 in osbuild-composer 后端。
其它资源
- 有关此已知问题的详情，请参阅镜像构建器蓝图在 Red Hat Enterprise Linux 8.3 的更新后不再存在。
在 Anaconda 作为应用程序运行的系统中意外 SELinux 策略
当 Anaconda 作为应用程序运行在已安装的系统上（例如，使用 -image anaconda 选项对镜像文件执行另一次安装）时，不禁止系统在安装过程中修改 SELinux 类型和属性。因此，某些 SELinux 策略的元素可能会在运行Anaconda 的系统上发生更改。要临时解决这个问题，请不要在生产环境系统上运行 Anaconda，而在临时虚拟机中执行它。因此，生产系统上的 SELinux 策略没有被修改。作为系统安装过程的一部分运行 anaconda，如从 boot.iso 或 dvd.iso 安装不会受此问题的影响。
