11.9. 文件系统和存储
在出现不成功的 CHAP 验证尝试后，Anaconda 无法使用 no authentication 方法登录 iSCSI 服务器
当您使用 CHAP 身份验证添加 iSCSI 磁盘时，如果因为凭证不正确而导致登录失败，使用 no authentication 方法尝试重新登录也将失败。要解决这个问题，请先关闭当前会话，再使用 no authentication 方法登录。
Bugzilla:1983602[1]
NVMe/TCP 不支持设备映射器多路径
使用带有 nvme-tcp 驱动程序的设备映射器多路径可能会导致 Call Trace 警告和系统不稳定。要临时解决这个问题，NVMe/TCP 用户必须启用原生 NVMe 多路径，且不能在 NVMe 中使用 device-mapper-multipath 工具。
默认情况下，RHEL 9 中启用了原生 NVMe 多路径。如需更多信息，请参阅在 NVMe 设备 上启用多路径。
Bugzilla:2033080[1]
blk-availability systemd 服务停用了复杂的设备堆栈
在 systemd 中，默认的块停用代码并不总是正确处理虚拟块设备的复杂堆栈。在一些配置中，虚拟设备在关闭过程中可能无法被删除，这会导致记录错误信息。要临时解决这个问题，请执行以下命令来停用复杂块设备堆栈：
# systemctl enable --now blk-availability.service
因此，复杂虚拟设备堆栈会在关闭过程中被正确停用，且不会生成错误消息。
Bugzilla:2011699[1]
对于启用了配额的情况下挂载的 XFS 文件系统，不再可能禁用配额记帐
从 RHEL 9.2 开始，无法在已挂载的启用了配额的 XFS 文件系统上禁用配额记帐。
要临时解决这个问题，请去掉配额选项，重新挂载文件系统来禁用配额记账。
Bugzilla:2160619[1]
对 NVMe 设备的 udev 规则更改
对 NVMe 设备有一个 udev 规则更改，即添加了 OPTIONS="string_escape=replace" 参数。如果您设备的序列号前面有空格，则这会导致某些厂商的对按 id 命名的磁盘进行更改。
不能在 Kickstart 文件中可靠地使用 NVMe/FC 设备
在解析或执行 Kickstart 文件的预脚本时，NVMe/FC 设备可能不使用，这会导致 Kickstart 安装失败。要临时解决这个问题，将引导参数更新为 inst.wait_for_disks=30。这个选项会导致 30 秒的延迟，应为 NVMe/FC 设备提供充足的时间进行连接。使用这个临时解决方案以及及时连接的 NVMe/FC 设备，Kickstart 安装可以正常进行。
Jira:RHEL-8164[1]
在使用 qedi 驱动程序时内核 panic
在使用 qedi iSCSI 驱动程序时，操作系统引导后内核 panics。要临时解决这个问题，请向内核引导命令行中添加 kfence.sample_interval=0 来禁用 kfence 运行时内存错误检测器功能。
Jira:RHEL-8466[1]
无法引导具有内核 64k 页大小的基于 ARM 的系统
安装 vdo 软件包时，4k 页大小的内核被作为依赖项安装。因此，即使在 Software Selection 屏幕上选择了 64k 页大小，系统也会使用 4k 页大小引导。要临时解决这个问题，在 Base Environment 下选择 Minimal Install，并在 Kernel options 下选择 64k 作为页大小。当系统首次启动时，使用 DNF 软件包管理器安装其他软件。
