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!