11.7. 文件系统和存储
当使用带有 LUKS 的 LVM 分区时,Kickstart 文件现在可以正确地为安装设置所需的设备大小
在此次更新之前,当您在 Kickstart 文件中为新设备指定 the- size=1 --grow --encrypted
选项时,安装程序无法正确将加密设备正确扩展为有效大小。因此,自动安装停止,并显示一条错误消息,例如:
"Kickstart insufficient" "('device cannot be smaller than 16 MiB', 'luks5'
"Kickstart insufficient" "('device cannot be smaller than 16 MiB', 'luks5'
然后,您必须在不使用 Kickstart 文件的情况下进行手动安装。
有了此更新,安装可以使用 Kickstart 文件中通过 --size=1 --grow --encrypted
指定的设备成功启动。因此,安装继续进行,而没有错误。
multipathd
不再因为 ontap 优先级排序器遇到错误而崩溃
在此更新之前,当 multipathd
被配置为在不支持的路径上使用 ontap 优先级排序器时,multipathd 会崩溃,因为优先级排序器只适用于 NetApp 存储阵列。发生此故障是因为优先级排序器的错误日志码中的一个 bug,导致错误消息缓冲区溢出。有了此更新,错误日志码已被修复,multipathd
不再会因为 ontap 优先级排序器遇到错误而崩溃。
Jira:RHEL-49747[1]
在 enable_foreign
被设置为监控原生多路径 NVMe 设备时,原生 NVMe 多路径不再导致内存泄漏
在此更新之前,如果 enable_foreign
配置参数被设置为监控原生多路径 NVMe 设备,则启用原生 NVMe 多路径会导致内存泄漏。有了此更新,内存泄漏已在 multipathd
监控代码中修复了。因此,multipathd
现在可以监控原生多路径 NVMe 设备,而无需增加内存使用率。
Jira:RHEL-73410[1]
RHEL 安装程序现在在 aarch64
中发现并使用 iSCSI 设备作为引导设备
在以前的版本中,在 aarch64
上运行的 RHEL 安装程序中没有 iscsi_ibft
内核模块无法自动发现固件中定义的 iSCSI 设备。因此,在手动添加 GUI 时,这些设备不会自动看到,也可以作为安装程序中的引导设备进行选择。
这个问题已通过在较新的 RHEL aarch64
构建中包含 iscsi_ibft
内核模块得到了解决。因此,iSCSI 设备现在被自动检测到,并在安装过程中作为引导选项提供。
Jira:RHEL-75491[1]
fstrim
默认在 Anaconda 完成的基于 ostree 的新安装中的 LUKS2 root 上启用
在以前的版本中,使用 ostreesetup
或 ostreecontainer
Kickstart 命令,在启用了 LUKS2 加密的 /
(root)挂载点上安装基于 ostree 的系统(如镜像模式)会导致系统未启用 fstrim
。这可能导致系统无响应或损坏的文件选择器对话框等问题。有了此修复,fstrim
(discards)默认在新安装的系统上的 LUKS2 元数据中启用。
要在现有安装中修复这个问题,请运行以下命令:…cryptsetup --allow-discards --persistent refresh <luks device>
….<luks device>
是 root LUKS2 设备的路径。