Suspiro , parece que postei um pouco cedo demais, com um pouco de ajuda do todo-poderoso Zosma no IRC, descobrimos como isso deveria funcionar.
Os subvolumes @
e @home
são filhos da raiz btrfs, portanto /
não é realmente a raiz do sistema de arquivos. O UUID da raiz btrfs é fornecido em /etc/fstab
duas vezes, fornecendo as montagens para /
e /home
. Montar a raiz real do sistema de arquivos mostra os subvolumes criados pelo instalador:
root@box:~# mkdir /mnt/btrfs
root@box:~# mount UUID=f8963df3-1320-4bc0-a125-62be185b029e /mnt/btrfs
root@box:~# ls /mnt/btrfs
@ @home
Então é para onde eles foram! Criar um novo subvolume da maneira exata que o instalador do ubuntu fez agora é fácil:
root@box:~# btrfs subvolume create /mnt/btrfs/@data
Create subvolume '/mnt/btrfs/@data'
Agora, como criamos um subvolume na raiz btrfs em vez de no sistema de arquivos raiz para a instalação, o /data/
não será exibido sozinho. Felizmente, é fácil copiar o truque usado pelo instalador examinando /etc/fstab
e adicionar outra montagem para /data
:
UUID=f8963df3-1320-4bc0-a125-62be185b029e /data btrfs defaults,subvol=@data 0 2
A última etapa é criar o ponto de montagem: mkdir /data
. Após a reinicialização, teremos um diretório /data
montado a partir de um subvolume btrfs separado.
… Lucro!