「回復ログ」は異常終了/削除を証明しますか?

「回復ログ」は異常終了/削除を証明しますか?

fsck「ログの回復中」というログメッセージが、前回ファイルシステムが完全にマウント解除/クローズされていないことを示すものとして解釈されるべきかどうかを確認できますか?それとも知っておくべき他の考えられる原因はありますか?

May 03 11:52:34 alan-laptop systemd-fsck[461]: /dev/mapper/alan_dell_2016-fedora: recovering journal
May 03 11:52:42 alan-laptop systemd-fsck[461]: /dev/mapper/alan_dell_2016-fedora: clean, 365666/2621440 files, 7297878/10485760 blocks

May 03 11:52:42 alan-laptop systemd[1]: Mounting /sysroot...
May 03 11:52:42 alan-laptop kernel: EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
May 03 11:52:42 alan-laptop systemd[1]: Mounted /sysroot.

fsck同じ起動/homeを比較すると、次のメッセージは表示されません。

(「現地時間帯のRTC時間」による-1時間ジャンプは無視してください)

May 03 10:52:57 alan-laptop systemd[1]: Starting File System Check on /dev/mapper/alan_dell_2016-home...
May 03 10:52:57 alan-laptop systemd-fsck[743]: /dev/mapper/alan_dell_2016-home: clean, 1469608/19857408 files, 70150487/79429632 blocks
May 03 10:52:57 alan-laptop systemd[1]: Started File System Check on /dev/mapper/alan_dell_2016-home.
May 03 10:52:57 alan-laptop audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-fsc>
May 03 10:52:57 alan-laptop systemd[1]: Mounting /home...
May 03 10:52:57 alan-laptop systemd[1]: Mounted /boot/efi.
May 03 10:52:57 alan-laptop kernel: EXT4-fs (dm-2): mounted filesystem with ordered data mode. Opts: (null)
May 03 10:52:57 alan-laptop systemd[1]: Mounted /home.
May 03 10:52:57 alan-laptop systemd[1]: Reached target Local File Systems.

バージョン

$ rpm -q --whatprovides $(which fsck.ext4)
e2fsprogs-1.43.8-2.fc28.x86_64

やる気

これはオフライン更新の直後に発生し、PackageKitのバグが原因で発生する可能性が高くなります。

バグ 1564462 - オフライン更新が異常終了を実行する

効果的に使用される場所systemctl reboot --force。システムの強制終了は依然としてすべてのプロセスを終了し、可能であればファイルシステムを完全にアンマウントする必要があるため、Fedoraにバグがあるかどうか心配されます。

上記のメッセージはFedora 28からのものです。systemd-238-7.fc28.1.x86_64Fedora 27は、ファイルシステムをアンマウントできない可能性があるバグを含むsystemdバージョンを使用しています。

systemd-shutdown[1]: /proc/self/mountinfo #6796 を解析できません。

しかし、修正はsystemd 235以降に含める必要があります。。だからどこかに別のバグが隠れているのか心配です。

ファイルシステムはLVMにあります。

画面が黒くなる前に数秒間メッセージが繰り返される複数の画面に関連してシャットダウンが発生したことを覚えているようです。私の考えでは、彼らは内側から出てくるようです。初期化を閉じる。これが問題を示すかどうかわかりません。

ベストアンサー1

「ログ回復中」メッセージの出力は次のとおりです。e2fsck_run_ext3_journal、簡単に言うとif は、ext2fs_has_feature_journal_needs_recoveryログを復元する必要があることを示します。。この「特性」はマークです。ジャーナル処理されたExt3 / 4ファイルシステムがマウントされるたびに、カーネルによって設定されます。とクリアファイルシステムがマウント解除された場合回復が完了したら(ファイルシステムを不完全にマウントする場合、またはファイルシステムを読み取り専用で再マウントする場合)ファイルシステムを固定する場合(スナップショットを撮る前)

スナップショットは無視されます。つまり、e2fsck完全にアンマウントされていないファイルシステムが見つかった場合にのみメッセージが印刷されるため、その存在は不完全なアンマウントであることを証明します(終了時にアンマウントが発生すると仮定すると終了する可能性があります)。

おすすめ記事