据说在 Linux Docker \text{Linux Docker} Linux Docker 中无法使用 systemd(systemctl) \text{systemd(systemctl)} systemd(systemctl) 相关命令的原因是 0 0 0 号进程不是 init \text{init} init，而是其他例如 /bin/bash \text{/bin/bash} /bin/bash，所以导致缺少相关文件无法运行。

具体的解决方案是通过 init \text{init} init 在后台运行一个 docker \text{docker} docker 容器，然后再通过 exec \text{exec} exec 的方式进入到容器中，不过需要注意的是不同的系统 init \text{init} init 程序的路径不同。

例如 CentOS 7 \text{CentOS 7} CentOS 7，

docker run -tid --name test_1 --privileged=true centos:latest /usr/sbin/init
docker exec -it test_1 /bin/bash

再例如 Ubuntu 16.04 \text{Ubuntu 16.04} Ubuntu 16.04，

docker run -tid --name test_2 --privileged=true ubuntu:16.04 /sbin/init
docker exec -it test_2 /bin/bash

需要注意的是，第一个命令除了要通过 init \text{init} init 后台启动 docker \text{docker} docker 容器以外， –privileged=true \text{--privileged=true} –privileged=true 是必须的。

Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生