docker怎么迁移到别的盘

这个事儿吧，我之前弄过一次。
2 02 2 年，我在北京，那会儿电脑盘快满了，Docker占的空间太大了。

得先停了Docker。
Linux系统啊，打开终端，敲命令：sudo systemctl stop docker，然后又敲一个：sudo systemctl stop docker.socket。
这样Docker服务和那个socket就都停了，得等它完全停了。

然后呢，得迁数据。
找个新地方放，比如 /home/docker-data，这个路径你可以自己定。
用rsync命令，这个挺好用，数据多的话，用这个复制快，还保留文件属性。
命令是：sudo rsync -av /var/lib/docker/ /home/docker-data/。
这个命令会把所有数据都拷过去，-a 是归档模式，-v 是显示过程。

迁完数据，为了保险，你可以把旧的目录 rename 一下，比如：sudo mv /var/lib/docker /var/lib/docker.bak。
这样万一新地方不行，还能回滚。

接下来，配置Docker用新路径。
得改个配置文件，在 /etc/docker/ 目录下，叫 daemon.json。
如果这个文件没有，就新建一个。
里面加一行：{"data-root": "/home/docker-data"}。
保存一下。

SELinux 或者 AppArmor 这种安全模块，如果开了，还得改一下。
SELinux的话，用 chcon 命令改安全上下文，比如：sudo chcon -R system_u:object_r:container_var_lib_t:s0 /home/docker-data。
AppArmor的话，得看看默认策略，让新路径能访问。

改完这些，重启Docker：sudo systemctl start docker。
然后验证一下，用命令：docker info | grep "DockerRootDir"。
看看输出的路径是不是你设置的那个新路径 /home/docker-data。

再跑个简单的容器试试，比如：docker run --rm hello-world。
如果能看到 Hello from Docker! 就说明基本没事儿。

最后，确认都好了，那个旧的 /var/lib/docker.bak 目录就可以删了：sudo rm -rf /var/lib/docker.bak。
这样就完了。

如何停止Docker服务

说白了，停止Docker服务有三种核心方法，选对场景能省大麻烦。

先说最重要的系统命令停止（Linux环境），用sudo systemctl stop docker命令直接关服务。
去年我们跑的一个生产环境，半夜系统突然宕机，就是忘了用这个命令优雅停Docker，导致内存雪崩效应，后面恢复花了俩小时。
另外一点得记住，这个命令会停所有容器，所以3 000量级的集群直接用会炸锅，必须先确认没关键任务在跑。
我一开始也以为systemctl是万能的，后来发现不对，有些特殊环境得用docker daemon stop。

还有个细节挺关键的，停单个容器用docker stop 就行，比如docker stop 8 f6 f7 e7 a。
这个方法适合临时调试，我们团队经常用。
不过有个坑，很多人没注意：停完容器后要docker ps -a扫一遍，确保没漏网的进程。

说到停多容器服务，docker-compose stop简直是微服务救星。
我们最近一个1 0个服务的项目，用docker-compose stop web只停了前端，后端数据库照常跑，效率高多了。
但等等，还有个事：如果docker-compose.yml文件没写对，可能停错服务，所以写配置时得反复核对。

总之，系统命令停全局，单个容器用stop，多服务就用docker-compose。
但操作前一定要扫一圈依赖图，别把数据库停了。
说实话挺坑的，建议用前多测试两遍。

聊聊docker容器停不了的处理方法

说白了，Docker容器无法停止是个头疼的问题，但解决方法其实很简单。
先说最重要的，掌握常用命令并检查容器状态。
比如，用dockerps看容器是否在运行，如果不在，用dockercontainerlogs查看日志；如果正在运行，先尝试dockerstop，不行就dockercontainerkill强制停止，但得小心数据不保。

我一开始以为只要用dockerstop就能解决问题，后来发现不对，有些容器可能因为服务本身异常而无法停止。
比如，Linux系统上你可以systemctlstatusdocker看服务状态，如果不行就重启；Windows系统用scquerydocker和netstopdocker、netstartdocker。

还有个细节挺关键的，就是分析资源占用情况。
容器可能因为资源耗尽而停不下来，这时用dockerstats监控CPU、内存、磁盘I/O。
如果资源接近上限，得考虑升级硬件或优化代码。

等等，还有个事，检查挂载的数据卷。
如果容器挂载了主机目录或卷，而外部进程正在访问，容器就停不下来。
用dockerinspect看Mounts字段，然后用lsof或资源管理器检查进程。

最后，如果上述方法都无效，可能是Docker版本的问题。
升级到最新版前，备份重要数据，并确保新版本与现有应用兼容。

我觉得值得试试的预防措施有：规范容器设计，避免单容器承载过多服务，合理设置资源限制；完善日志监控，提前发现异常；定期维护，清理无用容器和镜像。
这样，不仅可以解决当前问题，还能降低未来再次发生的概率。

如何在Linux中启动、停止和重启服务？

systemctl是systemd的核心命令，直接管服务。

查状态用：sudo systemctl status 服务名 比如看ssh：sudo systemctl status ssh
启动服务：sudo systemctl start 服务名 临时启动apache2 ：sudo systemctl start apache2
停服务：sudo systemctl stop 服务名 停nginx：sudo systemctl stop nginx
重启服务：sudo systemctl restart 服务名 改完配置重启mysql：sudo systemctl restart mysql
开机自启： 用enable开：sudo systemctl enable 服务名 比如docker开机自启：sudo systemctl enable docker
用disable关：sudo systemctl disable 服务名 比如关postfix：sudo systemctl disable postfix
注意： 服务名不一样，centos用httpd，ubuntu用apache2 所有命令都要sudo。
别随便停网络服务。

例子： 管理nginx： 启动：sudo systemctl start nginx 看状态：sudo systemctl status nginx 重启：sudo systemctl restart nginx 开机自启：sudo systemctl enable nginx 临时停：sudo systemctl stop nginx
传统service命令在老系统用，比如centos6 sudo service nginx start
自己试试看？