Como fsck o sistema de arquivos raiz antes da inicialização ou na reinicialização [duplicado]

Question

Hoje, passei pelas estações de desktop que executavam o Linux Mint 17.3 Cinnamon e fiz uma verificação do sistema de arquivos das partições raiz com os sistemas de arquivos Ext4, da seguinte maneira:

# fsck.ext4 -fn /dev/sdb2

O problema é que, em todos os computadores, vejo algo semelhante a este:

e2fsck 1.42.9 (4-Feb-2014)
Warning!  /dev/sdb2 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
Pass 1: Checking inodes, blocks, and sizes
Deleted inode 524292 has zero dtime.  Fix? no

Inodes that were part of a corrupted orphan linked list found.  Fix? no

Inode 524293 was part of the orphaned inode list.  IGNORED.
Inode 524294 was part of the orphaned inode list.  IGNORED.
Inode 524299 was part of the orphaned inode list.  IGNORED.
Inode 524300 was part of the orphaned inode list.  IGNORED.
Inode 524301 was part of the orphaned inode list.  IGNORED.
Inode 524302 was part of the orphaned inode list.  IGNORED.
Inode 524310 was part of the orphaned inode list.  IGNORED.
Inode 524321 was part of the orphaned inode list.  IGNORED.
Inode 524322 was part of the orphaned inode list.  IGNORED.
Inode 524325 was part of the orphaned inode list.  IGNORED.
Inode 2492565 was part of the orphaned inode list.  IGNORED.
Inode 2622677 was part of the orphaned inode list.  IGNORED.
Inode 2622678 was part of the orphaned inode list.  IGNORED.
Inode 2883748 was part of the orphaned inode list.  IGNORED.
Inode 2884069 was part of the orphaned inode list.  IGNORED.
Inode 2885175 was part of the orphaned inode list.  IGNORED.
Pass 2: Checking directory structure
Entry 'Default_keyring.keyring' in /home/vlastimil/.local/share/keyrings (2495478) has deleted/unused inode 2498649.  Clear? no

Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Unattached inode 2491790
Connect to /lost+found? no

Pass 5: Checking group summary information
Block bitmap differences:  -(34281--34303) -11650577 -(11650579--11650580) -11650591 -(11650594--11650595) -(13270059--13270073) -(13272582--13272583) -(20542474--20542475) +(26022912--26023347) -(26029568--26030003)
Fix? no

Free blocks count wrong (14476802, counted=14476694).
Fix? no

Inode bitmap differences:  -(524292--524294) -(524299--524302) -524310 -(524321--524322) -524325 [phone] -2498649 -(2622677--2622678) -2883748 -2884069 -2885175
Fix? no

Free inodes count wrong (7371936, counted=7371916).
Fix? no


/dev/sdb2: ********** WARNING: Filesystem still has errors **********

/dev/sdb2: 443232/7815168 files (0.1% non-contiguous), 16757502/31234304 blocks

O que tentei:

# touch /forcefsck

Isso resulta em uma verificação duradoura de 2 a 3 segundos na inicialização. Obviamente não consertar nada.

Isso é mais provável porque meu sistema de arquivos raiz está de alguma forma limpo.

# fsck.ext4 -n /dev/sdb2

e2fsck 1.42.9 (4-Feb-2014)
Warning!  /dev/sdb2 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
/dev/sdb2: clean, 443232/7815168 files, 16757502/31234304 blocks

Como não consigo encontrar quase nada para a verificação do sistema de arquivos na inicialização diferente de sudo touch /forcefsck , tentei estas etapas:

1. echo u > /proc/sysrq-trigger
2. umount /dev/sdb2
3. fsck -fy /dev/sdb2

Isso mostrou que tinha reparado, para ter certeza de que eu corri o fsck novamente sem erros. MAS, eles estão de volta quando eu reiniciar. Estou confuso agora. Por favor, não instrua como "criar um pen drive e arrancar a partir dele e ...". Eu quero uma solução na reinicialização ou antes de reiniciar sem inicializar a partir de algumas unidades flash. Obrigado.

    

Answer 1

Primeiramente, o fsck de um sistema de arquivos montado é esperado para produzir erros. O sistema de arquivos não é consistente porque o diário não foi repetido (nem foi desmontado corretamente), e você não pode reproduzir o diário porque isso (como qualquer outra alteração) corromperia o sistema de arquivos. Se você estiver usando o LVM, você pode tirar um instantâneo e fsck o instantâneo.

Se você estiver em um SSD, fsck pode ser bem rápido. Você também pode tentar usar tune2fs -C para definir a contagem de montagens acima do máximo (que você pode obter de dumpe2fs -h ).

touch /forcefsck deve funcionar .

Notas do editor:

1. touch /forcefsck não funciona.

2. Consulte esta resposta para obter evidências claras e uma solução.

Answer 2

O Linux Mint 17.3 é baseado no Ubuntu 14.04.

Eu sugiro que você experimente o menu padrão de Recuperação, que permite a você fsck de unidades.

Guia passo-a-passo do Mint 18.3, então pode ser um pouco diferente já que esta versão é baseada no Ubuntu 16.04:

1. No menu GRUB, escolha Opções avançadas para o Linux Mint ...

2. Você é saudado com 3 opções, uma das quais tem (modo de recuperação) no final, escolha esta.

3. Agora, você tem a opção intitulada fsck com description:

   Check all file systems