Devo executar o fsck na inicialização de uma imagem amazon ec2?

Question

Eu tenho uma micro instância do Ubuntu em execução no Amazon EC2.

Recentemente após o login, fui alertado:

*** /dev/xvda1 will be checked for errors at next reboot ***

Reiniciei algumas vezes usando init 6 , mas quando eu faço logon ainda recebo o mesmo aviso, aparentemente, fsck não está sendo executado na inicialização.

Eu li esta postagem do blog que menciona que, se o arquivo / etc / A coluna fstab <pass> está definida como 0 , em seguida, uma verificação de disco será ignorada durante a reinicialização. Aqui está o meu arquivo fstab :

<file system>           <mount point><type><options><dump><pass>
LABEL=cloudimg-rootfs   /            ext4  defaults 0     0
/dev/xvdh               /vol         xfs   noatime  0     0

Esta é a configuração padrão para uma imagem ec2 de ubuntu .

• É normal para <pass > para ser definido como 0 aqui?
• Por que seria definido como 0 ?
• Qual é a melhor maneira de executar fsck - devo alterar esse valor ou apenas executá-lo manualmente quando for alertado?

Answer 1

• Por que seria definido como 0 ?

  Eu posso ver algumas razões possíveis para isso.

  Como você está executando o EC2, seu hardware (armazenamento e instância de computação) é virtualizado. É muito menos provável que essa configuração encontre falhas de qualquer tipo que causem corrupção no sistema de arquivos, e um defeito físico real no armazenamento (como blocos defeituosos no armazenamento magnético) é quase impossível.

  1. Isso significa que os problemas do sistema de arquivos são muito menos comuns, portanto, verificar o sistema de arquivos não precisa acontecer com tanta frequência. Talvez seja esperado que você execute o fsck manualmente quando suspeitar de um problema.

  2. O EC2 é "planejado" para ter um sistema de arquivos raiz somente para leitura, ou pelo menos um que restaure um estado fixo no lançamento da instância. Um benefício primário do EC2 é a capacidade de lançar instâncias pequenas sob demanda e depois terminá-las quando a demanda cai, sempre executando a mesma configuração do sistema operacional. Nessa situação, verificar o root fs não faz sentido, porque nunca mudará. Isso obviamente não se aplica se você usar o sistema para 'desenvolvimento' ou uso geral, mas não percebo que seja a verdadeira intenção da Amazon para o EC2.

  3. A execução de fsck no EC2 desperdiça a largura de banda e a potência do processador. Isso se traduz em custo, tanto para o usuário quanto para a Amazon.

• É normal que <pass> seja definido como 0 aqui?

  Acredito que 1 é típico de uma nova instalação do Linux, mas isso pode ser específico da distribuição. As imagens EC2 pré-construídas da Amazon também são pré-configuradas para caber no EC2.

• Qual é a melhor maneira de executar fsck - devo alterar esse valor ou apenas executá-lo manualmente quando for alertado?

  Ambas as opções têm mérito. Se você está reiniciando com frequência, talvez prefira executá-lo manualmente em vez de aumentar com frequência a contagem de montagem do volume.

Como um aparte, eu não tenho certeza se o root fs é tipicamente verificado após a montagem (quando fstab fica disponível), ou antes da montagem. Se antes, uma instalação 'típica' do Ubuntu pode realmente executar o fsck em initramfs , antes mesmo de montar o root fs. Nesse caso, initramfs pode ser diferente no EC2 e pode ignorar qualquer sinalizador que sugira que o sistema de arquivos deva ser verificado.