Opções do mkfs.xfs

Para descrição detalhada de cada recurso, olhe a página de manual mkfs.xfs(8). Tabela de compatibilidade:

kernel              mkfs.xfs
≥ 2.6.23 e ≤ 3.12   -m crc=0 -n ftype=0
3.13 e 3.14         -m crc=0 -n ftype=1
3.15                -m crc=1,finobt=0 -i sparse=0
≥ 3.16 e ≤ 4.7      -m crc=1,finobt=1 -i sparse=0
≥ 4.8               -m crc=1,finobt=1 -i sparse=1

Cuidado ao criar XFS V4 com versões não arcaicas do mkfs.xfs. Mesmo especificando -m crc=0, -n ftype=1 é usado por padrão desde a versão 4.2.0. Tais sistemas requerem kernel 3.13 ou superior. A recomendação é sempre usar -m crc=0 -n ftype=0, que garante ampla compatibilidade, pelo menos desde o 2.6.23 — requerido por -l lazy-count=1.

Versões requeridas do mkfs.xfs:

-m crc      ≥ 3.2.0 (habilitado por padrão a partir da 3.2.3)
-m finobt   ≥ 3.2.1 (habilitado por padrão a partir da 3.2.3)
-n ftype    ≥ 3.2.0 (sempre habilitado quando -m crc=1)
-i sparse   ≥ 4.2.0 (habilitado por padrão a partir da 4.16.0)

XFS V5 tem o UUID do sistema de arquivos, definido no momento da formatação, gravado em todos os blocos de metadados. Ao invés de criar código para atualizá-los um a um, os desenvolvedores usaram outra abordagem. A partir da versão 4.2.0, a ferramenta xfs_db (usada por xfs_admin), ao alterar UUID de XFS V5, adiciona novo campo no superbloco: sb_meta_uuid. O UUID original do sistema de arquivos (usado pelos metadados) é copiado para esse campo e sb_uuid pode ser alterado à vontade. As ferramentas que validam UUID dos metadados usam sb_meta_uuid caso exista. Do contrário, sb_uuid é usado.

Para prevenir que kernels antigos, que não entendam sb_meta_uuid, pensem que tudo está corrompido, uma flag de incompatibilidade é marcada no superbloco. Requer kernel 4.3 ou superior.

Suporte no GRUB:

-m crc=1                  ≥ 2.02-beta3
-m crc=1 + sb_meta_uuid   ≥ 2.02-rc1
-m crc=1 -i sparse=1      ≥ 2.04-rc1

XFS V5 é suportado a partir do FSArchiver 0.6.20, com melhorias nas versões seguintes.

Comentários