使用docker-compose启动容器时如何配置使用zsh（无法修改第三方镜像）

• 你的报错根本原因是容器和宿主机的文件系统完全隔离，你宿主机安装的/bin/zsh只存在于宿主机环境，执行docker exec时查找的是容器内部的/bin/zsh路径，第三方镜像默认没有预装zsh，因此触发文件不存在的报错。

方案1：启动容器时动态安装zsh（无需额外构建镜像，适合临时测试场景） #

直接在docker-compose的对应服务下添加command字段，根据镜像的包管理器类型填写对应命令：

• 针对Debian/Ubuntu系镜像：

services:
  你的服务名:
    image: 第三方镜像名
    command: /bin/sh -c "apt update && apt install -y zsh && exec zsh"
    # 保留你原有的其他配置，比如ports、volumes等

• 针对Alpine系镜像：

services:
  你的服务名:
    image: 第三方镜像名
    command: /bin/sh -c "apk add --no-cache zsh && exec zsh"
    # 保留你原有的其他配置

注意：该方案每次容器启动都会执行一次zsh安装操作，启动速度稍慢。

方案2：基于原镜像构建轻量衍生镜像（适合长期使用场景，不会修改原第三方镜像） #

该方案仅在原镜像之上叠加额外的安装层，不会改动原第三方镜像的任何内容，符合不修改原镜像的要求。
在docker-compose配置目录下新建Dockerfile，内容如下（以Debian系镜像为例，Alpine系可对应替换安装命令）：

# 基于你使用的第三方原镜像
FROM 第三方镜像名
# 安装zsh，清理缓存减小镜像体积
RUN apt update && apt install -y zsh && rm -rf /var/lib/apt/lists/*
# 设置默认shell为zsh
SHELL ["/bin/zsh"]

修改docker-compose.yml的对应服务配置，将原有的image字段替换为build配置：

services:
  你的服务名:
    build: .
    # 保留你原有的其他配置

执行docker-compose up --build启动即可，后续启动无需重复构建，zsh会永久存在于衍生镜像中。

容器启动后执行docker exec -it 容器名或容器ID zsh即可直接进入zsh环境，不会再触发找不到文件的报错。

内容的提问来源于stack exchange，提问作者Jaypal Sodha