1. 项目概述为什么在 Ubuntu 22.04 上装 Docker 不是“点几下就完事”的事Docker、ubuntu22、docker-ce——这三个词凑在一起表面看就是一条标准的 Linux 环境部署流水线但实际踩进去才发现它根本不是教科书里“更新源→安装包→启动服务”三步走的童话。我去年在三台不同配置的 Ubuntu 22.04 服务器上重装 Docker一次成功的是那台刚重装系统的干净虚拟机另两台——一台跑着 Nginx 和 NetBox 的生产边缘节点另一台装过 Kylin 10 兼容层又切回原生 Ubuntu 的开发机——全卡在dockerd启动失败或docker-compose up报unable to get image mysql:8.0.34这类看似网络问题、实则根子在底层依赖错位的坑里。这不是 Docker 本身的问题而是 Ubuntu 22.04 这个发行版在内核、cgroup v2、systemd、containerd.io 版本演进节奏上的“错峰上线”带来的真实摩擦。很多人搜“ubuntu22 安装 docker”真正想解决的从来不是“怎么装”而是“装完之后 docker ps 能看到容器、docker-compose up -d 能拉镜像、容器里 nginx 能响应请求、MySQL 能连上”。这背后牵扯到五个不可绕过的硬性条件内核必须启用CONFIG_CGROUPSy和CONFIG_NAMESPACESyUbuntu 22.04 默认满足但某些定制内核或 Kylin 10 兼容层会阉割containerd.io必须与docker-ce主版本严格对齐比如 docker-ce 24.0.7 只认 containerd.io 1.6.31混用 1.7.x 就会静默崩溃APT 源必须指向官方或可信镜像站国内用户若直接用默认archive.ubuntu.com常因 DNS 劫持导致apt update卡在Reading package lists.../etc/docker/daemon.json若存在哪怕只有一行空格也可能让 dockerd 拒绝启动最后docker-compose已于 2023 年底正式脱离 Python 生态v2.20 是纯 Go 编译的二进制和旧版docker-composePython 实现完全不兼容——你apt install docker-compose装出来的极大概率是已废弃的 v1.x而docker-compose up报错command not found或version mismatch根源就在这里。所以这篇内容不是“Docker 安装教程”而是“Ubuntu 22.04 上 Docker 生产级可用环境的构建手记”。它覆盖从卸载残留、验证内核、选择源、校验签名、安装顺序、配置调优、到 compose 替代方案的全链路。你会看到为什么curl -fsSL https://get.docker.com | sh在 Ubuntu 22.04 上可能比手动安装更危险为什么apt install docker.io是最省事却最不推荐的方案以及当docker-compose up报unable to get image时90% 的情况根本不用查代理或镜像仓库只需执行一条sudo systemctl status containerd就能定位到 containerd 进程是否真的在跑。它面向的是已经能ssh ubuntuserver、会vim /etc/apt/sources.list、知道journalctl -u docker查日志的中级 Linux 使用者目标很明确装完就能用且后续三个月不因 Docker 自身问题重启服务器。2. 核心细节解析与实操要点Ubuntu 22.04 的 Docker 安装不是“一键式”而是“五步校验式”在 Ubuntu 22.04 上安装 Docker核心矛盾在于“官方文档的通用性”和“Ubuntu 22.04 发行版特性的冲突”。官方 Docker 文档https://docs.docker.com/engine/install/ubuntu/写得非常严谨但它默认你操作的是一个全新、未修改、未安装过任何容器相关组件的系统。而现实中的 Ubuntu 22.04可能是从 20.04 升级而来可能预装了docker.io社区维护版可能被ubuntu-desktop带来的 snap 版 Docker Desktop 干扰甚至可能因为之前尝试安装 Kylin 10 兼容层而残留了libseccomp2的降级包。因此真正的安装流程必须前置五步强制校验缺一不可。2.1 第一步彻底清理历史残留比安装更重要很多dockerd启动失败、docker version报Cannot connect to the Docker daemon的问题根源都在/var/lib/docker/目录或/etc/docker/下的残余配置。但直接rm -rf /var/lib/docker是灾难性的——它会删除所有你辛苦构建的镜像、运行中的容器数据卷。正确做法是分层清理首先停止所有 Docker 相关服务sudo systemctl stop docker docker.socket containerd sudo systemctl disable docker docker.socket containerd其次卸载所有已知的 Docker 包包括docker.ioUbuntu 官方仓库提供的轻量版、docker-ceDocker Inc. 官方版、docker-ce-cli命令行工具、containerd.io容器运行时sudo apt-get purge -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin docker.io sudo apt-get autoremove -y --purge提示apt-get purge会同时删除配置文件这是关键。如果只用apt-get remove/etc/docker/daemon.json这类配置文件会保留成为后续启动失败的隐形炸弹。然后手动清理残留目录和二进制sudo rm -rf /var/lib/docker /var/lib/containerd /var/run/docker.sock /etc/docker # 清理可能存在的 snap 安装Ubuntu Desktop 用户尤其注意 sudo snap remove docker 2/dev/null || true最后验证清理是否干净dpkg -l | grep -i docker # 应该无输出 ls -la /usr/bin/docker* # 应该只显示 /usr/bin/docker来自 docker-ce-cli或无输出这一步耗时约 2 分钟但它能避免你后面花 2 小时排查一个本可避免的权限或配置冲突问题。我见过太多人跳过此步结果docker info显示WARNING: No swap limit support以为是内核问题其实是/var/lib/docker下旧版 overlay2 驱动残留导致的元数据损坏。2.2 第二步内核与系统准备Ubuntu 22.04 的 cgroup v2 是把双刃剑Ubuntu 22.04 默认使用 cgroup v2这是 Linux 内核 5.8 引入的统一控制组接口相比 cgroup v1 更简洁、更安全。Docker 20.10 完全支持 cgroup v2但有一个致命前提containerd.io必须是 1.4.0 版本且dockerd启动参数不能显式禁用它。问题在于某些老旧的containerd.io包如 Ubuntu 22.04 仓库里的containerd.io1.5.9-1在 cgroup v2 环境下会因runc版本不匹配而静默退出。验证你的系统是否真正启用了 cgroup v2# 查看当前挂载点 mount | grep cgroup # 正常输出应包含cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate) # 如果看到大量 cgroup on /sys/fs/cgroup/xxx type cgroup (rw,nosuid,nodev,noexec,relatime,xxx)说明是 cgroup v1 模式 # 查看内核启动参数关键 cat /proc/cmdline | grep cgroup # 正常应为... systemd.unified_cgroup_hierarchy1 ... # 如果出现 cgroup_no_v1all 或 cgroup_enablememory则说明被强制降级到 v1需修改 GRUB如果你的系统是 cgroup v1 模式常见于从 20.04 升级上来的系统有两种选择一是升级内核到 5.15 并启用systemd.unified_cgroup_hierarchy1推荐长期稳定二是临时切换到 cgroup v2只需编辑/etc/default/grubsudo nano /etc/default/grub # 修改这一行 GRUB_CMDLINE_LINUX_DEFAULTquiet splash systemd.unified_cgroup_hierarchy1 sudo update-grub sudo reboot注意不要盲目添加cgroup_enablememory。Ubuntu 22.04 的 systemd 249 已默认启用 memory controller强行添加反而可能导致systemd启动失败。真正的检查点是systemd.unified_cgroup_hierarchy1是否生效。2.3 第三步APT 源选择与密钥管理国内用户绕不开的“镜像站陷阱”Ubuntu 22.04 的默认 APT 源archive.ubuntu.com对国内用户并不友好DNS 解析慢、连接超时是常态。但直接替换为mirrors.aliyun.com或mirrors.tuna.tsinghua.edu.cn也有风险这些镜像站同步官方源有延迟通常 1-2 小时而 Docker 官方包的发布是原子性的——docker-ce、docker-ce-cli、containerd.io必须版本严格匹配。如果镜像站只同步了docker-ce24.0.7但containerd.io还停留在1.6.28你apt install docker-ce就会因依赖不满足而失败。我的实测方案是“混合源”基础系统包走国内镜像Docker 官方包走 Docker 自己的 APT 仓库。这样既保证速度又确保版本一致性。首先备份并替换系统源以清华源为例sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak sudo sed -i s/archive.ubuntu.com/mirrors.tuna.tsinghua.edu.cn/g /etc/apt/sources.list sudo sed -i s/security.ubuntu.com/mirrors.tuna.tsinghua.edu.cn/g /etc/apt/sources.list sudo apt update然后添加 Docker 官方 GPG 密钥和仓库这是最易出错的一步必须严格按顺序# 下载并安装 Docker 的官方 GPG 密钥注意必须用 curl -fsSLwget 可能因证书问题失败 curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /usr/share/keyrings/docker-archive-keyring.gpg # 添加 stable 仓库注意[archamd64] 是必须的否则 arm64 机器会报错 echo deb [arch$(dpkg --print-architecture) signed-by/usr/share/keyrings/docker-archive-keyring.gpg] https://download.docker.com/linux/ubuntu $(lsb_release -cs) stable | sudo tee /etc/apt/sources.list.d/docker.list /dev/null关键原理/usr/share/keyrings/是 systemd 220 引入的标准化密钥存储路径比旧版/etc/apt/trusted.gpg.d/更安全。signed-by参数指定了该仓库的密钥位置apt会严格校验每个包的签名。如果跳过gpg --dearmor步骤直接apt-key add在 Ubuntu 22.04 上会收到WARNING: apt-key is deprecated且未来版本将完全失效。验证仓库是否添加成功apt-cache policy docker-ce # 输出中应看到500 https://download.docker.com/linux/ubuntu jammy/stable amd64 Packages # 且 Candidate 版本是你想要的如 24.0.7~ubuntu.22.04.12.4 第四步安装顺序与版本锁定containerd.io 是 Docker 的“心脏”Docker 的架构是分层的dockerd守护进程负责 API 和编排containerd运行时负责镜像拉取、容器生命周期管理runc运行时负责真正创建和运行容器进程。其中containerd.io是承上启下的核心它的稳定性直接决定整个 Docker 是否可用。官方文档建议apt install docker-ce docker-ce-cli containerd.io一行安装但在 Ubuntu 22.04 上我强烈建议分步、显式指定版本安装理由有三第一apt install默认会安装docker-ce的最新版但containerd.io可能因依赖关系被降级第二docker-ce-cli和docker-ce的版本号虽一致但它们的.deb包是独立构建的必须确保apt选中的是同一发布周期的包第三containerd.io的版本号如1.6.31-1和docker-ce如24.0.7-1没有数学关系只能查官方发布页确认。我的实操步骤以 2023 年 10 月发布的 24.0.7 为例# 更新索引 sudo apt update # 查看可用版本关键 apt list -a docker-ce docker-ce-cli containerd.io # 输出类似 # docker-ce/jammy 5:24.0.7-1~ubuntu.22.04.1 amd64 # docker-ce-cli/jammy 5:24.0.7-1~ubuntu.22.04.1 amd64 # containerd.io/jammy 1.6.31-1 amd64 # 严格按此版本号安装注意containerd.io 的版本号是 1.6.31-1不是 1.6.31 sudo apt install -y docker-ce5:24.0.7-1~ubuntu.22.04.1 docker-ce-cli5:24.0.7-1~ubuntu.22.04.1 containerd.io1.6.31-1 # 安装后立即验证 containerd 是否正常 sudo systemctl start containerd sudo systemctl status containerd # 必须显示 active (running)实操心得如果systemctl status containerd显示failed90% 的原因是containerd.io版本与docker-ce不匹配。此时不要apt install --reinstall而是先sudo journalctl -u containerd -n 50查看错误日志通常会看到failed to load plugin io.containerd.runtime.v1.linux或runc: symbol lookup error这直接指向runc二进制版本不兼容。解决方案是下载对应版本的runc二进制https://github.com/opencontainers/runc/releasessudo cp runc /usr/sbin/runc替换。2.5 第五步docker-compose 的“去 Python 化”v2.20 是唯一正解这是 Ubuntu 22.04 用户最容易栽跟头的地方。搜索“docker-compose 下载”、“docker-compose 安装”大量教程还在教你pip install docker-compose这在 2023 年已是技术债。Docker Inc. 已于 2023 年 7 月宣布docker-composePython 版进入 EOLEnd of Life所有新功能、安全补丁只提供给docker composeGo 版即docker-compose-plugin。docker-composePython和docker composeGo的区别远不止名字多一个空格启动方式前者是独立命令docker-compose up后者是docker的子命令docker compose up依赖前者需要 Python 3.6 和一堆 pip 包后者是单个静态二进制无外部依赖性能后者启动速度快 3-5 倍内存占用低 60%兼容性后者完全兼容docker-compose.yml语法但env_file、profiles等高级特性支持更完善在 Ubuntu 22.04 上正确安装docker compose插件的方法只有一种# 确保 docker-ce-cli 已安装前面已做 # 下载最新 release以 v2.23.0 为例需替换为实际最新版 DOCKER_COMPOSE_VERSIONv2.23.0 curl -L https://github.com/docker/compose/releases/download/${DOCKER_COMPOSE_VERSION}/docker-compose-$(uname -s)-$(uname -m) -o /tmp/docker-compose sudo mv /tmp/docker-compose /usr/libexec/docker/cli-plugins/docker-compose sudo chmod x /usr/libexec/docker/cli-plugins/docker-compose # 验证 docker compose version # 输出应为 Docker Compose version v2.23.0注意插件路径必须是/usr/libexec/docker/cli-plugins/这是dockerCLI 的硬编码插件目录。放在/usr/local/bin/下docker compose会找不到。另外docker-composePython和docker composeGo可以共存但which docker-compose会优先返回/usr/bin/docker-composePython 版所以建议卸载 Python 版pip uninstall docker-compose。3. 实操过程与核心环节实现从零开始构建一个“开箱即用”的 Ubuntu 22.04 Docker 环境现在我们把前两节的所有校验、清理、安装逻辑整合成一份可直接复制粘贴、逐行执行的完整脚本。这不是一个“理想化”的流程而是我在三台不同场景的 Ubuntu 22.04 机器上反复验证、调整后的“最小可行路径”。它包含了所有关键检查点、错误处理和 fallback 方案确保即使某一步失败你也能立刻知道原因并手动修复。3.1 完整自动化安装脚本含错误捕获与诊断请将以下内容保存为install-docker-ubuntu22.sh然后chmod x install-docker-ubuntu22.sh sudo ./install-docker-ubuntu22.sh执行#!/bin/bash set -e # 任何命令失败即退出 echo 步骤 1验证系统信息 if ! command -v lsb_release /dev/null; then echo 错误lsb_release 未安装请先运行 sudo apt update sudo apt install -y lsb-release exit 1 fi UBUNTU_VERSION$(lsb_release -rs) if [[ $UBUNTU_VERSION ! 22.04 ]]; then echo 警告检测到 Ubuntu $UBUNTU_VERSION本脚本专为 22.04 设计继续执行需自行承担风险 read -p 是否继续(y/N): -n 1 -r echo if [[ ! $REPLY ~ ^[Yy]$ ]]; then exit 1 fi fi echo 步骤 2彻底清理历史 Docker sudo systemctl stop docker docker.socket containerd 2/dev/null || true sudo systemctl disable docker docker.socket containerd 2/dev/null || true sudo apt-get purge -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin docker.io 2/dev/null || true sudo apt-get autoremove -y --purge 2/dev/null || true sudo rm -rf /var/lib/docker /var/lib/containerd /var/run/docker.sock /etc/docker 2/dev/null || true sudo snap remove docker 2/dev/null || true echo 步骤 3配置国内 APT 源清华 sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak sudo sed -i s/archive.ubuntu.com/mirrors.tuna.tsinghua.edu.cn/g /etc/apt/sources.list sudo sed -i s/security.ubuntu.com/mirrors.tuna.tsinghua.edu.cn/g /etc/apt/sources.list sudo apt update echo 步骤 4添加 Docker 官方 APT 仓库 curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /usr/share/keyrings/docker-archive-keyring.gpg echo deb [arch$(dpkg --print-architecture) signed-by/usr/share/keyrings/docker-archive-keyring.gpg] https://download.docker.com/linux/ubuntu $(lsb_release -cs) stable | sudo tee /etc/apt/sources.list.d/docker.list /dev/null sudo apt update echo 步骤 5安装指定版本的 Docker 组件 # 获取最新稳定版动态查询避免硬编码 DOCKER_CE_VERSION$(apt list -a docker-ce 2/dev/null | grep -E ^[^[:space:]] | head -1 | awk {print $2} | cut -d- -f1) if [[ -z $DOCKER_CE_VERSION ]]; then echo 错误无法从 APT 获取 docker-ce 版本请检查网络和仓库配置 exit 1 fi echo 检测到 docker-ce 最新版本: $DOCKER_CE_VERSION # 安装 docker-ce, docker-ce-cli, containerd.io严格匹配 sudo apt install -y docker-ce$DOCKER_CE_VERSION-* docker-ce-cli$DOCKER_CE_VERSION-* containerd.io echo 步骤 6启动并验证 containerd sudo systemctl start containerd if ! sudo systemctl is-active --quiet containerd; then echo 错误containerd 启动失败请运行 sudo journalctl -u containerd -n 50 查看日志 exit 1 fi echo 步骤 7启动 Docker 服务 sudo systemctl start docker if ! sudo systemctl is-active --quiet docker; then echo 错误docker 服务启动失败请运行 sudo journalctl -u docker -n 50 查看日志 exit 1 fi echo 步骤 8安装 docker compose 插件Go 版 # 获取最新 docker compose 版本GitHub API LATEST_COMPOSE$(curl -s https://api.github.com/repos/docker/compose/releases/latest | grep tag_name: | sed -E s/.*([^]).*/\1/) if [[ -z $LATEST_COMPOSE ]]; then LATEST_COMPOSEv2.23.0 # fallback fi echo 安装 docker compose 插件: $LATEST_COMPOSE curl -L https://github.com/docker/compose/releases/download/$LATEST_COMPOSE/docker-compose-$(uname -s)-$(uname -m) -o /tmp/docker-compose sudo mkdir -p /usr/libexec/docker/cli-plugins sudo mv /tmp/docker-compose /usr/libexec/docker/cli-plugins/docker-compose sudo chmod x /usr/libexec/docker/cli-plugins/docker-compose echo 步骤 9添加当前用户到 docker 组免 sudo sudo usermod -aG docker $USER echo 注意请注销并重新登录或运行 newgrp docker 使组生效 echo 步骤 10最终验证 echo 1. 检查 Docker 版本: docker --version echo 2. 检查 Docker Compose 版本: docker compose version echo 3. 运行 Hello World 测试: docker run --rm hello-world 2/dev/null | grep Hello from Docker! if [[ $? -eq 0 ]]; then echo ✅ 安装成功Docker 环境已就绪。 else echo ❌ Hello World 测试失败请检查网络和镜像仓库配置。 fi这个脚本的核心价值在于它的“防御性编程”set -e确保任何一步失败立即终止避免错误累积每个sudo systemctl is-active --quiet都是关键健康检查点失败即给出明确的journalctl排查指令docker run --rm hello-world是终极验证它不仅测试dockerd是否运行还测试了containerd的镜像拉取、runc的容器创建、以及网络是否通畅所有curl命令都加了-s静默和-L跟随重定向避免因 GitHub API 限流或 CDN 重定向导致失败。3.2 配置调优让 Docker 在 Ubuntu 22.04 上真正“生产就绪”装完只是起点要让它稳定、高效、安全地运行必须进行几项关键配置。这些配置不是“锦上添花”而是解决 Ubuntu 22.04 特有痛点的刚需。3.2.1 配置镜像加速器解决unable to get image的首要方案国内用户docker pull卡住、docker-compose up报unable to get image mysql:8.0.3490% 的原因不是网络问题而是默认的docker.io镜像仓库即registry-1.docker.io在国内访问极不稳定。解决方案是配置国内镜像加速器如阿里云、腾讯云、中科大等。创建/etc/docker/daemon.json注意文件必须存在且 JSON 格式严格sudo mkdir -p /etc/docker sudo tee /etc/docker/daemon.json -EOF { registry-mirrors: [ https://your-aliyun-mirror-id.mirror.aliyuncs.com, https://mirror.ccs.tencentyun.com, https://docker.mirrors.ustc.edu.cn ], log-driver: json-file, log-opts: { max-size: 10m, max-file: 3 } } EOF如何获取你的阿里云镜像加速器地址登录 https://cr.console.aliyun.com → “镜像工具” → “镜像加速器”复制那个https://xxxx.mirror.aliyuncs.com地址。不要用公共地址否则会被限速。配置后必须重启dockerdsudo systemctl daemon-reload sudo systemctl restart docker # 验证是否生效 sudo docker info | grep Registry Mirrors -A 33.2.2 启用 cgroup v2 的 memory controller解决WARNING: No swap limit supportUbuntu 22.04 默认启用 cgroup v2但memorycontroller 可能被禁用导致docker stats无法显示内存使用docker run -m 512m无效。检查cat /proc/cgroups | grep memory # 正常应显示memory 11 1 1 第三个字段为 1 表示启用如果第三列为 0需启用# 编辑 GRUB 配置 echo GRUB_CMDLINE_LINUX_DEFAULTquiet splash systemd.unified_cgroup_hierarchy1 cgroup_enablememory swapaccount1 | sudo tee -a /etc/default/grub sudo update-grub sudo reboot3.2.3 配置 rootless Docker可选提升安全性对于非生产环境或个人开发rootless模式能极大提升安全性——Docker 守护进程不再以 root 身份运行容器也无法获得宿主机 root 权限。Ubuntu 22.04 原生支持# 安装 rootless 工具 sudo apt install -y uidmap # 初始化 rootless daemon dockerd-rootless-setuptool.sh install # 启动 systemctl --user start docker # 设置开机自启需登录用户 systemctl --user enable docker注意rootless 模式下docker命令需通过systemctl --user启动且docker.sock位于$XDG_RUNTIME_DIR/docker.sock普通sudo docker无法连接。它适合开发但不适合需要--privileged或访问/dev设备的场景如宇树 G1 机器人放音频就需要--device /dev/sndrootless 不支持。3.3 实战案例用 docker-compose 部署一个可访问的 Nginx MySQL 环境安装完成我们来做一个真实场景的验证部署一个ubuntu22 安装nginx和ubuntu22 安装hermesHermes 是一个轻量级 API 网关常用于微服务的组合。这能覆盖网络、存储、环境变量、健康检查等核心概念。创建docker-compose.ymlversion: 3.8 services: nginx: image: nginx:1.25-alpine ports: - 8080:80 volumes: - ./nginx.conf:/etc/nginx/nginx.conf:ro - ./html:/usr/share/nginx/html:ro depends_on: - php healthcheck: test: [CMD, curl, -f, http://localhost] interval: 30s timeout: 10s retries: 3 php: image: php:8.2-apache volumes: - ./php-app:/var/www/html:ro environment: - TZAsia/Shanghai mysql: image: mysql:8.0.34 command: --default-authentication-pluginmysql_native_password restart: unless-stopped environment: MYSQL_ROOT_PASSWORD: rootpass MYSQL_DATABASE: myapp MYSQL_USER: appuser MYSQL_PASSWORD: apppass volumes: - mysql-data:/var/lib/mysql healthcheck: test: [CMD, mysqladmin, ping, -h, localhost, -u, root, --passwordrootpass] interval: 30s timeout: 10s retries: 5 volumes: mysql-data:创建nginx.conf精简版events { worker_connections 1024; } http { include /etc/nginx/mime.types; default_type application/octet-stream; server { listen 80; server_name localhost; location / { proxy_pass http://php:80; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } } }启动docker compose up -d # 查看状态 docker compose ps # 查看日志 docker compose logs -f nginx # 访问 http://localhost:8080应看到 PHP 的 phpinfo 页面这个案例的价值在于它复现了热搜词ubuntu22 安装nginx、ubuntu22 安装hermes、docker-compose up 报错unable to get image mysql:8.0.34的完整上下文。如果mysql:8.0.34拉取失败第一步不是怀疑网络而是docker compose config检查 YAML 语法docker info | grep Registry Mirrors检查镜像加速器sudo systemctl status containerd检查运行时——这才是 Ubuntu 22.04 上 Docker 故障排查的正确顺序。4. 常见问题与排查技巧实录那些让你抓狂的 Ubuntu 22.04 Docker 错误其实都有固定解法在 Ubuntu 22.04 上玩 Docker有些错误就像幽灵一样反复出现。它们往往有固定的模式、固定的日志线索、和固定的三行命令就能解决。我把过去一年在论坛、工单、内部 Slack 里高频遇到的 12 个典型问题整理成一张“症状-日志-根因-解法”的速查表。这不是理论推导而是从生产环境血泪中捞出来的经验。4.1 Ubuntu 22.04 Docker 常见问题速查表问题现象关键日志线索journalctl -u docker -n 50根本原因三行解决命令docker: command not found无命令不存在docker-ce-cli未安装或PATH未包含/usr/binsudo apt install -y docker-ce-cliecho $PATH | grep /usr/binhash -rCannot connect to the Docker daemonFailed to connect to bus: No such file or directorydocker命令试图连接systemd用户 session但未启用--usersudo systemctl start dockersudo systemctl enable dockersudo usermod -aG docker $USERdockerd启动失败无日志systemctl status docker显示activating (start)然后超时containerd未启动或runc版本不匹配sudo systemctl start containerdsudo journalctl -u containerd -n 50sudo apt install -y runcdocker ps返回空但docker info正常docker info中Containers:为 0Images:为 0dockerd启动了但/var/lib/docker目录为空或权限错误sudo ls -la /var/lib/dockersudo chown -R root:root /var/lib/dockersudo systemctl restart dockerdocker-compose up报command not foundbash: docker-compose: command not found安装的是 Go 版docker compose但你敲的是docker-compose带横杠