Uma maneira de fazer isso seria tornar cada arquivo um volume físico LVM, e juntar esses volumes físicos em um grupo de volume e fazer um volume lógico LVM usando esse espaço. Mas é complicado: você precisa associar o arquivo a um dispositivo de loop.
dd if=/dev/zero of=0.file bs=1024k count=4
losetup /dev/loop0 0.file
pvcreate /dev/loop0
# … repeat for all parts …
vgcreate -s 1m foo /dev/loop0 /dev/loop1 …
lvcreate -l 19 -n big foo
mkfs.btrfs /dev/mapper/foo-big
Não é provável que a remontagem das partes seja diretamente suportada pelos seus scripts de inicialização, por isso você precisa codificar algumas coisas manualmente.
Não vejo o ponto: como os arquivos de divisão facilitam os backups? Muitas alterações provavelmente serão distribuídas por todo o volume (por exemplo, várias partes conterão cópias do superbloco). Você não vai ganhar muito apenas fazendo o backup das partes que foram alteradas: você precisará procurar mais nas partes de qualquer maneira.
Se você quiser fazer backups incrementais, faça-os no nível do sistema de arquivos.
Se você quiser fazer backups completos de toda a imagem, mas ignorar o espaço vazio, crie um arquivo esparso , use ferramentas de backup que manipulem arquivos esparsos com eficiência e preencha periodicamente o espaço vazio no sistema de arquivos com zeros e esparsa dele.