Для корневых разделов Ubuntu 16.04 и 18.04
Вы, вероятно, ищете /run/initramfs/fsck.log
.
Fsck корневой файловой системы обязательно происходит до того, как корневая файловая система была смонтирована как доступная для записи, поэтому проверка файловой системы происходит на ранней стадии процесса загрузки, когда система все еще работает из initramfs. Журнал fsck записывается в поддерживаемую ОЗУ файловую систему (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
----------------