linux命令启动容器,linux进入容器命令

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

linux如何定义一个容器

1，在容器外部，物理机上，可以用docker inspect查看或者，docker inspect container。

2，如果在容器内部。可以用 ps -fe 查看。其中1号进程就是启动命令。

3，Docker会在隔离的容器中运行进程。当运行docker run命令时，Docker会启动一个进程，并为这个进程分配其独占的文件系统、网络资源和以此进程为根进程的进程组。在容器启动时，镜像可能已经定义了要运行的二进制文件、暴露的网络端口等，但是用户可以通过docker run命令重新定义（译者注：docker run可以控制一个容器运行时的行为，它可以覆盖docker build在构建镜像时的一些默认配置），这也是为什么run命令相比于其它命令有如此多的参数的原因。4，命令格式

5，最基本的docker run命令的格式如下：$ sudo docker run [OPTIONS] IMAGE[:TAG] [COMMAND] [ARG...]

6，如果需要查看[OPTIONS]的详细使用说明，请参考Docker关于OPTIONS的章节。这里仅简要介绍Run所使用到的参数。OPTIONS总起来说可以分为两类：

设置运行方式：

决定容器的运行方式，前台执行还是后台执行；

设置containerID；

设置网络参数；

设置容器的CPU和内存参数；

设置权限和LXC参数；

设置镜像的默认资源，也就是说用户可以使用该命令来覆盖在镜像构建时的一些默认配置。

7，docker run [OPTIONS]可以让用户完全控制容器的生命周期，并允许用户覆盖执行docker build时所设定的参数，甚至也可以修改本身由Docker所控制的内核级参数。

相关问答

Q1: Linux系统Docker命令怎么用

下面是安装 Docker 客户端并在上面运行容器的简单步骤。

1. 下载 Boot2Docker

在我们开始安装之前，我们需要 Boot2Docker 的可执行文件。可以从它的 Github 下载最新版本的 Boot2Docker。在这篇指南中，我们从网站中下载版本 v1.6.1。我们从那网页中用我们喜欢的浏览器或者下载管理器下载了名为 docker-install.exe 的文件。

2. 安装 Boot2Docker

现在我们运行安装文件，它会安装 Window Docker 客户端、用于 Windows 的 Git(MSYS-git)、VirtualBox、Boot2Docker Linux ISO 以及 Boot2Docker 管理工具，这些对于开箱即用地运行全功能的 Docker 引擎都至关重要。

3. 运行 Boot2Docker

安装完成必要的组件之后，我们从桌面上的“Boot2Docker Start”快捷方式启动 Boot2Docker。它会要求你输入以后用于验证的 SSH 密钥。然后会启动一个配置好的用于管理在虚拟机中运行的 Docker 的 unix shell。

为了检查是否正确配置，运行下面的 docker version 命令。

docker version

4. 运行 Docker

由于 Boot2Docker Start 自动启动了一个已经正确设置好环境变量的 shell，我们可以马上开始使用 Docker。请注意，如果我们要将 Boot2Docker 作为一个远程 Docker 守护进程，那么不要在 docker 命令之前加 sudo。

现在，让我们来试试 hello-world 例子镜像，它会下载 hello-world 镜像，运行并输出 "Hello from Docker" 信息。

$ docker run hello-world

5. 使用命令提示符(CMD) 运行 Docker

现在，如果你想开始用命令提示符使用 Docker，你可以打开命令提示符(CMD.exe)。由于 Boot2Docker 要求 ssh.exe 在 PATH 中，我们需要在命令提示符中输入以下命令使得 %PATH% 环境变量中包括 Git 安装目录下的 bin 文件夹。

set PATH=%PATH%;"c:\Program Files (x86)\Git\bin"

运行上面的命令之后，我们可以在命令提示符中运行 boot2docker start 启动 Boot2Docker 虚拟机。

boot2docker start

注意: 如果你看到 machine does no exist 的错误信息，就运行 boot2docker init 命令。

然后复制上图中控制台标出命令到 cmd.exe 中为控制台窗口设置环境变量，然后我们就可以像平常一样运行 docker 容器了。

6. 使用 PowerShell 运行 Docker

为了能在 PowerShell 中运行 Docker，我们需要启动一个 PowerShell 窗口并添加 ssh.exe 到 PATH 变量。

$Env:Path="${Env:Path};c:\Program Files (x86)\Git\bin"

运行完上面的命令，我们还需要运行

boot2docker start

这会打印用于设置环境变量连接到虚拟机内部运行的 Docker 的 PowerShell 命令。我们只需要在 PowerShell 中运行这些命令就可以和平常一样运行 docker 容器。

7. 用 PUTTY 登录

Boot2Docker 会在%USERPROFILE%.ssh 目录生成和使用用于登录的公共和私有密钥，我们也需要使用这个文件夹中的私有密钥。私有密钥需要转换为 PuTTY 的格式。我们可以通过 puttygen.exe 实现。

我们需要打开 puttygen.exe 并从 %USERPROFILE%.ssh\id_boot2docker 中导入("File"-"Load" 菜单)私钥，然后点击 "Save Private Key"。然后用保存的文件通过 PuTTY 用 docker@127.0.0.1:2022 登录。

8. Boot2Docker 选项

Boot2Docker 管理工具提供了一些命令，如下所示。

Q2: 如何用Docker 管理 Linux Container 容器与网络设置

当前Ubuntu 系统下的 Docker 的安装包只提供64位。如果你想运行32位的 Docker，你需要。

安装 Docker

通过 apt-get 安装 Docker 简直是小菜一碟。

$ sudo apt-get install docker.io

如果你不是 root 组的用户，你可以把自己加入到 docker 用户组。下面的命令可以让没有 root 权限的用户使用 Docker：

$ sudo usermod -a -G docker $USER

重新登录，以便让你的用户组权限生效。

下一步是编辑 Docker 配置文件，确定 Docker 可执行文件的路径：

$ sudo vi /etc/default/docker.io

DOCKER= /usr/bin/docker.io

重启 Docker 服务：

$ sudo service docker.io restart

管理 Docker Container 容器

如果你想在新的 Docker 容器下创建一个新的 Ubuntu 操作系统，你首先需要 pull 一个的 Docker 镜像。下面的命令可以通过网络下载 Docker 镜像：

$ docker pull ubuntu

你可以使用下面的命令启动 Docker 里面的 Ubuntu 系统。最后的参数 /bin/bash 表示一旦容器启动，首先会执行简单的 bash。

$ docker run -i -t ubuntu /bin/bash

上面的命令会立即启动 Ubuntu container 容器(这是一个完美的容器!)，然后它会提供一个 shell 提示符运行环境给你。现在开始你可以通过这个沙箱环境访问一个完整的 Ubuntu 系统了。

输入 exit 命令退出 Docker 容器。

你也可以用下面的命令进入不同的系统。比如 Fedora：

$ docker.io run -i -t fedora /bin/bash

如果系统中还不存在 Fedora Docker 镜像，这个命令会自动下载它，然后启动这个 Fedora 的 Docker 容器。

如果你想要开启指定版本的系统，比如 Ubuntu 13.04，你可以使用下面的命令：

$ docker.io run -i -t ubuntu:13.04 /bin/bash

Container 容器网络设置

Docker 使用 Linux 桥接技术与其他容器通信，以及连通外网。安装完 Docker 后你应该可以看到 docker0 这个网桥，这是 Docker 默认创建的。你创建的每个容器都会通过这个网桥连接到网络。

自定义 Linux 网桥

如果你想自定义网桥，你可以执行以下步骤。你可以在这个网桥后面分配一个子网，并为这个子网分配地址。下面的命令会为 Docker 子网分配 10.0.0.0/24 地址段：

$ sudo apt-get install bridge-utils

$ sudo brctl addbr br0

$ sudo ifconfig br0 10.0.0.1 netmask 255.255.255.0

然后在 /etc/default/docker.io 文件的 DOCKER_OPTS 变量里添加 -b=br0 选项，并重启 Docker 服务：

$ sudo service docker.io restart

到目前为止，任何创建的容器都会连上 br0 网桥，它们的 IP 地址会从 10.0.0.0/24 中自动分配(译注：在10.0.0.2到10.0.0.254之间随机分配)。

其他自定义设置

你可以通过 /etc/default/docker.io 文件的 DOCKER_OPTS 变量设置其他一些属性：

-dns 8.8.8.8 -dns 8.8.4.4 : 为容器指定 DNS 服务器。

-icc=false : 将容器与其他容器隔离出来

疑难解答

1、当你运行 docker.io 命令时，你可能会遇到以下问题：

dial unix /var/run/docker.sock: no such file or directory

这个错误可能是由于 Docker 后台进程没有启动。检查下 Docker 后台进程的状态，确认它已经处于启动状态：

$ sudo service docker.io status$ sudo service docker.io start

Q3: php如何通过linux命令，在docker中执行一个文件并且接收docker容器中执行之后，控制台的返回的结果？

Docker中我们一般会有两种执行命令的方式，一种是直接进入容器的命令行，在终端执行并查看结果，一种是在后台执行，并不会在终端查看结果。

1、进入容器命令行

su root

docker run -i -t ubuntu:16.04/bin/bash#或者执行下面这句docker run -it ubuntu:16.04/bin/bash

-i和-t的作用是帮助你进入交互模式，如果不加这部分，你将无法进入容器内部，更别说使用命令行了。/bin/bash的意思就是使用容器的命令行来输入命令。执行结果如下：

root@7d150a0fb029:/#

root后面跟的就是容器id，表明你已经进入容器，可以输入命令了，你可以输入一些常用命令试试：

root@7d150a0fb029:/# docker run -i -t ubuntu:16.04 /bin/bash

结果输出了镜像的内核版本信息：

Linux version 4.13.0-36-generic (buildd@lgw01-amd64-033)(gcc version 5.4.020160609(Ubuntu5.4.0-6ubuntu1~16.04.9))#40~16.04.1-Ubuntu SMP Fri Feb 16 23:25:58 UTC 2018

通过exit可退出容器。

2、后台执行命令

输入下面的代码，-d表示的就是后台运行，这点可以直接通过docker run –help查看该命令的功能。下面这句话的意思就是在镜像的程序中添加引号内的代码，并在后台运行。

docker run -d ubuntu:16.04 /bin/sh -c "while true; do echo hello world; sleep 1;done"

输出结果不会显示运行的结果，而是给出新建的容器id，这里说明一下，每次输入docker run命令都会新建一个容器，产生一个新的id。

输出结果如下：

c7188be9bd7b5c0aa91c5eeb72013996c89bfdc2181d1a5ff7f880af6f8aff99

查看一下正在运行的容器：

root@cdl-XPS15R:/home/cdl# docker ps -aCONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES

c7188be9bd7b ubuntu:16.04"/bin/sh -c 'while t…"13 seconds ago Up11 seconds keen_vaughan1b6ba17f7df7 ubuntu:16.04"/bin/bash"2 minutes ago Exited(0)2 minutes ago cocky_noether7d150a0fb029 ubuntu:16.04"/bin/bash"4 minutes ago Exited(0)2 minutes ago hopeful_banach

这里会发现，第一个容器的id和后台运行的容器id前几位一模一样，但是长度要长很多，其实是一样的，只不过通过ps命令打印输出时为了方便显示只显示了前几位。

如果想要进入后台运行的容器的命令行而不创建新的容器，只需要输入以下命令：

#Exec是进入已经存在的容器，run是创建新容器docker Exec-it c7188be9bd7b /bin/bash

输入哪个更长的id也是一样的效果：

docker Exec -it c7188be9bd7b5c0aa91c5eeb72013996c89bfdc2181d1a5ff7f880af6f8aff99 /bin/bash

输出结果都是：

root@c7188be9bd7b:/#

Q4: 简年6：一个关于 Linux 容器化的脑洞

于是突然脑洞一开，如果把整个 Linux 系统的模块都放进容器中运行的话，Linux 就可以变得非常好玩了。

为了方便大家理解这个脑洞，先上张图，下面的图片把两个不同的桌面环境同时无缝运行在一个桌面，包括软件和整套桌面：

图中通过共享宿主机显示服务来达到同时运行的效果，接下来的脑洞中会尝试把所有模块都放进容器中，包括显示服务。

当前 Linux 的软件“碎片化”可以说是 Linux 普及的一大拦路虎，发行版之间各自为政，软件分发渠道不一。另一方面，Linux 在目录结构上也没有严格的规定，安装一个软件往往因为开发者的习惯而不同，装好的软件在电脑磁盘中如同垃圾一样七零八落。尽管有 NixOS 这样的发行版在努力，但声势不大，难成气候。

所以如果把 Linux 模块容器化之后，虽然不能够从根本上解决上面的问题，但是因为隔离了文件系统，一些依赖以及碎片化的软件得到了一定遏制。最重要的是，如果模块容器化之后，Linux 在部署、备份上将极为方便。

脑洞不能只是脑洞，我们来看一下如何实现吧。（本文为一边写一边找资料一边操作验证，至于结果嘛，看下去吧。）

内核肯定不用容器化了，Docker 靠的就是 Linux 内核支撑，Linux 内核更换也方便，无需 Docker 容器包装，那么除此之外的其他东西，就都交给 Docker 来做的话，需要考虑哪些方面呢？

内核启动的第一个进程，即 PID 1 是整个系统的关键部分，我能想到的两个系统是 CoreOS 和 RancherOS，这两者都是针对 Docker 而开发的特别发行版。

之所以使用到它们当然是看上了它们对 Docker 的深度整合，CoreOS 使用 systemd 管理容器（似乎），而 RancherOS 更加彻底，直接使用 Docker 管理系统，Docker 甚至是 RancherOS 的 PID 1。

因为本文的脑洞是让 Docker 容器作为一个桌面运行，也就是 run as a Desktop OS，而不是把 GUI 程序运行在容器中然后显示在正常操作系统上，也就是 run on a Desktop OS。

要了解两者差别，需要认识到 X 服务在 Linux 下工作的大致原理。

在此之前，你需要对 GUI 这个名称有个认识，GUI 全称是图形用户界面（Graphical User Interface），我们平时使用的大部分软件，例如浏览器、办公软件、聊天软件等都是有图形界面的。

而 Docker 运行 GUI 软件的技术早就已经不是什么新鲜事了。大部分都是直接通过共享宿主系统的 X11 服务实现 GUI 界面的呈现。而我的脑洞中，是从头到尾对 Linux 系统的包装，这自然也包括显示服务，这意味着我们不可以使用宿主机的显示服务来显示 GUI 程序。

以 X11 为例，在 X11 协议中，分为 X11 服务端和 X11 客户端两个部分。X11 服务端是用于驱动具体显示硬件将数据进行展示的模块，而 X11 客户端则接收应用程序和用户的操作，并产生刷新屏幕信息的命令发送给服务端。服务端与客户端可以是在同一个主机上，也可以通过网络相连。如下图所示：

接下来，我们遇到一个问题，因为没有显示驱动，我们无法显示界面，即便依靠 GPU 处理也无法显示出来，这个时候就需要一个小玩意了。

Xvfb的全称是 “X virtual frame buffer”，是一种 X11 服务端的特殊实现。说比较特殊是因为 Xvfb 不需要实际的显示装置和硬件驱动，它将渲染的图像内容保存在内存中，最初的应用场景主要是用于自动化测试等不需要看到执行界面的地方，作为完整 X 服务的替代。

在前面已经提过，之所以考虑到使用这个工具，还有一个很重要的原因：轻量。Xvfb的所有文件放在一起只有大约 10MB 的大小（加上一些额外依赖的包，实际增加镜像的体积大概在几十 MB）。这样一种轻量级的 X11 服务器用在 Docker 里面使用实在是在合适不过了，此外，Xvfb也与 CoreOS、RancherOS 不支持图形显示、没有显示器驱动的情况十分契合。

现在还有个关键性的问题：怎样把内存里的渲染数据表现出来。为此，我们需要引入另一个 Linux 下的工具软件X11vnc，它提供了将 X11 服务端内容获取出来并展现到远程的用户控制端的功能。

这样我们通过VNC客户端就可以看到界面了。

但是我们饶了一圈，似乎又回来了，到头来我还是要通过VNC客户端显示内容啊，这和直接用宿主机显示服务有什么区别啊？！

等会，区别还是有的，在本文中显示的界面少了两次协议转换，直接通过 x11vnc 转发出去，效果十分逼真，延迟感受基本体会不到。

依据这个思路，我们准备在容器里面从零搭建整个 X11 的世界。不过，要是安装标准的 X11 服务，加上它的各种依赖，少说需要几百 MB 的额外空间，其他啥都没装就把镜像变大好几倍了，工程着实浩大。好在开源界已经有了许多种轻量级 X11 服务替代品，例如Xdummy、Xvfb和Xpra。这些平时不太显眼的宝藏在容器中可以大有作为。当然不嫌弃的话还是 X 大法好，值得一提的是Wayland 与 X 作为显示服务却有本质不同，Wayland直接让软件与硬件交流，我们没有机会对 Wayland 封装，所以这么一看 X 老大爷还是挺有趣的。

作为一个需要对外提供显示图形环境的容器，有一些基本的基础环境需要解决。例如：

这些内容就像一个基本的操作系统。用户可以自由选择显示服务，并自由组合桌面环境，也就是说同时运行 Gnome 和 Kde完全没有问题。

由于 CoreOS 使用了只读的系统分区，想在系统上直接安装一个 X11 服务是行不通的。

但是 RancherOS 不同，我们可以在下面链接中看到，老外已经做了个测试，使用一个仅有几十 MB 的系统跑一个桌面容器，运行良好。

通过更换系统内核，加装基本配置，一个模块容器化的 Linux 似乎就在眼前啊。

以上都是脑洞，也许有空时我会动手验证下，所以记录一下，保存下来，笑。

Q5: linux下docker容器存放磁盘空间迁移

docker在centOS下默认会安装在/var/lib/docker/目录下，这个目录的容量不大，创建的容器或镜像多了就无法使用了。

目录迁移记录如下（更改到/home/docker下）：

1、停止docker服务。

2、创建新的docker目录，执行命令df -h,找一个大的磁盘。我的是放在/home目录下面，我的/home目录大小有900G。我在 /home目录下面建了 /home/docker/lib目录，执行的命令是：

3、迁移/var/lib/docker目录下面的文件到 /home/docker/lib下面