6.4. シェルおよびコマンドラインツール
ReaR は、BIOS と UEFI の両方のブートローダーがインストールされている場合に、BIOS ブートローダーの存在を特定するようになりました
以前は、ハイブリッドブートローダーセットアップ (UEFI と BIOS) で UEFI を使用して起動すると、Relax-and-Recover (ReaR) が UEFI ブートローダーのみを復元し、BIOS ブートローダーは復元しませんでした。その結果、システムは、GUID Partition Table (GPT) と BIOS ブートパーティションは存在するものの、BIOS ブートローダーは存在しない状態となっていました。この状況では、ReaR はレスキューイメージの作成に失敗し、rear mkbackup または rear mkrescue コマンドを使用してバックアップまたはレスキューイメージを作成しようとすると、次のエラーメッセージが表示されて失敗していました。
ERROR: Cannot autodetect what is used as bootloader, 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.
カーネルログには、次のいずれかのメッセージが表示されていました。
logbuf size must be greater than or equal to log stripe size
alignment check failed: sunit/swidth vs. agsize
この更新により、ReaR は再作成された XFS ファイルシステムをマウントするときに、logbsize、sunit、および swidth マウントオプションを使用しなくなります。その結果、MKFS_XFS_OPTIONS 設定を使用すると、ディスクレイアウトの再作成が成功します。
Jira:RHEL-17354[1]
シンプールのメタデータサイズが小さいシステムで ReaR リカバリーが失敗しなくなりました
以前は、ReaR は、シンプールを含む LVM ボリュームグループのレイアウトを保存するときに、プールメタデータボリュームのサイズを保存していませんでした。システムがデフォルト以外のプールメタデータサイズを使用していた場合でも、ReaR はリカバリー時にデフォルトサイズでプールを再作成していました。
その結果、元のプールメタデータサイズがデフォルトサイズよりも小さく、ボリュームグループに空き領域がない場合、システムのリカバリー時にレイアウトの再作成が失敗し、次の例のようなメッセージがログに記録されていました。
Insufficient free space: 230210 extents needed, but only 230026 available
または、以下を実行します。
Volume group "vg" has insufficient free space (16219 extents): 16226 required.
この更新により、リカバリー後のシステムが、元のシステムと同サイズのメタデータボリュームを含むようになります。その結果、シンプールのメタデータサイズが小さく、ボリュームグループに追加の空き領域がないシステムのリカバリーが、正常に完了します。
Jira:RHEL-17353[1]
pkla-compact バイナリーは、polkit が logind-session-monitor イベントで呼び出されたときに実行されます。
以前は、polkit アクションの承認の再検証は、すべてのユーザーの logind-session-monitor イベントによってトリガーされていました。各 CheckAuthorization 要求は、システムにそのようなファイルが存在しない場合でも、polkit-pkla-compat バイナリーを実行してレガシー .pkla 設定ファイルをチェックします。これにより、polkit デーモンによる CPU 使用率が増加します。
現在、polkit アクションに関連する logind-session の変更のみが監視されます。セッションの状態が変化すると、セッションに関連付けられた polkit オブジェクトが再検証 (CheckAuthorization) をトリガーします。更新を成功させるには、gnome-shell (log out to login screen and re-login または reboot) を再起動する必要があります。
polkit-pkla-compat バイナリーはソフト依存関係になりました。その結果、/etc/polkit-1/localauthority、/etc/polkit-1/localauthority.conf.d、/var/lib/polkit-1/localauthority および各ディレクトリーに .pkla ファイルが存在しない場合にのみ、polkit-pkla-compat バイナリーをアンインストールすることで CPU の負荷を軽減できます。
Jira:RHEL-34022[1]
