8.5. Shell 和命令行工具
rsyslog 日志记录服务现在在启动救援系统时启动
在以前的版本中，消息日志记录的 rsyslog 服务不会自动在救援系统中启动。/dev/log 套接字在恢复过程中保持接收消息，而没有服务侦听此套接字。因此，/dev/log 套接字填充了信息，并导致恢复过程卡住。例如，用于重新生成 GRUB 配置的 grub2-mkconfig 命令会根据挂载的文件系统数量来生成大量日志消息。如果您使用 ReaR 恢复具有许多挂载的文件系统的系统，则大量日志消息会填充 /dev/log 套接字，恢复过程会被冻结。
有了此修复，救援系统中的 systemd 单元现在在引导过程中包含套接字目标，以在引导时启动日志记录套接字。因此，如果需要，rsyslog 服务会在救援环境中启动，需要在恢复过程中记录日志消息的进程不再被卡住。恢复过程成功完成，您可以在救援 RAM 磁盘中的 /var/log/messages 文件中找到日志消息。
对于长路径，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：引导系统时会发生什么。
ReaR 恢复的系统不再无法挂载所有 VG 逻辑卷
/etc/lvm/devices/system.devices 文件代表逻辑卷管理器(LVM)系统设备，并控制设备对 LVM 的可见性和可用性。默认情况下，system.devices 功能在 RHEL 9 中被启用，当活跃时，它替换 LVM 设备过滤器。
在以前的版本中，当使用 ReaR 将系统恢复到与原始系统使用的不同的硬件 ID 的磁盘时，恢复的系统没有找到所有 LVM 卷，无法引导。有了此更新，如果 ReaR 找到 system.devices 文件，ReaR 会在恢复的末尾将此文件移到 /etc/lvm/devices/system.devices.rearbak 中。因此，恢复的系统不使用 LVM 设备文件来限制设备的可见性，系统会在引导时找到恢复的卷。
可选：如果要恢复默认行为并重新生成 LVM 设备文件，请在引导恢复的系统并连接正常操作所需的所有磁盘设备后使用 vgimportdevices -a 命令，以防在恢复过程之前断开任何磁盘。
