第 8 章 已知问题
这部分论述了 Red Hat Enterprise Linux 9.0 中已知的问题。
8.1. 安装程序和镜像创建
reboot --kexec 和 inst.kexec 命令不提供可预测的系统状态
使用 reboot --kexec Kickstart 命令或 inst.kexec 内核引导参数执行 RHEL 安装不会提供与完全重启相同的可预期系统状态。因此，在不重启的情况下切换安装的系统可能会导致无法预计的结果。
请注意，kexec 功能已弃用，并将在以后的 Red Hat Enterprise Linux 版本中删除。
(BZ#1697896)
当使用第三方工具创建的 USB 引导安装时，不会检测到本地介质安装源
当从使用第三方工具创建的 USB 引导 RHEL 安装时，安装程序无法检测 Local Media 安装源（只检测到 Red Hat CDN ）。
出现这个问题的原因是，默认的引导选项 int.stage2= 会尝试搜索 iso9660 镜像格式。但是，第三方工具可能会创建具有不同格式的 ISO 镜像。
作为临时解决方案，请使用以下解决方案之一：
-
当引导安装时，点
Tab键编辑内核命令行，并将引导选项inst.stage2=改为inst.repo=。 - 要在 Windows 中创建可引导 USB 设备，使用 Fedora Media Writer。
- 使用 Rufus 等第三方工具创建可引导 USB 设备时，首先在 Linux 系统上重新生成 RHEL ISO 镜像，然后使用第三方工具创建可引导 USB 设备。
有关执行任何指定临时解决方案的步骤的更多信息，请参阅安装 RHEL 8.3 过程中不会自动探测到安装介质
(BZ#1877697)
auth 和 authconfig Kickstart 命令需要 AppStream 软件仓库
auth 和 authconfig Kickstart 命令在安装过程中需要 authselect-compat 软件包。如果没有这个软件包，如果使用了 auth 或 authconfig，则安装会失败。但根据设计，authselect-compat 软件包只包括在 AppStream 仓库中。
要临时解决这个问题，请确定安装程序可使用 BaseOS 和 AppStream 软件仓库，或者在安装过程中使用 authselect Kickstart 命令。
(BZ#1640697)
在 Anaconda 作为应用程序运行的系统中意外 SELinux 策略
当在已安装的系统中作为应用程序运行 Anaconda（例如，使用 -image anaconda 选项对镜像文件执行另一个安装）时，系统将无法在安装过程中修改 SELinux 类型和属性。因此，某些 SELinux 策略元素可能会更改运行 Anaconda 的系统。要临时解决这个问题，请不要在生产环境系统上运行 Anaconda，并在临时虚拟机中执行它。因此，生产系统上的 SELinux 策略不会被修改。作为系统安装过程的一部分，运行 anaconda，如从 boot.iso 或 dvd.iso 安装不受此问题的影响。
USB CD-ROM 驱动器作为 Anaconda 中的安装源不可用
当源为 USB CD-ROM 驱动器，并且指定了 Kickstart ignoredisk --only-use= 命令时，安装会失败。在这种情况下，Anaconda 无法找到并使用这个源磁盘。
要临时解决这个问题，请使用 harddrive --partition=sdX --dir=/ 命令从 USB CD-ROM 驱动器安装。因此，安装不会失败。
最小 RHEL 安装不再包含 s390utils-base 软件包
在 RHEL 8.4 及之后的版本中，s390utils-base 软件包被分成 s390utils-core 软件包，以及一个辅助 s390utils-base 软件包。因此，将 RHEL 安装设置为 minimal-environment 只会安装必要的 s390utils-core 软件包，而不是辅助 s390utils-base 软件包。要临时解决这个问题，请在完成 RHEL 安装后手动安装 s390utils-base 软件包，或使用 kickstart 文件明确安装 s390utils-base。
(BZ#1932480)
使用 iso9660 文件系统的硬盘分区安装失败
您不能在使用 iso9660 文件系统进行分区的系统中安装 RHEL。这是因为将设置为忽略包含 iso9660 文件系统分区的硬盘的更新安装代码。即使在没有使用 DVD 的情况下安装 RHEL，也会发生这种情况。
要解决这个问题，请在 kickstart 文件中添加以下脚本，以在安装开始前格式化磁盘。
备注：在执行临时解决方案前，备份磁盘上可用的数据。erafs 命令对磁盘中的所有现有数据进行格式化。
%pre
wipefs -a /dev/sda
%end因此，安装可以正常工作，且没有任何错误。
Anaconda 无法验证管理员用户帐户是否存在
在使用图形用户界面安装 RHEL 时，Anaconda 无法验证管理员帐户是否已创建。因此，用户可以在没有管理员用户帐户的情况下安装系统。
要临时解决这个问题，请确保配置管理员用户帐户或 root 密码已设置，且 root 帐户被解锁。因此，用户可以在安装的系统中执行管理任务。
在出现不成功的 CHAP 验证尝试后，Anaconda 无法使用 no authentication 方法登录 iSCSI 服务器
当您使用 CHAP 身份验证添加 iSCSI 磁盘时，如果因为凭证不正确而导致登录失败，使用 no authentication 方法尝试重新登录也将失败。要解决这个问题，请先关闭当前会话，再使用 no authentication 方法登录。
(BZ#1983602)
新的 XFS 功能可防止使用比版本 5.10 更早的固件引导 PowerNV IBM POWER 系统
PowerNV IBM POWER 系统使用 Linux 内核进行固件，并使用 Petitboot 作为 GRUB 的替代。这会导致固件内核挂载 /boot，Petitboot 读取 GRUB 配置和引导 RHEL。
RHEL 9 内核为 XFS 文件系统引入了 bigtime=1 和 inobtcount=1 功能，而使用比版本 5.10 旧固件的内核不理解。
要临时解决这个问题，您可以为 /boot 使用另一个文件系统，例如 ext4。
(BZ#1997832)
当 PReP 大小为 4 或 8 MiB 时，无法安装 RHEL
如果 PowerPC Reference Platform(PReP)分区与使用 4 kiB 扇区的磁盘上的 4 MiB 或 8 MiB 不同，RHEL 安装程序无法安装引导装载程序。因此，您无法在磁盘中安装 RHEL。
要临时解决这个问题，请确保 PReP 分区的大小为 4 MiB 或 8 MiB，且大小没有舍入到另一个值。现在，安装程序可以在磁盘中安装 RHEL。
(BZ#2026579)
新的 XFS 功能防止具有比版本 5.10 更旧的固件内核的 PowerNV IBM POWER 系统启动
PowerNV IBM POWER 系统使用 Linux 内核进行固件，并使用 Petitboot 作为 GRUB 的替代。这会导致固件内核挂载 /boot，Petitboot 读取 GRUB 配置和引导 RHEL。
RHEL 9 内核向 XFS 文件系统中引入了 bigtime=1 和 inobtcount=1 功能，具有早于版本 5.10 固件的系统不会理解。因此，Anaconda 会阻止安装，并报以下错误信息：
您的固件不支持 /boot 文件系统上的 XFS 文件系统功能。系统将无法启动。请升级固件或更改文件系统类型。
作为临时解决方案，请为 /boot 使用其它文件系统，例如 ext4。
(BZ#2008792)
RHEL 安装程序无法正确处理 inst.proxy 引导选项
运行 Anaconda 时，安装程序无法正确处理 inst.proxy 引导选项。因此，您无法使用指定的代理获取安装镜像。
要临时解决这个问题：* 使用最新版本的 RHEL 发行版。* 使用 proxy 而不是 inst.proxy 引导选项。
(JIRA:RHELDOCS-18764)
在带有多个 LUN 的 IBM Z 构架上，RHEL 安装失败
在安装过程中使用多个 LUN 时，RHEL 安装在 IBM Z 构架上失败。由于 FCP 的多路径设置和 LUN 自动扫描行为，配置文件中内核命令行的长度超过 896 字节。
要临时解决这个问题，您可以执行以下操作之一：
- 安装最新版本的 RHEL (RHEL 9.2 或更高版本)。
- 安装带有一个 LUN 的 RHEL 系统，并在安装后添加额外的 LUN。
-
在安装的系统上的引导配置中优化冗余的
zfcp条目。 -
为
/dev/mapper/下列出的每个额外 LUN 创建一个物理卷(pvcreate)。 -
使用 PV 扩展 VG，例如
vgextend <vg_name> /dev/mapper/mpathX。 -
根据需要增大 LV，例如
lvextend -r -l +100%FREE /dev/<vg name>/root。
如需更多信息，请参阅 KCS 解决方案。
(JIRA:RHELDOCS-18638)
RHEL 安装程序不会自动发现或使用 iSCSI 设备作为 aarch64 上的引导设备
在 aarch64 上运行的 RHEL 安装程序中没有 iscsi_ibft 内核模块可防止自动发现固件中定义的 iSCSI 设备。使用 GUI 手动添加这些设备时，安装程序不会自动看到这些设备，或者选择作为引导设备。作为临时解决方案，请在引导安装程序时将 "inst.nonibftiscsiboot" 参数添加到内核命令行中，然后使用 GUI 手动附加 iSCSI 设备。因此，安装程序可以将附加的 iSCSI 设备识别为可引导，安装可以如预期完成。
如需更多信息，请参阅 KCS 解决方案。
(JIRA:RHEL-56135)
