Por que forçar o fsck ao ligar o Sheevaplug?

Question

Eu usei meu Sheevaplug , depois de ter ficado desconectado por vários dias de férias.

Ele não ficou disponível na rede depois de esperar mais de 60s, que é o período de tempo que eu lembro antes. O disco estava zumbindo e demorou vários minutos extras rodando fsck.

Por que o fsck? Os meus sistemas de arquivos não foram desmontados corretamente por algum motivo?

Ele roda o Debian Jessie.

$ systemd-analyze blame
    2min 26.613s systemd-fsck@dev-mapper-vg_brick\x2dlv_backup.service
    2min 13.294s systemd-fsck@dev-mapper-vg_brick\x2dlv_attic.service
    1min 55.661s systemd-fsck@dev-mapper-vg_brick\x2dlv_home.service
         35.407s systemd-fsck@dev-mapper-vg_brick\x2dlv_aptcache.service

$ journalctl -b

Jan 01 02:17:57 brick systemd[1]: Found device /dev/mapper/vg_brick-lv_aptcache.
Jan 01 02:17:57 brick systemd[1]: Starting File System Check on /dev/mapper/vg_brick-lv_aptcache...
Jan 01 02:17:57 brick systemd-fsck[429]: aptcache: Superblock last write time (Sun Apr  2 20:58:31 2017,
Jan 01 02:17:57 brick systemd-fsck[429]: now = Tue Jan  1 02:17:57 2013) is in the future.
Jan 01 02:17:57 brick systemd-fsck[429]: FIXED.

    

Answer 1

Um fsck forçado é esperado quando o relógio retrocede. Código-fonte . Isto é o que acontece em sistemas sem relógios de bateria, quando eles são desconectados por um período de tempo.

(O código também sugere que há uma opção para afetar esse comportamento. Pode-se argumentar que a verificação forçada é um legado do padrão antigo para forçar a verificação a cada 180 dias, o que não se aplica mais).

Além disso, se você reinicializar este sistema em 11 minutos, o fsck será forçado novamente. No entanto, se você permitir 11 minutos após o início do daemon ntpd , o relógio do hardware será atualizado dos servidores ntp da Internet. Em uma reinicialização, o kernel definirá uma hora exata do sistema a partir do relógio do hardware. Então você não verá esta verificação forçada acontecer.