Systemd

“恢復日誌”是否證明不干淨的關閉/解除安裝?

  • March 29, 2021

我們能否確認日誌消息“recovering journal”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,它沒有顯示這樣的消息:

(忽略-1小時跳躍,這是由於“本地時區的RTC時間”)

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 中存在錯誤,因為 systemd 強制關閉仍然應該殺死所有程序,然後在可能的情況下乾淨地解除安裝文件系統。

以上消息來自 Fedora 28 systemd-238-7.fc28.1.x86_64,. Fedora 27 使用了一個有缺陷的 systemd 版本,它可能無法解除安裝文件系統:

系統關閉$$ 1 $$: 無法解析 /proc/self/mountinfo #6796

但是該修復程序應包含在 systemd 235 及更高版本中。所以我擔心還有另一個錯誤潛伏在某個地方。

文件系統在 LVM 上。

我似乎記得在螢幕變黑之前的幾秒鐘內,關機與幾屏重複消息有關。我認為它們來自關機 initrd內部。我不知道這是否代表一個問題。

“recovering journal”消息由 輸出e2fsck_run_ext3_journal,僅ext2fs_has_feature_journal_needs_recovery指示日誌需要恢復時才呼叫。這個“特性”是一個標誌,每當掛載日誌的 Ext3/4 文件系統時由核心設置,並在解除安裝文件系統恢復完成時(掛載不干淨的文件系統或重新掛載文件系統時)清除只讀)和凍結文件系統時(在拍攝快照之前)。

忽略快照,這意味著e2fsck僅在遇到尚未完全解除安裝的文件系統時才列印消息,因此它的存在是不干淨解除安裝的證明(可能是關閉,假設解除安裝應該在關機期間進行)。

引用自:https://unix.stackexchange.com/questions/441511