Geralmente nenhum dos dois - faz parte do processo de inicialização normal.
Para sistemas de arquivos listados em / etc / fstab com o sinalizador "check" definido como diferente de zero, a unidade .mount correspondente automaticamente fica dependente de systemd-fsck@<dev>.service
. Quando esse serviço terminar, o systemd continuará com a montagem do sistema de arquivos (iniciando a unidade .mount). Este não é um estado especial, mas parte da fila de trabalhos regulares.
Se o serviço fsck falhar (por exemplo, algum tipo de reparo manual é necessário), a unidade .mount também falhará e somente isso finalmente acionará um switch do destino de inicialização normal em emergency.target
.
Como você pode ver, o fsck está sendo executado na inicialização every , e a única coisa afetada pela perda de energia é quanto tempo levará. (Alguns sistemas de arquivos têm um bit "sujo" definido na montagem e limpo em umount; outros detectam o estado com base em entradas não processadas no diário de atualização.) Para alterar esse comportamento, você teria que alterar o programa fsck.<fstype>
ou desabilitar completamente a verificação desse sistema de arquivos no fstab.
Para iniciar serviços adicionais antes que systemd-fsck@<dev>
seja executado (o que aconteceria em cada inicialização, antes ele decide se a verificação estendida é necessária), use os métodos regulares de extensão de uma unidade systemd.
Note que o sistema de arquivos root é um caso especial: em algumas distribuições ele é verificado na initramfs (fase de inicialização inicial), enquanto o processo principal do systemd não é correndo ainda. (Dependendo da distro, o initramfs pode ter seu próprio systemd, ou um init diferente.) Novamente, fsck
é sempre executado, quer o poweroff esteja limpo ou não.