码头工人在码头工人内部更改的Docker行数

Question

我想知道如何更改以下行为。 假设我的终端有28行。 然后，我使用以下命令：

$ tput lines # my terminal
28
$ docker run  --rm  -it ubuntu:16.04 tput lines  # docker container
24  ## WHY??
$ docker run  --rm  -it ubuntu:16.04 bash # docker container inside command
root@810effa2777c:/# tput lines
28

如您所见，即使所有结果都应该是28 ，当我docker run --rm -it ubuntu:16.04 tput lines调用容器时，尽管终端大小，它也总是给我24。 这不仅适用于ubuntu容器，我还尝试过使用debian（ docker run --rm -it debian tput lines ），结果是24。

这样做的目的是使用mdp演示工具 ，该工具考虑了终端中的行。 当我的实现失败时，我尝试了其他人的docker实现，但遇到了同样的错误。

这是我在图片中的错误：

有谁知道这可能是什么以及如何解决？

Answer 1

更新

您现在可以使用goinside命令安装goinside命令行工具：

sudo npm install -g goinside

并进入具有适当终端大小的docker容器，其中包含：

goinside docker_container_name

---

goinside背后的逻辑

感谢@VonC答案，我们有了一个简单的bash片段，将其放入~/.profile ，从而解决了该问题：

goinside(){
    docker exec -it $1 bash -c "stty cols $COLUMNS rows $LINES && bash";
}
export -f goinside

现在您可以进入docker容器而不会出现以下终端大小问题：

$ goinside containername

---

记住在使用goinside函数之前先获取source ~/.profile 。

---

在bash中启用自动补全

（因为它在下面的评论之一中共享），如果您想为goinside启用自动填充功能，可以在.profile使用此代码段：

goinside(){
    docker exec -it $1 bash -c "stty cols $COLUMNS rows $LINES && bash";
}
_goinside(){
    COMPREPLY=( $(docker ps --format "{{.Names}}" -f name=$2) );
}
complete -F _goinside goinside;
export -f goinside;

---

在zsh中启用自动补全

如果您将zsh用作默认终端，则可以在~/.zshrc文件中使用以下代码段：

autoload bashcompinit
bashcompinit
goinside(){
    docker exec -it $1 bash -c "stty cols $COLUMNS rows $LINES && bash";
}
_goinside(){
    COMPREPLY=( $(docker ps --format "{{.Names}}" -f name=$2) );
}
complete -F _goinside goinside;
export goinside;

Answer 2

2018年9月更新：检查docker 18.06是否存在相同的问题（在moby/moby问题33794之后以及在18.06发行说明的一部分moby/moby问题35407和PR 37172之后 ， 它应该不存在 ）。

---

2016年：

Ubuntu Dockerfile包括：

CMD ["/bin/bash"]

这意味着默认的ENTRYPOINT是sh -c （我怀疑tput line sh会话中是否工作良好，因为tput使用terminfo数据库，该数据库可能仅针对该映像中的bash设置）

您可以尝试使用bash -c覆盖ENTRYPOINT ，然后检查效果是否更好。

但是，这在命令行中不起作用：

docker run --entrypoint /bin/bash --rm  -it ubuntu:16.04 -i -c 'tput lines'
24

我将检查定义自定义图像的选项。

FROM ubuntu:16.04
ENTRYPOINT ["/bin/bash", "-c"]

结果是一样的：

docker run --rm  -it u 'tput lines'
24

但是，这“有效”：

FROM ubuntu:16.04
ENTRYPOINT [ "/bin/bash" ]

带有：

docker@default:/c/Users/vonc/prog/testsu$ docker run --rm  -it u -i -c 'ls; tput lines'
bin  boot  dev  etc  home  lib  lib64  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var
48

可能存在同步问题，因为同一命令有时会返回24。

实际上，以下代码始终返回“ not 24”：

FROM ubuntu:16.04
ENTRYPOINT [ "/bin/bash", "-l", "-i", "-c" ]

docker run --rm  -it u -c 'sleep 0.1; ls; tput lines'
48

OP silgon 在评论中建议：

docker run --rm -it --entrypoint /bin/bash ubuntu:16.04 -c "sleep 0.1 && tput lines"

---

正如下面的 BMitch评论：

鉴于睡眠成功，我怀疑docker使用运行命令旋转容器，一旦运行，客户端将附加到正在运行的容器。 通常需要几毫秒的时间。

那给了我另一个主意：

docker@default:/c/Users/vonc/prog/testsu$ 
docker run --entrypoint='/bin/bash' --name ub -d -it ubuntu:16.04
  0d9b8783afbb5e3ff4232da071d3f357985351ea1ce4d142bf6617ac456fb76b
docker@default:/c/Users/vonc/prog/testsu$ 
d attach ub
  root@0d9b8783afbb:/# tput lines
  48
  root@0d9b8783afbb:/# exit
exit
docker@default:/c/Users/vonc/prog/testsu$ drmae
0d9b8783afbb5e3ff4232da071d3f357985351ea1ce4d142bf6617ac456fb76b

附加会话中的一条输出tput lines工作正常。
（在drmae别名上，请参阅“ 如何删除旧的和未使用的Docker映像 ”）

---

thajeztah 在评论中添加：

创建容器，然后用默认值（开始80x24 ），并且（在后-it ），会话被连接。
会话指定了终端的大小；

请参见“ 调整容器TTY的大小 ” API。

 DEBU[0244] Calling POST /v1.25/containers/c42fd5c4eb79c06fd7f9912b8359022f7d93887afbb33b57a67ed8bb7bfee4‌​3a/resize?h=46&w=221 

有关更多信息，请参阅docker问题25450 。
它与问题10341“容器创建或开始应接受高度/宽度参数”有关 。 Aleksa Sarai（cyphar）添加（ 2016年9月 ）：

实际上，这又在运行时规范（ opencontainers / runtime-spec PR 563 ）中再次弹出。
基本上，由于Windows要求能够在首次启动时设置控制台大小，因此我们最终可能会为所有平台添加控制台大小 。

---

OP silgon指向api/client/container/run.go ：

// Telling the Windows daemon the initial size of the tty during start makes
// a far better user experience rather than relying on subsequent resizes
// to cause things to catch up.
if runtime.GOOS == "windows" {
    hostConfig.ConsoleSize[0], hostConfig.ConsoleSize[1] = dockerCli.GetTtySize()
}

有逻辑的问题：

在Linux上也使用此属性并使用该值设置初始控制台大小是否有意义？

Kenfe-MickaëlLaventure（ mlaventure ）在上面，并且有一个新补丁可以安装到Docker 1.13上 。

Answer 3

一个很好的方式，而不会遇到线路问题运行容器中使用bash是在这里 ：

docker exec -e COLUMNS="`tput cols`" -e LINES="`tput lines`" -ti container bash

Answer 4

关于sh与terminfo的评论基本无关。 相关部分（在给定答案中不清楚）是命令的执行方式。 tput按以下顺序检查三个功能（使用setupterm ）：

1. terminfo数据库中终端的大小（许多描述没有提供此信息，但是在TERM=xterm ，它的大小为24 x 80 ），
2. 如果可以从操作系统获取该信息的实际行数（即当前窗口大小 ），并且
3. LINES和COLUMNS环境变量。

任何不带交互shell运行一个命令可能的方式，排除了让当前窗口的大小来执行。 例如，这是ssh的功能（ -t选项）。 此外，Docker可能（尽管毫无意义）设置LINES和COLUMNS变量。

情况（1）或（3）足以解释该行为； 引入时间延迟和竞赛不会这样做。

Answer 5

它已在docker 18.06中修复： https : //github.com/moby/moby/issues/33794#issuecomment-406814439

Answer 6

我刚刚测试了Docker version 18.06.1-ce, build e68fc7a 。 似乎有同样的问题。 但是， github问题中的一个人给出了一个实际的解决方法 ：

docker run --rm -it -e COLUMNS=$COLUMNS -e LINES=$LINES -e TERM=$TERM -it ubuntu:16.04 tput lines