8.4. Shell 和命令行工具
对于长路径，which 命令不再失败
在以前的版本中，当您在路径超过 256 个字符的目录中执行 which 命令时，命令会失败，并显示 Can't get current working directory 错误信息。有了此修复，which 命令现在对路径长度限制使用 PATH_MAX 值。因此，命令不再失败。
ReaR 现在支持带有 OUTPUT=USB的 UEFI 安全引导
在以前的版本中，OUTPUT=USB ReaR 输出方法（其将救援镜像保存在可引导磁盘驱动器上）不尊重 SECURE_BOOT_BOOTLOADER 设置。因此，在启用了 UEFI 安全引导的系统上，带有救援镜像的磁盘不会引导，因为引导装载程序没有签名。
有了此修复，OUTPUT=USB ReaR 输出方法使用您在创建救援磁盘时在 SECURE_BOOT_BOOTLOADER 设置中指定的引导装载程序。要使用签名的 UEFI shim 引导装载程序，请在 /etc/rear/local.conf 文件中更改以下设置：
SECURE_BOOT_BOOTLOADER=/boot/efi/EFI/redhat/shimx64.efi
因此，当启用了 UEFI 安全引导时，救援磁盘是可以启动的。在带有 UEFI 的所有系统上将变量设置为这个值是安全的，即使安全引导没有被启用。它甚至被推荐用于一致性。有关 UEFI 引导过程和 shim 引导装载程序的详情，请参考 UEFI：引导系统时会发生什么。
ipmievd 现在会在 SEL 请求超时时正确识别 SEL 响应
ipmievd 服务通过 /dev/ipmi0 设备发送系统事件日志(SEL)请求。在以前的版本中，由于返回的 IPMI 消息缺少 ID 检查，超时请求会导致下一个请求的不正确处理。例如，如果重置了 Baseboard Management Controller (BMC)，来自 ipmievd 服务的 SEL 请求会因为没有 SEL 响应而超时。因此，因为没有相应的 SEL 响应，ipmievd 无法正常工作，。因此，您不能获得正确的硬件状态，大量错误的硬件信息被输出到 /var/log/messages。有了此修复，ipmitool 和 ipmievd 会根据请求的 ID 检查返回的 IPMI 消息的 ID，并跳过非相应的 SEL 请求。ipmevd 不再记录不正确的硬件信息。
Bugzilla:2224567[1]
