11.7. 文件系统和存储


当使用带有 LUKS 的 LVM 分区时,Kickstart 文件现在可以正确地为安装设置所需的设备大小

在此次更新之前,当您在 Kickstart 文件中为新设备指定 the- size=1 --grow --encrypted 选项时,安装程序无法正确将加密设备正确扩展为有效大小。因此,自动安装停止,并显示一条错误消息,例如:

"Kickstart insufficient" "('device cannot be smaller than 16 MiB', 'luks5'
Copy to Clipboard Toggle word wrap

然后,您必须在不使用 Kickstart 文件的情况下进行手动安装。

有了此更新,安装可以使用 Kickstart 文件中通过 --size=1 --grow --encrypted 指定的设备成功启动。因此,安装继续进行,而没有错误。

Jira:RHEL-45180

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 上启用

在以前的版本中,使用 ostreesetupostreecontainer Kickstart 命令,在启用了 LUKS2 加密的 / (root)挂载点上安装基于 ostree 的系统(如镜像模式)会导致系统未启用 fstrim 。这可能导致系统无响应或损坏的文件选择器对话框等问题。有了此修复,fstrim (discards)默认在新安装的系统上的 LUKS2 元数据中启用。

要在现有安装中修复这个问题,请运行以下命令:…cryptsetup --allow-discards --persistent refresh <luks device> ….<luks device> 是 root LUKS2 设备的路径。

Jira:RHEL-82884

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2025 Red Hat