Btrfs subvolumes vs pastas?

Eu li um pouco sobre o recurso de subvolumes do btrfs. Embora pareça interessante ter subvolumes para as principais categorias em um sistema de arquivos de dados, como @films, @pictures, @music ... Que vantagem isso oferece ao ter apenas pastas?

Vou precisar montar cada subvolume? Ou os subvolumes aparecerão como pastas no ponto de montagem raiz? ou seja, para um ponto de montagem / data, terei: / data / pictures, / data / music, etc

A resposta para sua pergunta ou / ou é "ambos". Sim, você precisará montar cada subvolume. Cada subvolume se comporta como um sistema de arquivos normal, portanto eles aparecerão em pontos de montagem como / etc.

Existem algumas vantagens nessa ideia. Por exemplo, você pode transformar seu diretório de banco de dados MySQL em um subvolume, o que permitiria tirar instantâneos para uso com backups. Você também pode optar por transformar esse diretório em um RAID1, para que, se um disco falhar, seu banco de dados ainda esteja intacto. Outra é usar um subvolume para / etc, para que você sempre possa reverter qualquer tipo de alteração na configuração do sistema. O uso de um subvolume para / home / username permitiria que cada usuário tivesse uma máquina do tempo, embora provavelmente de uma maneira muito mais flexível do que a Apple fornece em seu sistema.

E, é claro, um benefício de ter um subvolume para residências e outro para a raiz é a capacidade de reverter uma atualização. Por exemplo, você atualiza das 12.04 para as 12.10 muito cedo, descobre que é um bocado demais após o primeiro mês, então você apenas desinstala o sistema operacional. Eu não tentei isso sozinho, mas deve funcionar tão bem quanto manter a sua casa e reinstalar o sistema anterior, exceto que levaria cerca de um segundo instante de uma hora. :)

Os subvolumes no subvolume raiz padrão aparecem como pastas e não precisam ser montados se você montou o subvolume raiz.

A diferença entre uma pasta e um subvolume é que os subvolumes podem ser montados sem montar o subvolume pai (raiz) ou qualquer outro subvolume. E os subvolumes podem ser instantâneos, enquanto as pastas não.

O recurso Subvolume, usando o kernel atual do Ubuntu (do ubuntu 12.10), não faz muito sentido, pois ainda falta "Grupos de Cota do Subvolume". Você precisa aguardar o kernel 3.6 (talvez o ubuntu 13.04?) Você pode fazer o snaphost de um subvolume, é claro, e é claro que não pode capturar instantaneamente um diretório. Mas você provavelmente espera que os subvolumes funcionem como Volumes Lógicos com LVM, mas com o btrfs não temos um cenário semelhante, pois não temos extensão de cota com esse kernel.

Portanto: sim, você pode criar instantâneos, mas eles se parecem com diretórios e, se você preencher o espaço em um subvolume, preencherá o espaço em todo o sistema de arquivos ...

Você pode até redimensionar um subvolume, fornecendo o caminho do subvolume, mas a operação de redimensionamento afeta todo o sistema de arquivos, e não o caminho do subvolume.

Em outras palavras, com esse kernel, o subvolume não está pronto para produção.

Caso contrário, você precisará usar os sistemas de arquivos btrfs como volumes e não como subvolumes. O sistema de arquivos btrfs pode ser reduzido on-line e estendido on-line e, portanto, a cota não é necessária.