Toda vez que inicializo/reinicializo meu computador, ele executa o fsck e não sei por quê.
Se eu inicializar em um pendrive Ubuntu e executar manualmente o fsck nas minhas partições Linux, ele fica limpo.
Abaixo está meu super-bloco. Tentei alterar a " Contagem máxima de montagens " e o " Intervalo de verificação " sem nenhuma mudança no comportamento.
Alguma ideia do porquê isso acontece?
$ sudo tune2fs -l /dev/nvme0n1p6
tune2fs 1.47.0 (5-Feb-2023)
Filesystem volume name: Ubuntu
Last mounted on: /
Filesystem UUID: f0db2226-e28d-46dd-9b5a-457c87987ed2
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags: signed_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 40845312
Block count: 163380224
Reserved block count: 8169011
Overhead clusters: 2844802
Free blocks: 57597994
Free inodes: 40012689
First block: 0
Block size: 4096
Fragment size: 4096
Group descriptor size: 64
Reserved GDT blocks: 1024
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 512
RAID stride: 4
RAID stripe width: 32
Flex block group size: 16
Filesystem created: Fri Sep 24 20:06:49 2021
Last mount time: Sun Oct 6 17:47:34 2024
Last write time: Sun Oct 6 18:01:39 2024
Mount count: 5
Maximum mount count: 23
Last checked: Sun Oct 6 10:00:35 2024
Check interval: 0 (<none>)
Lifetime writes: 10 TB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 32
Desired extra isize: 32
Journal inode: 8
First orphan inode: 17714152
Default directory hash: half_md4
Directory Hash Seed: 7e1d3c28-3106-4408-8132-4b574d84a675
Journal backup: inode blocks
Checksum type: crc32c
Checksum: 0xce551aef
Acontece que...
Tenho dois discos. /dev/nvme0n1p6 é minha partição de boot. /dev/sda1 é meu disco de backup SSD. Presumi que o fsck no momento do boot era contra minha partição de boot. Eu estava errado. Era contra meu disco de backup SSD!
Ao executar um
sudo tune2fs -l /dev/nvme0n1p6
ou umsudo tune2fs -l /dev/sda1
os valores críticos a serem revisados são:quando "Contagem de montagens" for maior que "Contagem máxima de montagens", então o fsck será executado. O valor padrão de "Contagem máxima de montagens" é igual a -1, então um fsck não ocorrerá em cada inicialização. Para alterar a "Contagem máxima de montagens", use
sudo tune2fs -c [random|some hard value] /dev/sda1
.quando "Check interval" for um valor diferente de zero, então fsck será executado. O comando para definir o intervalo é
sudo tune2fs -i n[d|m|w] /dev/sda1
.Para corrigir meu problema, editei
/etc/fstab
de forma que o campo fsck (fs_passno) do meu disco de backup SSD fosse alterado de dois para zero, para que o fsck não fosse executado na inicialização.Atualizar :
Acontece que o SSD USB-C externo faz fsck sozinho toda vez que é inicializado quando é conectado a uma porta USB-C nativa, no entanto, quando é conectado a uma porta USB-A, usando um adaptador USB-A para USB-C, ele não faz fsck toda vez que é inicializado. Alterei /etc/fstab fs_passno de volta para 2.