Início / unix / Perguntas / 688195
Accepted
davidvandebunte
Asked: 2022-01-28 08:16:28 +0800 CST

Redefina o sistema de arquivos ext4 sem alterar o UUID do sistema de arquivos

  • 772

Eu tenho um sistema de arquivos com muitos arquivos pequenos que eu apago regularmente (os arquivos são um cache que pode ser facilmente regenerado). É muito mais rápido simplesmente criar um novo sistema de arquivos em vez de executar rm -rfou rsyncexcluir todos os arquivos (ou seja, excluir com eficiência um diretório grande contendo milhares de arquivos ).

O único problema com a criação de um novo sistema de arquivos para limpar o sistema de arquivos é que seu UUID muda, levando a alterações em, por exemplo, /etc/fstab.

Existe uma maneira de simplesmente "desvincular" um diretório de, por exemplo, um sistema de arquivos ext4 ou limpar completamente sua lista de inodes?

ext4 inode

6 respostas

  1. Best Answer

    Como você está usando ext4, você pode formatar o sistema de arquivos e definir o UUID para um valor conhecido posteriormente.

    man tune2fsescreve,

    -U UUIDDefina o identificador universalmente exclusivo (UUID) do sistema de arquivos como UUID. O formato do UUID é uma série de dígitos hexadecimais separados por hífens, como este c1b9d5a2-f162-11cf-9ece-0020afc76f16.

    E da mesma forma, man mkfs.ext4escreve,

    -U UUIDDefina o identificador universalmente exclusivo (UUID) do sistema de arquivos como UUID. […como acima…]

    Pessoalmente, prefiro referenciar sistemas de arquivos por rótulo. Por exemplo, no /etc/fstabpara um dos meus sistemas, tenho entradas como esta

    # <file system>    <mount point>   <type>   <options>           <dump> <pass>
LABEL=root         /               ext4     errors=remount-ro   0      1
LABEL=backup       /backup         ext4     defaults            0      2

    Esses rótulos podem ser adicionados com o -Lsinalizador para tune2efse mkfs.ext4. Eles evitam problemas com somas de verificação de inode causando redescoberta ou corrupção em um sistema de arquivos reformatado e são consideravelmente mais fáceis de identificar visualmente. (Mas é altamente improvável que seja exclusivo em vários sistemas, portanto, tome cuidado ao trocar discos.)

    • 22

  2. Você pode usar -Ucom mkfs.ext4para especificar seu próprio UUID para que, ao recriar o sistema de arquivos, você possa simplesmente reutilizar o UUID anterior.

    • 17

  3. Reutilizar UUIDs em ext3/ext4 para um novo sistema de arquivos é uma má ideia.

    O UUID é usado no cálculo da soma de verificação do inode para permitir que o fsck distinga entre inodes que pertencem ao sistema de arquivos atual e inodes de um sistema de arquivos anterior.

    Se você reformatar um sistema de arquivos estendido existente com o mesmo UUID, há uma boa chance de que uma verificação do sistema de arquivos encontre dados antigos e tente resgatá-los. Normalmente, este é um processo interativo, portanto, a verificação automática não interativa do sistema de arquivos na inicialização falhará e você será colocado em um shell de recuperação.

    Se sua tabela de partição for GPT, você poderá usar o UUID da partição no fstab ou, se usar o LVM, também obterá um nome persistente por meio disso.

    • 17

  4. Em vez de reutilizar o UUID para cada novo sistema de arquivos, o que tem algumas implicações negativas para o e2fsck, você pode alterar seu /etc/fstab para usar o rótulo do sistema de arquivos para montar ("LABEL=testfs" em vez de "UUID=.... ") e especifique o rótulo na hora do formato com "mke2fs -L testfs ...".

    • 14

  5. Eu simplesmente colocaria o sistema de arquivos em um LVM thin pool e faria um thin snapshot após a criação. Então, eu apenas reverteria para esse instantâneo em vez de recriar o sistema de arquivos. Em termos de armazenamento, isso quase não tem sobrecarga.

    Você também pode simplesmente tirar uma imagem do seu sistema de arquivos logo após a criação e salvá-la para ddrestauração posterior; isso é especialmente atraente se o armazenamento subjacente for SSD, pois usará o descarte para marcar os blocos como zero/não usados, de modo que a criação da imagem será rápida, o arquivo de imagem principalmente esparso e, portanto, trivial na necessidade de armazenamento eficaz, e a restauração seria seja incrivelmente rápido também.

    Observe que, dependendo do tamanho dos arquivos, existem diferenças bastante significativas na velocidade entre os sistemas de arquivos (consulte os benchmarks na parte inferior da página). Para arquivos de tamanho médio, o XFS pode ser mais rápido!

    Mas há uma solução mais fácil, se você estiver acostumado mkfssob demanda: mkfs.ext4 -U ${your_uuid_here}permite definir o UUID de um sistema de arquivos :)

    • 8

  6. Outra opção a considerar é alterar seu fstab para usar um rótulo ou UUID de partição (PARTUUID) em vez do UUID do sistema de arquivos. Desta forma, você pode reformatar a partição como quiser e ela ainda será montada corretamente.

    • 1

relate perguntas