the log file for fsck scans
Tecnicamente, o "arquivo de log" para fsck é padrão / erro padrão . Isso pode ser redirecionado e capturado, mas não é necessariamente assim.
Como complicação, tenha em mente que quando o fsck é executado, o sistema de arquivos não é gravável, portanto, não é apenas uma questão de &> /var/log/mountall.log . Sua saída deve ser capturada e registrada posteriormente em algum momento.
Usando /forcefsck ou um parâmetro de kernel equivalente (por exemplo, fsck.mode=force ), o fsck real é executado por init (no caso do parâmetro kernel ele é passado, então isso pode não ser universal em forma). Como o init lida com isso depende do init; evidentemente, o Ubuntu, no Ubuntu, salva a saída e registra-a (talvez continue lendo). O Systemd parece reportar alguns detalhes via syslog (se ativado, e presumivelmente seu próprio diário).
Não tenho certeza se os sistemas baseados em Debian pré-8 (systemd) registram isso, ou até mesmo como ele foi tratado. O script SysV /etc/init.d/mountall.sh não se refere ao fsck, mas é claro que mount invocará automaticamente se o sistema de arquivos não tiver sido verificado recentemente o suficiente (pode ser o que você está acostumado a ver no mountall.log do upstart, que é porque eu escrevi "talvez" antes).
Portanto, o tratamento de "forcefsck" provavelmente está embutido no executável init do SysV. Ele produz saída no console, mas eu nunca notei que gravou em qualquer lugar no Debian.
Se você quiser verificar a última vez que um sistema de arquivos foi fsck'd, use:
dumpe2fs -h /dev/[node]| grep "Mount count"
Onde [node] é uma partição real. Este é o número de vezes que o fs foi montado desde a última verificação (minimamente 1, se estiver atualmente montado).