在 /forcefsck 之后，启动时记录的 fsck 结果在哪里？

Question

远程工作时，我将服务器设置为在引导时使用sudo touch /forcefsck命令强制执行 fsck并重新启动。

重新启动后，我检查/var/log/fsck了磁盘检查的结果。
无论checkfs和checkroot说：什么也没有尚未登陆

那么它在哪里保存结果呢？

Answer 1

您可能受到此错误的影响：“不在 /var/log/fsck/ 中记录 fsck 调用”

Answer 2

对于 Ubuntu 14.xx：

我发现了一些 fsck 日志/var/log/upstart/mountall.log。

Answer 3

对于 Ubuntu 16.04 和 18.04根分区

您可能正在寻找 /run/initramfs/fsck.log.

根文件系统的 fsck 必须在根文件系统被挂载为可写之前发生，因此文件系统检查发生在引导过程的早期，而系统仍在从 initramfs 运行。fsck 日志被写入此时可写入的 RAM 支持的文件系统 (tmpfs)，并在启动后继续可用/run/initramfs/fsck.log。这是易失性存储，因此一旦系统重新启动，fsck 日志就会丢失。如果在将根文件系统挂载为可写后将这些日志复制到非易失性存储中会很好，但情况似乎并非如此。

下面是一个例子：

$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 238.5G  0 disk 
??sda1   8:1    0   512M  0 part /boot/efi
??sda2   8:2    0   238G  0 part /

$ cat /run/initramfs/fsck.log 
Log of fsck -C -a -V -t ext4 /dev/sda2 
Fri Nov 30 22:35:21 2018

fsck from util-linux 2.31.1
[/sbin/fsck.ext4 (1) -- /dev/sda2] fsck.ext4 -a -C0 /dev/sda2 
/dev/sda2: clean, 653295/15597568 files, 6658147/62383360 blocks

Fri Nov 30 22:35:21 2018
----------------

Answer 4

对于 Ubuntu 16.04

命令 journalctl -b --no-pager | grep systemd-fsck

报告非根分区文件系统检查。与此类似：

Mar 22 15:06:26 64bitUbuntu systemd-fsck[750]: /dev/sdb1: clean, 146223/121454592 files, 356711795/485818368 blocks

对于引导时的根分区检查发出命令 more /var/log/boot.log

提供与此类似的结果：

/dev/sda2: clean, 349091/1954064 files, 2379983/7814912 blocks

Answer 5

对于 Ubuntu 18.04

命令journalctl -b --no-pager | grep systemd-fsck和grep systemd-fsck /var/log/syslog

两者都报告非根分区文件系统检查。与此类似：

Sep 25 16:06:29 me-Z370-HD3P systemd-fsck[615]: Scratch: clean, 19/6520832 files, 555602/26081280 blocks
Sep 25 16:06:29 me-Z370-HD3P systemd-fsck[609]: /dev/sda1: clean, 47014/89374720 files, 294970235/357492992 blocks
Sep 25 16:06:29 me-Z370-HD3P systemd-fsck[613]: /dev/sda5: clean, 6707/32727040 files, 7464312/130885120 blocks

即使强制，对由 UUID 结果挂载的根分区的检查似乎也不会被记录。