Início / ubuntu / Perguntas / 1353200
Accepted
Lorenz Keel
Asked: 2021-07-22 07:57:54 +0800 CST

Mecanismos que acionam o `fsck` na inicialização

  • 772

Pergunta: Quais mecanismos (além do de /etc/fstab) são acionados automaticamente fsckna inicialização?

Detalhes : Meu computador atualmente executa o Ubuntu 21.04 sem problemas, funciona corretamente . Na inicialização, uma fsckverificação de disco é executada, pois vejo as seguintes linhas na tela.

Ubuntu: clean, 281400/3276800 files, 3602929/13107177 blocks

onde Ubuntué o rótulo para my /dev/sda2(a partição raiz). No entanto, se você verificar meu /etc/fstabarquivo, a última coluna (que é a coluna usada pelo fsck para determinar se o fsck deve verificar o sistema de arquivos antes de ser montado) é definida como zero, portanto, não espero nenhuma verificação na inicialização.

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# /dev/sda1
UUID=DA59-E469  /boot/efi   vfat    defaults    0   0
# /dev/sda2
UUID=862c6f26-cbe0-4cd5-860d-fdf306f697f9 / ext4 noatime,errors=remount-ro 0 0
# /dev/sda3
UUID=70f175d4-ec37-455c-84c5-b93d1e2e8761 /mnt/Data ext4 noatime,nosuid,nodev,nofail,x-gvfs-show 0 0
# swapfile
/swapfile none swap sw 0 0

Estou apenas curioso para entender como a verificação é acionada (e/ou se há algo errado nas minhas suposições).

Alguns detalhes:

  • Eu usei o mesmo /etc/fstabno Ubuntu 20.04 e no Ubuntu 20.10. A verificação começou a aparecer após a atualização para o Ubuntu 21.04: nenhuma fsckverificação na inicialização 20.04 e 20.10.
  • A saída de sudo tune2fs -l /dev/sda2 | grep checkedé Last checked: Sun Apr 26 15:00:01 2020, que provavelmente é quando eu defino a última coluna de /etc/fstabcomo zero.
  • Não tenho nenhum /forcefsckarquivo no root.
  • No meu /etc/default/grubnão há fsck.mode=forceconfiguração.
boot

1 respostas

  1. Best Answer

    Uma verificação do sistema de arquivos na inicialização é acionada pelos serviços do systemd. Existem , systemd-fsck-root.servicee [email protected]para o sistema de arquivos raiz e outras partições, respectivamente. Esses serviços continuam a usar o passno tradicional, ou seja, o número no sexto campo em /etc/fstab, para determinar se e em que ordem os sistemas de arquivos anunciados devem ser verificados.

    De acordo com man systemd-fsck:

    These services are started at boot if passno in /etc/fstab for the file
system is set to a value greater than zero. The file system check for
root is performed before the other file systems. Other file systems may
be checked in parallel, except when they are on the same rotating disk.

    No entanto, a raiz parece ser tratada especialmente. Ele é verificado anteriormente no processo de inicialização, no initramfs. Conforme consta na documentação, systemd-fsck-root.servicesó entra em ação quando o cheque não procedeu por lá. Caso contrário, seu status será revelado como "falhou".

    Então, provavelmente, você veria o efeito de alterar o passno /etc/fstabse o alterasse para uma partição diferente da partição raiz.

    O fato de sua saída de tune2fsestar indicando uma verificação há muito tempo se deve ao fato de que apenas verificações completas do sistema de arquivos são registradas. Por padrão, uma verificação do sistema de arquivos de sistemas de arquivos ext de registro no diário é limitada a verificar o que o diário relata. Nas versões anteriores do Ubuntu, um max-mount-countde 30 foi definido, indicando que uma verificação completa do sistema de arquivos seria forçada a cada 30 montagens. Atualmente, isso está definido como -1, portanto, o sistema de arquivos nunca é totalmente verificado, a menos que o diário relate um problema.

    • 6

relate perguntas