sou*_*edi 5 ext4 fsck systemd e2fsck
我们能否确认日志消息“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 错误触发的：
它有效地使用systemctl reboot --force. 我担心 Fedora 中存在一个错误，因为 systemd 强制关闭仍然应该杀死所有进程，然后在可能的情况下干净地卸载文件系统。
以上消息来自 Fedora 28, systemd-238-7.fc28.1.x86_64. Fedora 27 使用了一个有问题的 systemd 版本，它可能无法卸载文件系统：
systemd-shutdown[1]: 无法解析 /proc/self/mountinfo #6796
但是，该修复程序应包含在 systemd 235 及更高版本中。所以我担心还有另一个错误潜伏在某个地方。
文件系统在 LVM 上。
我似乎记得在屏幕变黑之前的几秒钟内，关机与一些重复的消息相关联。我认为它们来自关闭 initrd内部。我不知道这是否代表问题。
Ste*_*itt 10
“recovering journal”消息由 输出e2fsck_run_ext3_journal，只有在ext2fs_has_feature_journal_needs_recovery表明日志需要恢复时才会调用。这个“特性”是一个标志，每当挂载有日志记录的 Ext3/4 文件系统时，内核就会设置它，并在卸载文件系统、恢复完成时（挂载不干净的文件系统或重新挂载文件系统时清除）只读），以及在冻结文件系统时（在拍摄快照之前）。
忽略快照，这意味着e2fsck仅在遇到尚未完全卸载的文件系统时才打印消息，因此它的存在是不干净卸载的证据（并且可能关闭，假设卸载应该在关闭期间发生）。