O sistema de arquivos Btrfs usa os termos subvolume, root-volume, snapshot, top-level, default subvolumeum tanto confuso para mim.
Um exemplo é opágina wiki do btrfs sobre subvolumesquais Estados
Um sistema de arquivos recém-criado também é um subvolume, chamado de nível superior, que possui internamente um id 5. Este subvolume não pode ser removido ou substituído por outro subvolume.
No entanto, ao usar ferramentas como btrfs-progscomandos como
- lista de subvolumes btrfs
- exibição de subvolume btrfs
exposição, o termo subvolume não se aplica realmente ao volume raiz (vejaessa outra pergunta). Além disso, o termo top-level(como pode ser visto na saída dos comandos acima, não está realmente limitado ao subvolume/volume raiz com subvolumeid 5. Finalmente, parece que você nunca pode usar btrfs sendo volume raiz, apenas subvolumes (novamente contrastando com as definições acima) .
Qualquer ajuda?
Responder1
A maneira mais simples de explicar isso é fazer uma analogia com o ZFS. Os subvolumes no BTRFS são funcionalmente equivalentes aos zvols do ZFS, exceto que estão inerentemente enraizados em algum lugar do próprio sistema de arquivos.
Mais genericamente, um subvolume consiste em um conjunto de estruturas de dados internas do sistema de arquivos que são em sua maioria independentes do resto da árvore. Por esta definição, e pelos aspectos internos do próprio código, o subvolume de nível superior ou raiz (subvolid 5) é tecnicamente um subvolume, mas é tratado especialmente por comandos que exibem informações sobre subvolumes porque você não pode fazer muitas das coisas com isso é possível com subvolumes regulares (por exemplo, você não pode capturar o subvolume raiz e também não pode excluí-lo). Da perspectiva do usuário, o único lugar onde importa que o subvolume raiz seja um subvolume é durante a montagem para -o subvolid=5ignorar uma configuração de subvolume padrão.