我将在这里消除一些神话。
这只是一个坏主意。对不起。– 3月5日雅各布20:30
我不认为这是一个坏主意。它实际上只是chroot中的chroot。一方面，它可能以某种微不足道的方式降低性能（与在虚拟机内部运行虚拟机相比，什么都没有）。另一方面，它可能更安全（例如，与根主机系统及其组成部分更隔离）。
您实际上有这样做的真正理由吗？请记住，这里的问题应该与您面临的实际问题有关。– Zoredache 3月5日21:52
我100％同意发布者的以下评论。此外，我认为可以安全地假设在此发布问题的每个人都可能认为他们有这样做的真实理由。
我认为，lxc应该能够简化VM迁移（以及备份和恢复）。但是我不确定在什么情况下无法访问主机操作系统（例如便宜的vps）。– 3月6日，米哈伊尔11:17
实际上，我早在6月份首次涉足PaaS / IaaS项目的LXC时就遇到了这个问题，我对允许用户模拟用于开发目的的云环境的能力特别感兴趣。
LXCeption。我们太深了。– 3月6日，汤姆·奥康纳（Tom O'Connor）22:46
当我读到这篇文章时，我笑了一点，但事实并非如此：)
无论如何，在阅读完所有这些内容之后，我最终建立了一个VirtualBox环境，并安装了Ubuntu 12.04 LTS Server Edition的库存安装，并认为这是100％可行的。安装LXC之后，我创建了一个新容器，并使用apt-get在容器内安装了LXC。大多数安装进展顺利，但最终由于cgroup-lite软件包出现问题而导致错误，该软件包在安装软件包后无法启动其upstart作业。
经过一番搜索，我在stgraber.org上看到了这篇精美的文章（这些好东西隐藏在“容器嵌套”部分下）：
sudo apt-get install lxc
sudo lxc-create -t ubuntu -n my-host-container -t ubuntu
sudo wget https://www.stgraber.org/download/lxc-with-nesting -O /etc/apparmor.d/lxc/lxc-with-nesting
sudo /etc/init.d/apparmor reload
sudo sed -i "s/#lxc.aa_profile = unconfined/lxc.aa_profile = lxc-container-with-nesting/" /var/lib/lxc/my-host-container/config
sudo lxc-start -n my-host-container
(in my-host-container) sudo apt-get install lxc
(in my-host-container) sudo stop lxc
(in my-host-container) sudo sed -i "s/10.0.3/10.0.4/g" /etc/default/lxc
(in my-host-container) sudo start lxc
(in my-host-container) sudo lxc-create -n my-sub-container -t ubuntu
(in my-host-container) sudo lxc-start -n my-sub-container
安装该AppArmor策略并重新启动守护程序就可以了（尽管不要忘记更改网络范围！）。实际上，我以为特定的片段非常重要，以至于我将其镜像为@ http://pastebin.com/JDFp6cTB，以防万一文章离线。
之后，sudo /etc/init.d/cgroup-lite start成功了，航行顺利。
因此，是的，可以在另一个LXC容器内部启动一个LXC容器：）