第 11 章 已知问题
这部分论述了 Red Hat Enterprise Linux 9.1 中已知的问题。
11.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)
驱动程序磁盘菜单无法在控制台上显示用户输入
当您在内核命令行上将 inst.dd 选项与驱动程序磁盘一起使用来开始 RHEL 安装时，控制台将无法显示用户输入。因此，看起来应用程序没有对用户输入和冻结做出响应，但会显示让用户混淆的输出。但是，此行为不会影响功能，用户输入会在按 Enter 后被注册。
作为临时解决方案，要查看预期的结果，请忽略控制台中没有用户输入，并在完成添加输入后按 Enter 键。
(BZ#2109231)
在 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 驱动器安装。因此，安装不会失败。
使用 iso9660 文件系统的硬盘分区安装失败
您不能在使用 iso9660 文件系统进行分区的系统中安装 RHEL。这是因为将设置为忽略包含 iso9660 文件系统分区的硬盘的更新安装代码。即使在没有使用 DVD 的情况下安装 RHEL，也会发生这种情况。
要解决这个问题，请在 kickstart 文件中添加以下脚本，以在安装开始前格式化磁盘。
注：在执行临时解决方案前，请备份磁盘上的数据。erafs 命令对磁盘中的所有现有数据进行格式化。
%pre
wipefs -a /dev/sda
%end因此，安装可以正常工作，且没有任何错误。
Anaconda 无法验证管理员用户帐户是否存在
在使用图形用户界面安装 RHEL 时，Anaconda 无法验证管理员帐户是否已创建。因此，用户可以在没有管理员用户帐户的情况下安装系统。
要临时解决这个问题，请确保配置管理员用户帐户或 root 密码已设置，且 root 帐户被解锁。因此，用户可以在安装的系统中执行管理任务。
新的 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)
安装程序使用多路径设备在自定义分区时显示不正确的磁盘空间总量
在自定义分区时，安装程序不会过滤多路径设备的独立路径。这会导致安装程序显示到多路径设备的独立路径，用户可以为创建的分区选择到多路径设备的独立路径。因此，会显示不正确的磁盘空间总和。通过向总磁盘空间添加每个独立路径的大小来计算它。
作为临时解决方案，在自定义分区时只使用多路径设备而不是单独的路径，并忽略错误计算的磁盘空间。
安装无法通过光纤通道设备进行 NVMe 失败
安装 RHEL 时，安装程序会显示并允许通过 Fibre Channel 设备选择 Non-volatile Memory Express (NVMe)。不支持在安装过程中使用这样的设备。因此，安装过程可能会失败，或者安装的系统可能无法正确引导。
要临时解决这个问题，在互动安装过程中请不要使用 NVMe over Fibre Channel 设备（文本或者图形模式）。在运行 Kickstart 安装时，将系统配置为使用 ignoredisk --drives=<IGNORE_DISKS> Kickstart 命令，将 <IGNORE_DISKS> 替换为 NVMe over Fibre Channel 设备。另外，您可以使用 ignoredisk --only-use=<ONLY_USE_DISKS> 在安装过程中定义磁盘 Kickstart 使用，将 <ONLY_USE_DISKS> 替换为支持的设备。
只使用 Fibre Channel 设备的 NVMe 安装会失败。本地附加 NVMe 设备可以正常工作。
有关 ignoredisk Kickstart 命令的详细信息，请参阅执行高级 RHEL 9 安装指南中的 Kickstart 命令处理存储。
RHEL for Edge 安装程序镜像在安装 rpm-ostree 有效负载时无法创建挂载点
当部署 rpm-ostree 有效负载时，例如在 RHEL for Edge 安装程序镜像中，安装程序不会为自定义分区正确创建一些挂载点。因此，安装会中止，并报以下错误：
The command 'mount --bind /mnt/sysimage/data /mnt/sysroot/data' exited with the code 32.
要临时解决这个问题：
- 使用自动分区方案，且不手动添加任何挂载点。
-
只在
/var目录中手动分配挂载点。例如：/var/my-mount-point和以下标准目录：/、/boot、/var。
因此，安装过程可以成功完成。
当连接到网络但没有配置 DHCP 或静态 IP 地址时，NetworkManager 无法在安装后启动
从 RHEL 9.0 开始，当没有设置特定的 ip= 或 kickstart 网络配置时，Anaconda 会自动激活网络设备。Anaconda 为每个以太网设备创建默认的持久配置文件。连接配置文件的 ONBOOT 和 autoconnect 值设为 true。因此，在启动安装的系统的过程中，RHEL 会激活网络设备，networkManager-wait-online 服务会失败。
作为临时解决方案，请执行以下操作之一：
使用
nmcli工具删除所有连接，但您要使用的一个连接除外。例如：列出所有连接配置文件：
# nmcli connection show
删除您不需要的连接配置文件：
# nmcli connection delete <connection_name>
将 <connection_name> 替换为您要删除的连接的名称。
如果没有设置特定的
ip=或 kickstart 网络配置，请在 Anaconda 中禁用自动连接网络功能。- 在 Anaconda GUI 中，导航到 Network & Host Name。
- 选择要禁用的网络设备。
- 单击 Configure。
- 在 General 选项卡中，取消选择 Connect automatically with priority
- 点 Save。
(BZ#2115783)
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)
