Possivelmente você é afetado por este bug: "Não registra invocações do fsck em / var / log / fsck / "
Ao trabalhar remotamente, configurei um servidor para forçar um fsck no momento da inicialização com o comando sudo touch /forcefsck e reinicializei.
Depois de reiniciado, verifiquei em /var/log/fsck os resultados da verificação de disco.
Ambos checkfs e checkroot disseram: Ainda não foi registrado nada
Então, onde está salvando os resultados?
Possivelmente você é afetado por este bug: "Não registra invocações do fsck em / var / log / fsck / "
Encontrei alguns logs do fsck em /var/log/upstart/mountall.log .
Para o Ubuntu 16.04
O comando
journalctl -b --no-pager | grep systemd-fsck
informa verificações do sistema de arquivos de partição não raiz. semelhantes a isto:
Mar 22 15:06:26 64bitUbuntu systemd-fsck[750]: /dev/sdb1: clean, 146223/121454592 files, 356711795/485818368 blocks
Para verificações de partição raiz na inicialização, emita o comando
more /var/log/boot.log
Fornece resultados semelhantes a este:
/dev/sda2: clean, 349091/1954064 files, 2379983/7814912 blocks
Testando isso com o Ubuntu 12.04.5 LTS e eu encontrei o log em /var/log/boot.log
└❯ grep -A 1 fsck /var/log/*
/var/log/boot.log:fsck from util-linux 2.20.1
/var/log/boot.log-/dev/vda1: 209262/2621440 files (0.1% non-contiguous), 3239494/10485504 blocks
Para o Ubuntu 18.04
O comando journalctl -b --no-pager | grep systemd-fsck e grep systemd-fsck /var/log/syslog
ambos relatam verificações do sistema de arquivos de partição não raiz semelhantes a:
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
Verificações de partições raiz montadas por resultados UUID não parecem ser registradas, mesmo que forçadas.