第 11 章 已知问题
这部分论述了 Red Hat Enterprise Linux 8.7 中已知的问题。
11.1. 安装程序和镜像创建 复制链接链接已复制到粘贴板!
在 IBM Z 上安装 RHEL 时,udev 不会为 FID 枚举的 RoCE 卡分配可预测的接口名称
如果您使用 net.naming-scheme=rhel-8.7 内核命令行选项启动 RHEL 8.7 或更高版本的安装,则 RHEL 安装介质中的 udev 设备管理器会忽略由功能标识符(FID)枚举的 RoCE 卡的此设置。因此,udev 为这些设备分配无法预计的接口名称。在安装过程中没有临时解决方案,但您可以在安装后配置该功能。详情请查看 IBM Z 平台上确定可预测的 RoCE 设备名称。
(JIRA:RHEL-11397)
在具有 LPAR 并启用了 secure boot 的 IBM Power 10 系统上安装失败
RHEL 安装程序没有与 IBM Power 10 系统上静态密钥安全引导集成。因此,当使用 secure 引导选项启用逻辑分区(LPAR)时,安装会失败并显示错误,Unable to proceed with RHEL-x.x Installation。
要临时解决这个问题,请安装 RHEL 但不启用 secure boot。引导系统后:
-
使用
dd命令将签名的内核复制到 PReP 分区。 - 重启系统并启用 secure boot。
一旦固件验证了引导加载程序和内核,系统就可以成功引导。
如需更多信息,请参阅 https://www.ibm.com/support/pages/node/6528884
(BZ#2025814)
在 Anaconda 作为应用程序运行的系统上意外的 SELinux 策略
当 Anaconda 作为应用程序运行在已安装的系统上(例如,使用 -image anaconda 选项对镜像文件执行另一次安装)时,不禁止系统在安装过程中修改 SELinux 类型和属性。因此,某些 SELinux 策略的元素可能会在运行Anaconda 的系统上发生更改。要临时解决这个问题,请不要在生产环境系统上运行 Anaconda,而在临时虚拟机中执行它。因此,生产系统上的 SELinux 策略没有被修改。作为系统安装过程的一部分运行 anaconda,如从 boot.iso 或 dvd.iso 安装不会受此问题的影响。
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)
USB CD-ROM 驱动器作为 Anaconda 中的安装源不可用
当源为 USB CD-ROM 驱动器,并且指定了 Kickstart ignoredisk --only-use= 命令时,安装会失败。在这种情况下,Anaconda 无法找到并使用这个源磁盘。
要临时解决这个问题,请使用 harddrive --partition=sdX --dir=/ 命令从 USB CD-ROM 驱动器安装。因此,安装不会失败。
在安装程序中不默认启用网络访问
几个安装功能需要网络访问,例如:使用 Content Delivery Network(CDN)、NTP 服务器支持和网络安装源注册系统。但默认情况下不启用网络访问,因此在启用网络访问前无法使用这些功能。
要临时解决这个问题,请添加 ip=dhcp 在启动安装时启用网络访问。另外,使用引导选项传递 Kickstart 文件或位于网络中的库也会解决这个问题。因此可以使用基于网络的安装功能。
(BZ#1757877)
使用 iso9660 文件系统的硬盘分区安装失败
您不能在使用 iso9660 文件系统进行分区的系统中安装 RHEL。这是因为将设置为忽略包含 iso9660 文件系统分区的硬盘的更新安装代码。即使在没有使用 DVD 的情况下安装 RHEL,也会发生这种情况。
要解决这个问题,请在 kickstart 文件中添加以下脚本,以在安装开始前格式化磁盘。
注:在执行临时解决方案前,请备份磁盘上的数据。erafs 命令对磁盘中的所有现有数据进行格式化。
%pre wipefs -a /dev/sda %end
%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)
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.
The command 'mount --bind /mnt/sysimage/data /mnt/sysroot/data' exited with the code 32.
要临时解决这个问题:
- 使用自动分区方案,且不手动添加任何挂载点。
-
只在
/var目录中手动分配挂载点。例如:/var/my-mount-point和以下标准目录:/、/boot、/var。
因此,安装过程成功完成。
composer-cli compose 的 --size 参数将值视为字节,而不是 MiB
当使用 composer-cli compose start --size size_value blueprint_name image_type 命令时,--size 参数应该以 MiB 格式使用其参数。但是,设置中的一个 bug 导致 composer-cli 工具将此参数视为字节。
要临时解决这个问题,将大小值乘以 1048576。或者,在蓝图中使用 。自定义允许对文件系统更精细的控制,并接受 MiB 或 GiB 这样的单位。请参阅 支持的镜像自定义。