1. 项目概述为什么需要关闭Docker服务在Linux服务器运维和日常开发中Docker服务就像一台24小时运转的精密引擎承载着我们的应用容器。但引擎总有需要停机维护、升级或者排查故障的时候。直接断电那无异于在高速行驶中急刹车可能导致数据丢失、容器状态不一致甚至损坏存储卷。因此如何安全、优雅地关闭Docker服务是每一位Linux系统管理员和开发者必须掌握的核心技能。这不仅仅是执行一条命令那么简单它背后涉及到对Docker守护进程dockerd生命周期、容器状态管理以及系统服务控制如systemd的深刻理解。我遇到过不少初级运维同事在服务器需要重启或者资源调整时直接kill -9掉Docker进程结果导致后续服务无法正常启动或者发现有些容器的数据莫名其妙“消失”了。实际上一个规范的关闭流程能确保所有容器平滑终止、网络正确清理、数据持久化完成为下一次启动铺平道路。本文将深入拆解在Linux环境下关闭Docker服务的多种方法、适用场景及其背后的原理并提供从基础到进阶的完整操作指南和避坑经验。2. 核心思路与方案选型不止一种“关机”方式关闭Docker服务并非只有一条路。根据你的操作环境是否有systemd、关闭的紧迫程度以及是否需要保存当前状态可以选择不同的策略。理解这些方案的差异是做出正确选择的前提。2.1 方案全景图从温和到强制的关闭阶梯我们可以把关闭Docker服务想象成一个有多个档位的“关机旋钮”温和关闭推荐通知Docker守护进程开始关闭流程让它有时间去优雅停止所有运行中的容器清理网络等资源。这是生产环境的标配。快速关闭给Docker守护进程一个有限的缓冲时间如10秒去停止容器超时则强制终止。适用于需要较快重启服务的场景。强制关闭立即终止Docker守护进程及其所有子进程。这是最后的手段仅在服务完全无响应时使用有数据风险。对应的技术实现主要分为两大类通过系统服务管理器如systemd控制和直接操作Docker守护进程。2.2 方案选型背后的逻辑为什么systemd是首选在绝大多数现代Linux发行版如CentOS 7/8, Ubuntu 16.04, Debian 8中Docker都是作为systemd服务安装和运行的。这不仅仅是启动方式的变化更带来了管理上的巨大优势生命周期管理systemd能精确控制服务的启动、停止、重启、重载和状态查看。依赖关系可以定义Docker服务在网络就绪后启动在关闭前等待某些任务完成。日志集成Docker守护进程的日志会通过journalctl统一管理方便排查问题。自动恢复可以配置服务崩溃后自动重启。因此通过systemd命令systemctl来管理Docker服务是官方推荐且最规范的方式。直接去kill进程或者运行dockerd的启动脚本相当于绕过了系统精心设计的管理框架不仅操作粗糙也容易留下隐患。那么在哪些罕见情况下可能需要直接操作进程呢主要是在一些旧的、不使用systemd的初始化系统如SysV init环境中或者在进行Docker本身的问题深度调试时。对于99%的用户请牢牢记住使用systemctl stop docker。3. 标准操作使用systemctl安全关闭Docker服务这是最标准、最安全的方法。请确保你拥有sudo权限。3.1 基础关闭命令与过程解析执行关闭的核心命令非常简单sudo systemctl stop docker或者使用更明确的写法sudo systemctl stop docker.service当你执行这条命令时背后发生了一系列有序的事件信号传递systemd向Docker守护进程dockerd发送一个SIGTERM信号。这是一个“终止”信号但进程可以捕获它并执行清理工作。Docker守护进程的优雅处理dockerd收到SIGTERM后并不会立刻退出。它会停止接受新的API请求如docker run,docker ps等命令。向所有正在运行的容器发送SIGTERM信号。等待容器内主进程处理这个信号并自行退出。一个设计良好的容器应用如Web服务器、数据库会捕获SIGTERM完成当前请求、关闭连接、刷写数据后再退出。如果容器在预设的超时时间默认10秒内未退出dockerd会发送SIGKILL信号强制终止容器。资源清理所有容器停止后dockerd会清理掉为这些容器创建的网络接口veth pair、释放iptables规则如果使用了bridge网络、卸载相关的存储驱动层。进程退出完成所有清理工作后dockerd进程自身退出。此时systemctl stop命令执行完毕。你可以通过以下命令验证服务是否已停止sudo systemctl status docker输出中应显示Active: inactive (dead)或Active: failed如果关闭过程中有错误。3.2 关键参数理解停止超时时间一个重要的细节是停止超时时间StopTimeout。在Docker的systemd服务单元文件通常是/lib/systemd/system/docker.service中你可以找到或设置这个参数[Service] ... TimeoutStopSec10这表示systemd会给docker.service最多10秒的时间来完成整个停止流程包括容器优雅退出。如果10秒后服务仍未停止systemd会强制发送SIGKILL。实操心得调整超时时间对于运行着数据库如MySQL、PostgreSQL或具有复杂状态应用的容器10秒可能不够完成数据刷盘和连接关闭。你可以通过创建覆盖配置来延长这个时间# 创建配置目录 sudo mkdir -p /etc/systemd/system/docker.service.d/ # 创建覆盖配置文件 sudo tee /etc/systemd/system/docker.service.d/override.conf -EOF [Service] TimeoutStopSec30 EOF # 重新加载systemd配置 sudo systemctl daemon-reload这样停止超时就延长到了30秒。修改后再次执行sudo systemctl stop docker就会应用新的超时设置。注意不要直接修改/lib/systemd/system/下的原始服务文件因为包管理器如apt或yum在更新软件时可能会覆盖你的修改。使用/etc/systemd/system/下的.d目录进行覆盖是标准做法。3.3 连带操作停止并禁用开机自启有时我们不仅想关闭服务还想禁止它在下次系统启动时自动运行例如在一台临时用于测试的服务器上或者需要长期禁用Docker时。这就需要两个命令组合# 停止当前运行的服务 sudo systemctl stop docker # 禁用服务使其不会在系统启动时自动运行 sudo systemctl disable docker执行disable后你可以使用systemctl is-enabled docker命令检查输出应为disabled。一个重要区别stop只影响当前运行状态disable影响的是未来的启动行为。一个服务可以处于“已停止但启用stopped enabled”的状态这意味着现在没运行但重启系统后会自动运行。4. 直接控制Docker守护进程备用方案与深度管理虽然不推荐作为日常手段但了解如何直接与Docker守护进程交互有助于深入理解其工作原理并在特殊情况下解决问题。4.1 查找与终止Docker守护进程首先找到Docker守护进程的PID进程IDps aux | grep dockerd输出中会有一行类似root 1234 0.0 1.5 1023400 60000 ? Ssl 10:00 0:30 /usr/bin/dockerd -H fd://。这里的1234就是PID。温和终止使用SIGTERM信号允许它进行优雅关闭。sudo kill 1234 # 或者明确指定信号 sudo kill -TERM 1234强制终止如果守护进程无响应使用SIGKILL信号信号代码9。这将立即终止进程不给任何清理机会。sudo kill -9 1234警告kill -9是“杀手锏”。它可能导致运行中的容器被“遗弃”变成孤儿进程其状态可能变为Exited (137)表示被SIGKILL杀死。容器网络命名空间、挂载点等资源可能无法被正确清理留下残留。存储驱动如overlay2的层可能处于不一致状态。仅在systemctl stop和kill -TERM都完全无效且你明确知晓风险并愿意承担数据丢失后果时才使用此命令。4.2 管理容器子进程关闭服务前后的容器状态关闭Docker服务时核心目标是停止所有容器。但有时你可能想先手动管理容器再关闭守护进程。在关闭守护进程前先停止所有容器# 停止所有正在运行的容器 docker stop $(docker ps -q) # 如果你想停止所有容器包括已停止的可以移除所有容器危险会删除数据卷外的数据 # docker rm -f $(docker ps -aq) # 生产环境慎用这样做的好处是你可以逐个确认容器是否正常停止或者为某些关键容器执行额外的保存操作如数据库备份。然后再执行systemctl stop docker此时因为已无运行中容器关闭速度会非常快。关闭服务后检查遗留进程即使通过systemctl正常关闭偶尔也可能有容器进程因为各种原因例如僵尸进程残留。你可以检查是否还有与容器相关的进程ps aux | grep -E docker-containerd|containerd-shim如果发现残留进程并且确认Docker服务已停止、不需要这些容器可以用sudo kill命令终止它们。但务必先通过ps命令查看其命令行参数确认它们是否属于你想保留的容器实例。5. 实战问题排查与经验实录即使按照标准流程操作也可能会遇到各种问题。下面是我在多年运维中积累的一些常见场景和解决方案。5.1 常见问题速查表问题现象可能原因排查命令与解决方案执行sudo systemctl stop docker后命令卡住长时间不返回。1. 有容器无法在超时时间内优雅退出。2. 存储驱动或卷卸载缓慢。3. 大量镜像或容器导致清理耗时。1.查看详细状态打开另一个终端运行sudo systemctl status docker查看是否显示“停止中”。2.查看容器状态docker ps查看哪些容器还在运行。尝试手动停止问题容器docker stop container_name。3.增加停止超时如前文所述修改TimeoutStopSec。4.查看日志sudo journalctl -u docker --since 5 minutes ago -f实时查看Docker服务日志。服务显示为failed状态无法启动也无法干净停止。服务进程已崩溃或异常退出但systemd认为其仍应处于活动状态。1.强制重置状态sudo systemctl reset-failed docker.service。2.然后再停止sudo systemctl stop docker。关闭Docker后端口仍被占用或网络接口残留。容器进程已退出但网络命名空间或iptables规则未彻底清理。1.重启主机网络sudo systemctl restart network或sudo systemctl restart NetworkManager取决于发行版。2.清理iptables危险可能影响其他服务可尝试sudo iptables -F和sudo iptables -t nat -F清空规则链。更好的做法是重启Docker服务让它重新配置网络。使用kill命令后dockerd进程依然存在。进程可能处于“僵尸Z”或“不可中断睡眠D”状态。1.检查进程状态ps aux关闭Docker后磁盘空间未释放。Docker使用的存储卷volume或绑定挂载bind mount的文件依然存在。容器层如overlay2在容器删除后会被清理但卷数据是持久化的。这是正常现象。Docker的关闭和启动不影响持久化卷。如果需要清理未使用的卷docker volume prune需在Docker服务运行时执行。5.2 高级场景关闭Socket激活的Docker服务在一些高可用或安全强化配置中Docker可能配置为Socket激活。这意味着dockerd进程平时不常驻内存只有当有客户端如docker命令行工具连接其Socket时才由systemd动态启动。关闭这种服务需要不同的思路。首先检查服务是否Socket激活sudo systemctl cat docker.socket如果这个文件存在那么停止服务需要同时停止Socket单元sudo systemctl stop docker.socket sudo systemctl stop docker.service顺序很重要先停止Socket防止新的连接请求再停止Service。5.3 个人避坑经验生产环境关闭检查清单在生产环境执行关闭Docker服务操作前我习惯按以下清单核对通知与备份通知所有相关人员并备份关键容器的数据卷尤其是数据库。检查关键容器docker ps --format table {{.Names}}\t{{.Status}}\t{{.Ports}}列出所有运行中容器确认没有正在执行关键批处理任务的容器。尝试优雅停止容器对关键容器如数据库先手动执行docker stop并观察其日志确认已安全关闭。docker logs -f db_container_name docker stop db_container_name # 观察日志输出直到看到正常关闭信息执行关闭使用sudo systemctl stop docker。验证关闭systemctl status docker状态应为inactive。docker ps命令应报错Cannot connect to the Docker daemon。netstat -tlnp | grep :2375或你的Docker监听端口应无监听。后续操作如果是为了维护如升级Docker版本此时可以安全地进行软件包操作。操作完成后使用sudo systemctl start docker启动并立即检查核心容器是否随重启策略自动启动。6. 服务关闭后的善后与启动准备成功关闭Docker服务并非终点而是一个维护周期的开始。关闭后你可以安全地进行一些之前无法操作的工作。6.1 安全进行文件系统操作当Docker服务停止后它不再锁定相关的存储目录通常是/var/lib/docker。这时你可以备份整个Docker数据目录sudo tar -czf /backup/docker_backup_$(date %Y%m%d).tar.gz -C /var/lib docker清理磁盘空间手动检查并删除/var/lib/docker/overlay2下一些巨大的、不再使用的缓存目录需极其谨慎建议通过docker system prune命令在服务运行时清理。迁移数据目录如果你想把Docker的数据目录移到更大的磁盘这是最好的时机。停止服务后复制整个/var/lib/docker目录到新位置然后修改Docker的启动配置如/etc/docker/daemon.json中的> Linux下安全关闭Docker服务的完整指南与避坑实践
1. 项目概述为什么需要关闭Docker服务在Linux服务器运维和日常开发中Docker服务就像一台24小时运转的精密引擎承载着我们的应用容器。但引擎总有需要停机维护、升级或者排查故障的时候。直接断电那无异于在高速行驶中急刹车可能导致数据丢失、容器状态不一致甚至损坏存储卷。因此如何安全、优雅地关闭Docker服务是每一位Linux系统管理员和开发者必须掌握的核心技能。这不仅仅是执行一条命令那么简单它背后涉及到对Docker守护进程dockerd生命周期、容器状态管理以及系统服务控制如systemd的深刻理解。我遇到过不少初级运维同事在服务器需要重启或者资源调整时直接kill -9掉Docker进程结果导致后续服务无法正常启动或者发现有些容器的数据莫名其妙“消失”了。实际上一个规范的关闭流程能确保所有容器平滑终止、网络正确清理、数据持久化完成为下一次启动铺平道路。本文将深入拆解在Linux环境下关闭Docker服务的多种方法、适用场景及其背后的原理并提供从基础到进阶的完整操作指南和避坑经验。2. 核心思路与方案选型不止一种“关机”方式关闭Docker服务并非只有一条路。根据你的操作环境是否有systemd、关闭的紧迫程度以及是否需要保存当前状态可以选择不同的策略。理解这些方案的差异是做出正确选择的前提。2.1 方案全景图从温和到强制的关闭阶梯我们可以把关闭Docker服务想象成一个有多个档位的“关机旋钮”温和关闭推荐通知Docker守护进程开始关闭流程让它有时间去优雅停止所有运行中的容器清理网络等资源。这是生产环境的标配。快速关闭给Docker守护进程一个有限的缓冲时间如10秒去停止容器超时则强制终止。适用于需要较快重启服务的场景。强制关闭立即终止Docker守护进程及其所有子进程。这是最后的手段仅在服务完全无响应时使用有数据风险。对应的技术实现主要分为两大类通过系统服务管理器如systemd控制和直接操作Docker守护进程。2.2 方案选型背后的逻辑为什么systemd是首选在绝大多数现代Linux发行版如CentOS 7/8, Ubuntu 16.04, Debian 8中Docker都是作为systemd服务安装和运行的。这不仅仅是启动方式的变化更带来了管理上的巨大优势生命周期管理systemd能精确控制服务的启动、停止、重启、重载和状态查看。依赖关系可以定义Docker服务在网络就绪后启动在关闭前等待某些任务完成。日志集成Docker守护进程的日志会通过journalctl统一管理方便排查问题。自动恢复可以配置服务崩溃后自动重启。因此通过systemd命令systemctl来管理Docker服务是官方推荐且最规范的方式。直接去kill进程或者运行dockerd的启动脚本相当于绕过了系统精心设计的管理框架不仅操作粗糙也容易留下隐患。那么在哪些罕见情况下可能需要直接操作进程呢主要是在一些旧的、不使用systemd的初始化系统如SysV init环境中或者在进行Docker本身的问题深度调试时。对于99%的用户请牢牢记住使用systemctl stop docker。3. 标准操作使用systemctl安全关闭Docker服务这是最标准、最安全的方法。请确保你拥有sudo权限。3.1 基础关闭命令与过程解析执行关闭的核心命令非常简单sudo systemctl stop docker或者使用更明确的写法sudo systemctl stop docker.service当你执行这条命令时背后发生了一系列有序的事件信号传递systemd向Docker守护进程dockerd发送一个SIGTERM信号。这是一个“终止”信号但进程可以捕获它并执行清理工作。Docker守护进程的优雅处理dockerd收到SIGTERM后并不会立刻退出。它会停止接受新的API请求如docker run,docker ps等命令。向所有正在运行的容器发送SIGTERM信号。等待容器内主进程处理这个信号并自行退出。一个设计良好的容器应用如Web服务器、数据库会捕获SIGTERM完成当前请求、关闭连接、刷写数据后再退出。如果容器在预设的超时时间默认10秒内未退出dockerd会发送SIGKILL信号强制终止容器。资源清理所有容器停止后dockerd会清理掉为这些容器创建的网络接口veth pair、释放iptables规则如果使用了bridge网络、卸载相关的存储驱动层。进程退出完成所有清理工作后dockerd进程自身退出。此时systemctl stop命令执行完毕。你可以通过以下命令验证服务是否已停止sudo systemctl status docker输出中应显示Active: inactive (dead)或Active: failed如果关闭过程中有错误。3.2 关键参数理解停止超时时间一个重要的细节是停止超时时间StopTimeout。在Docker的systemd服务单元文件通常是/lib/systemd/system/docker.service中你可以找到或设置这个参数[Service] ... TimeoutStopSec10这表示systemd会给docker.service最多10秒的时间来完成整个停止流程包括容器优雅退出。如果10秒后服务仍未停止systemd会强制发送SIGKILL。实操心得调整超时时间对于运行着数据库如MySQL、PostgreSQL或具有复杂状态应用的容器10秒可能不够完成数据刷盘和连接关闭。你可以通过创建覆盖配置来延长这个时间# 创建配置目录 sudo mkdir -p /etc/systemd/system/docker.service.d/ # 创建覆盖配置文件 sudo tee /etc/systemd/system/docker.service.d/override.conf -EOF [Service] TimeoutStopSec30 EOF # 重新加载systemd配置 sudo systemctl daemon-reload这样停止超时就延长到了30秒。修改后再次执行sudo systemctl stop docker就会应用新的超时设置。注意不要直接修改/lib/systemd/system/下的原始服务文件因为包管理器如apt或yum在更新软件时可能会覆盖你的修改。使用/etc/systemd/system/下的.d目录进行覆盖是标准做法。3.3 连带操作停止并禁用开机自启有时我们不仅想关闭服务还想禁止它在下次系统启动时自动运行例如在一台临时用于测试的服务器上或者需要长期禁用Docker时。这就需要两个命令组合# 停止当前运行的服务 sudo systemctl stop docker # 禁用服务使其不会在系统启动时自动运行 sudo systemctl disable docker执行disable后你可以使用systemctl is-enabled docker命令检查输出应为disabled。一个重要区别stop只影响当前运行状态disable影响的是未来的启动行为。一个服务可以处于“已停止但启用stopped enabled”的状态这意味着现在没运行但重启系统后会自动运行。4. 直接控制Docker守护进程备用方案与深度管理虽然不推荐作为日常手段但了解如何直接与Docker守护进程交互有助于深入理解其工作原理并在特殊情况下解决问题。4.1 查找与终止Docker守护进程首先找到Docker守护进程的PID进程IDps aux | grep dockerd输出中会有一行类似root 1234 0.0 1.5 1023400 60000 ? Ssl 10:00 0:30 /usr/bin/dockerd -H fd://。这里的1234就是PID。温和终止使用SIGTERM信号允许它进行优雅关闭。sudo kill 1234 # 或者明确指定信号 sudo kill -TERM 1234强制终止如果守护进程无响应使用SIGKILL信号信号代码9。这将立即终止进程不给任何清理机会。sudo kill -9 1234警告kill -9是“杀手锏”。它可能导致运行中的容器被“遗弃”变成孤儿进程其状态可能变为Exited (137)表示被SIGKILL杀死。容器网络命名空间、挂载点等资源可能无法被正确清理留下残留。存储驱动如overlay2的层可能处于不一致状态。仅在systemctl stop和kill -TERM都完全无效且你明确知晓风险并愿意承担数据丢失后果时才使用此命令。4.2 管理容器子进程关闭服务前后的容器状态关闭Docker服务时核心目标是停止所有容器。但有时你可能想先手动管理容器再关闭守护进程。在关闭守护进程前先停止所有容器# 停止所有正在运行的容器 docker stop $(docker ps -q) # 如果你想停止所有容器包括已停止的可以移除所有容器危险会删除数据卷外的数据 # docker rm -f $(docker ps -aq) # 生产环境慎用这样做的好处是你可以逐个确认容器是否正常停止或者为某些关键容器执行额外的保存操作如数据库备份。然后再执行systemctl stop docker此时因为已无运行中容器关闭速度会非常快。关闭服务后检查遗留进程即使通过systemctl正常关闭偶尔也可能有容器进程因为各种原因例如僵尸进程残留。你可以检查是否还有与容器相关的进程ps aux | grep -E docker-containerd|containerd-shim如果发现残留进程并且确认Docker服务已停止、不需要这些容器可以用sudo kill命令终止它们。但务必先通过ps命令查看其命令行参数确认它们是否属于你想保留的容器实例。5. 实战问题排查与经验实录即使按照标准流程操作也可能会遇到各种问题。下面是我在多年运维中积累的一些常见场景和解决方案。5.1 常见问题速查表问题现象可能原因排查命令与解决方案执行sudo systemctl stop docker后命令卡住长时间不返回。1. 有容器无法在超时时间内优雅退出。2. 存储驱动或卷卸载缓慢。3. 大量镜像或容器导致清理耗时。1.查看详细状态打开另一个终端运行sudo systemctl status docker查看是否显示“停止中”。2.查看容器状态docker ps查看哪些容器还在运行。尝试手动停止问题容器docker stop container_name。3.增加停止超时如前文所述修改TimeoutStopSec。4.查看日志sudo journalctl -u docker --since 5 minutes ago -f实时查看Docker服务日志。服务显示为failed状态无法启动也无法干净停止。服务进程已崩溃或异常退出但systemd认为其仍应处于活动状态。1.强制重置状态sudo systemctl reset-failed docker.service。2.然后再停止sudo systemctl stop docker。关闭Docker后端口仍被占用或网络接口残留。容器进程已退出但网络命名空间或iptables规则未彻底清理。1.重启主机网络sudo systemctl restart network或sudo systemctl restart NetworkManager取决于发行版。2.清理iptables危险可能影响其他服务可尝试sudo iptables -F和sudo iptables -t nat -F清空规则链。更好的做法是重启Docker服务让它重新配置网络。使用kill命令后dockerd进程依然存在。进程可能处于“僵尸Z”或“不可中断睡眠D”状态。1.检查进程状态ps aux关闭Docker后磁盘空间未释放。Docker使用的存储卷volume或绑定挂载bind mount的文件依然存在。容器层如overlay2在容器删除后会被清理但卷数据是持久化的。这是正常现象。Docker的关闭和启动不影响持久化卷。如果需要清理未使用的卷docker volume prune需在Docker服务运行时执行。5.2 高级场景关闭Socket激活的Docker服务在一些高可用或安全强化配置中Docker可能配置为Socket激活。这意味着dockerd进程平时不常驻内存只有当有客户端如docker命令行工具连接其Socket时才由systemd动态启动。关闭这种服务需要不同的思路。首先检查服务是否Socket激活sudo systemctl cat docker.socket如果这个文件存在那么停止服务需要同时停止Socket单元sudo systemctl stop docker.socket sudo systemctl stop docker.service顺序很重要先停止Socket防止新的连接请求再停止Service。5.3 个人避坑经验生产环境关闭检查清单在生产环境执行关闭Docker服务操作前我习惯按以下清单核对通知与备份通知所有相关人员并备份关键容器的数据卷尤其是数据库。检查关键容器docker ps --format table {{.Names}}\t{{.Status}}\t{{.Ports}}列出所有运行中容器确认没有正在执行关键批处理任务的容器。尝试优雅停止容器对关键容器如数据库先手动执行docker stop并观察其日志确认已安全关闭。docker logs -f db_container_name docker stop db_container_name # 观察日志输出直到看到正常关闭信息执行关闭使用sudo systemctl stop docker。验证关闭systemctl status docker状态应为inactive。docker ps命令应报错Cannot connect to the Docker daemon。netstat -tlnp | grep :2375或你的Docker监听端口应无监听。后续操作如果是为了维护如升级Docker版本此时可以安全地进行软件包操作。操作完成后使用sudo systemctl start docker启动并立即检查核心容器是否随重启策略自动启动。6. 服务关闭后的善后与启动准备成功关闭Docker服务并非终点而是一个维护周期的开始。关闭后你可以安全地进行一些之前无法操作的工作。6.1 安全进行文件系统操作当Docker服务停止后它不再锁定相关的存储目录通常是/var/lib/docker。这时你可以备份整个Docker数据目录sudo tar -czf /backup/docker_backup_$(date %Y%m%d).tar.gz -C /var/lib docker清理磁盘空间手动检查并删除/var/lib/docker/overlay2下一些巨大的、不再使用的缓存目录需极其谨慎建议通过docker system prune命令在服务运行时清理。迁移数据目录如果你想把Docker的数据目录移到更大的磁盘这是最好的时机。停止服务后复制整个/var/lib/docker目录到新位置然后修改Docker的启动配置如/etc/docker/daemon.json中的>