lxc-start卡住因cgroup版本不兼容：宿主机启用cgroup v2时lxc 3.x默认走v1路径，需在容器配置中添加lxc.cgroup.version = 2；国内用户拉debian镜像应指定ustc等国内源；lxc-attach看不到/proc是因未挂载procfs，需确保容器配置含lxc.mount.auto = proc:rw。
为什么 lxc-start 报 “failed to mount cgroup” 就卡住？
这是 LXC 启动容器时最常遇到的阻塞型错误，根本原因不是权限不够，而是宿主机内核没启用对应 cgroup 子系统，或 systemd 已抢占 cgroup v1 接口。
lxc-start 默认尝试挂载 cgroup、devices、memory 等子系统，但现代 Linux（尤其 systemd 240+）默认只暴露部分接口，且优先使用 cgroup v2。LXC 3.x 默认仍走 v1 路径，两者不兼容。
- 检查当前 cgroup 版本：
cat /proc/cgroups（v1）或stat -fc %T /sys/fs/cgroup/（输出cgroup2fs表示 v2） - 若是 cgroup v2，必须显式启用 LXC 的 v2 支持：在容器配置中加
lxc.cgroup.version = 2 - 不要盲目改
/etc/default/grub加cgroup_enable=memory——这仅对 v1 有效，v2 下反而可能引发冲突 - 宿主机若跑的是 Ubuntu 22.04+/Debian 12+，建议直接用
lxc launch（来自 lxd）替代裸lxc-start，它自动适配 cgroup 版本
用 lxc-create 拉 Debian 镜像，为什么 debootstrap 总失败？
lxc-create 调用 debootstrap 时失败，90% 是网络或镜像源问题，不是命令写错。
debootstrap 在容器构建阶段完全依赖宿主机网络环境，且默认用 <a href="https://www.php.cn/link/75e604afe33f43eb0d06373b383ec430">https://www.php.cn/link/75e604afe33f43eb0d06373b383ec430</a>，而国内直连极慢甚至超时。
1、数据调用该功能使界面与程序分离实施变得更加容易，美工无需任何编程基础即可完成数据调用操作。2、交互设计该功能可以方便的为栏目提供个性化性息功能及交互功能，为产品栏目添加产品颜色尺寸等属性或简单的留言和订单功能无需另外开发模块。3、静态生成触发式静态生成。4、友好URL设置网页路径变得更加友好5、多语言设计1)UTF8国际编码; 2)理论上可以承担一个任意多语言的网站版本。6、缓存机制减轻服务器
- 指定国内镜像源：
lxc-create -n mydeb -t debian -- -r bookworm -a amd64 --mirror <a href="https://www.php.cn/link/7c667fcefbc8afcb8641fd246d60c462">https://www.php.cn/link/7c667fcefbc8afcb8641fd246d60c462</a> - 如果宿主机用了代理（如
http_proxy），需确认debootstrap是否继承——它默认不读 shell 环境变量，得加--include=ca-certificates并手动设--keyring避免证书错误 - 不要用
--arch i386在 x86_64 宿主机上硬拉 32 位系统，debootstrap可能因缺少qemu-debootstrap直接退出，错误信息就一行：E: Cannot install into target after debootstrap.
lxc-attach 进去看不到 /proc 或 ps报错 “no such file or directory”？
这不是容器坏了，是 lxc-attach 默认不挂载伪文件系统（proc、sysfs、devpts），它只做 namespace 切换，不模拟完整启动流程。
容器里没有 /proc，ps、top、lsmod 全部失效，但 cat /proc/self/status 却能执行成功——因为 LXC 内部已挂了，只是 lxc-attach 没透传。
- 启动时加
--rcfile或在容器配置里确保有：lxc.mount.entry = proc proc proc nodev,noexec,nosuid 0 0 - 更简单的方法：别用
lxc-attach，改用lxc-console -n <container></container>（需容器内已启 getty）或直接lxc exec <container> -- /bin/bash</container>（LXC 3.0+ 自动挂载全部伪文件系统） - 注意
lxc-attach的--clear-env参数会清空PATH，导致找不到bash，错误提示就是execv: No such file or directory
容器里 ping 不通外网，但 lxc-ls --fancy 显示状态是 RUNNING
RUNNING 只代表 init 进程活着，不等于网络就通。LXC 默认用 lxcbr0 桥接，但这个桥在多数新发行版里已被弃用或未自动创建。
- 检查桥是否存在：
ip link show lxcbr0；不存在就手动建：sudo brctl addbr lxcbr0 && sudo ip addr add 10.0.3.1/24 dev lxcbr0 && sudo ip link set lxcbr0 up - 容器配置中必须有：
lxc.network.type = veth+lxc.network.link = lxcbr0，缺一不可 - 宿主机需开启 IP 转发：
echo 'net.ipv4.ip_forward=1' | sudo tee -a /etc/sysctl.conf && sudo sysctl -p - 如果宿主机用的是 NetworkManager，它可能偷偷接管
lxcbr0并 down 掉——检查journalctl -u NetworkManager | grep lxcbr0，真有就加unmanaged-devices=interface-name:lxcbr0到/etc/NetworkManager/NetworkManager.conf
LXC 的坑不在语法，而在它太贴近内核机制：cgroup 版本、网络命名空间隔离粒度、伪文件系统挂载时机，每个点都可能让容器“看起来在跑，其实半身不遂”。调试时别急着重装，先 lxc-info -n <name> -s</name> 看状态，再 lxc-config 查当前生效配置，最后翻 /var/log/lxc/<name>.log</name>——日志里那行带 ERROR 的，往往就是真实断点。
