6.5. Shell 和命令行工具
ReaR 现在决定在安装 BIOS 和 UEFI 引导装载程序时存在 BIOS 引导装载程序
在以前的版本中,在混合引导装载程序设置(UEFI 和 BIOS)中,当使用 UEFI 和 BIOS 引导时,Relax-and-Recover (ReaR)只恢复 UEFI 引导装载程序,而不是 BIOS 引导装载程序。这会导致系统具有 GUID 分区表
(GPT)、BIOS 引导分区,而不是 BIOS 引导装载程序。在这种情况下,ReaR 无法创建救援镜像,尝试使用 rear mkbackup
或 rear mkrescue
命令生成一个备份或救援镜像会失败,并显示以下错误消息:
ERROR: Cannot autodetect what is used as boot loader, see default.conf about 'BOOTLOADER'.
ERROR: Cannot autodetect what is used as boot loader, see default.conf about 'BOOTLOADER'.
有了这个更新,ReaR 决定 UEFI 和 BIOS 引导装载程序的存在,恢复它们,并在 GPT
中使用 BIOS 引导分区的系统上没有遇到 BIOS 引导装载程序时不会失败。因此,带有混合 UEFI 和 BIOS 引导装载程序设置的系统可以多次备份和恢复。
Jira:RHEL-24729[1]
ReaR 在恢复过程中不再使用 logbsize
,sunit
和 swidth
挂载选项
在以前的版本中,当使用与 MKFS_XFS_OPTIONS
配置设置的原始参数不同的参数恢复 XFS
文件系统时,Relax-and-Recover (ReaR)使用适用于原始文件系统的挂载选项挂载这个文件系统,但不适用于恢复的文件系统。因此,当 ReaR 运行 mount
命令时,磁盘布局重新创建会失败,并显示以下错误消息:
wrong fs type, bad option, bad superblock on and missing codepage or helper program, or other error.
wrong fs type, bad option, bad superblock on and missing codepage or helper program, or other error.
内核日志显示以下消息之一:
logbuf size must be greater than or equal to log stripe size
logbuf size must be greater than or equal to log stripe size
alignment check failed: sunit/swidth vs. agsize
alignment check failed: sunit/swidth vs. agsize
有了这个更新,ReaR 避免在挂载重新创建的 XFS
文件系统时使用 logbsize
、sunit
和 swidth
挂载选项。因此,当使用 MKFS_XFS_OPTIONS
配置设置时,磁盘布局重新创建成功。
Jira:RHEL-17354[1]
在具有小的精简池元数据大小的系统上,ReaR 恢复不再失败
在以前的版本中,当保存带有精简池的 LVM 卷组的布局时,ReaR 不保存池元数据卷的大小。在恢复过程中,ReaR 会重新创建具有默认大小的池,即使系统使用了非默认池元数据大小。
因此,当原始池元数据大小小于默认大小,且卷组中没有可用空间时,系统恢复过程中的布局重新创建会失败,并在日志中显示类似这些示例的消息:
Insufficient free space: 230210 extents needed, but only 230026 available
Insufficient free space: 230210 extents needed, but only 230026 available
或者
Volume group "vg" has insufficient free space (16219 extents): 16226 required.
Volume group "vg" has insufficient free space (16219 extents): 16226 required.
有了此更新,恢复的系统拥有一个与原始系统同样大小的元数据卷。因此,恢复具有小的精简池元数据大小的系统,且卷组中没有额外的可用空间成功完成。
Jira:RHEL-17353[1]
当对 logind-session-monitor
事件调用 polkit 时,pkla-compact
二进制文件被执行
在以前的版本中,对 polkit 操作的授权的重新验证由所有用户的任何一个 logind-session-monitor
事件触发。每个 CheckAuthorization
请求执行 polkit-pkla-compat
二进制文件来检查旧的 .pkla
配置文件,即使系统上没有此类文件,这导致 polkit 守护进程增加了 CPU 使用率。
目前,只观察到与 polkit 操作相关的 logind-session
更改。如果会话的状态发生了变化,则与会话关联的 polkit 对象会触发重新验证(CheckAuthorization
)。您必须重新启动(在登录屏幕注销,然后重新登录
或 重启
)gnome-shell,以便成功更新。
polkit-pkla-compat
二进制文件现在是一个软依赖项。因此,只有在 /etc/polkit-1/localauthority、/etc/ polkit-
1/localauthority、/etc/polkit-1/localauthority、
、/etc/polkit-1/localauthority
.conf.d/var/lib/polkit-1/localauthority
及其独立子目录中没有 .pkla
文件时,才能减少 CPU。
Jira:RHEL-34022[1]