Eu pessoalmente prefiro uma abordagem diferente.
Dado que a parte OS dos containers é relativamente pequena (max. 2GB um servidor jessie debian com muitos serviços rodando, cerca de 3Gb trabalhando uma imagem Ubuntu com desktop remoto), deixo o SO residir em / var / lib / lxc e uso uma partição separada para os dados do contêiner.
Isso é feito simplesmente modificando o arquivo / var / lib / lxc / container / fstab:
/mnt/data/container-data/ /var/lib/lxc/container/rootfs/home/ none bind 0 0
Crie as pastas (fonte e destino) no host principal, pare seu contêiner, mova seus dados e reinicie o contêiner!
No caso acima, ambos os diretórios residem em uma partição / mnt / data no host lxc, no meu caso um disco grande.
Existem muitas vantagens associadas a este método: dividir o sistema operacional e os dados permitem que você copie e inicie rapidamente contêineres de teste quando tiver que realizar tarefas perigosas (ex: "aptitude -f dist-upgrade"):
-
pare o container (as partições no fstab serão removidas do diretório / var / lib / lxc / container / rootfs /):
lxc-stop -n container
-
copie o contêiner:
mkdir /var/lib/lxc/containertest
rsync -Pavv /var/lib/lxc/container/ /var/lib/lxc/containertest/
Lembre-se de modificar adequadamente / var / lib / lxc / containertest / config e / var / lib / lxc / containertest / fstab
Além disso, respondendo às suas preocupações, você não deve se preocupar em não ter feito isso antes : uma das grandes vantagens do lxc é sua versatilidade!