Docker存储目录问题，如何修改Docker默认存储位置？（Docker存储路径、Docker存储空间）etc/docker/daemon.json

文章目录

  • 如何更改docker默认存储路径？
    • 版本1（没测试）
    • 版本2（可行）
      • 1. 停止 Docker 服务：
      • 2. 创建新的存储目录：
      • 3. 修改 Docker 配置文件：
      • 4. 移动现有的 Docker 数据：
      • 5. 重新启动 Docker 服务：
      • 6. 验证修改
      • 7. 真实验证（记录各时间点和存储占用）
        • Thu 11 Jul 2024 01:33:57 PM CST（`/`Available 27445M）
        • Thu 11 Jul 2024 04:04:38 PM CST（`/`Available 27444M）
        • Fri 12 Jul 2024 01:51:59 PM CST（`/`Available 27444M）
  • 为什么存在以上两种修改方法，有何异同？（修改`etc/systemd/system/docker.service.d/override.conf`和修改`etc/docker/daemon.json` ）

如何更改docker默认存储路径？

版本1（没测试）

默认情况下，Docker 在 Linux 上安装时会将其数据（如镜像和容器）存储在 /var/lib/docker 目录下，这个目录通常位于根分区 /。如果你的根分区 / 的空间不足，你可以考虑将 Docker 的数据目录移动到其他分区，或者在安装 Docker 时直接配置它使用其他分区。

要更改 Docker 的默认存储位置，你可以通过修改 Docker 的配置文件或在启动 Docker 服务时设置环境变量来指定新的数据目录。下面是一些步骤说明如何进行配置：

  1. 停止 Docker 服务：

    sudo systemctl stop docker

    在这里插入图片描述

  2. 修改 Docker 配置文件（如果你使用的是 systemd）：

    • 打开或创建 Docker 的 systemd 配置文件（一开始没有这个文件是正常的）：
      sudo vi /etc/systemd/system/docker.service.d/override.conf
    • 添加以下内容来指定新的数据目录，假设你想将数据存储在 /mnt/docker/：
      [Service]
ExecStart=
ExecStart=/usr/bin/dockerd --data-root /mnt/docker -H fd:// --containerd=/run/containerd/containerd.sock
    • 保存并关闭文件。

  3. 重新加载 systemd 配置并重新启动 Docker 服务：

    sudo systemctl daemon-reload
sudo systemctl start docker

  4. 检查 Docker 是否使用新的数据目录：

    docker info | grep "Docker Root Dir"

确保新的数据目录所在的分区有足够的空间，以避免在使用 Docker 时遇到空间不足的问题。

版本2（可行）

要修改 Docker 的存储路径至 /data/docker，您可以按照以下步骤操作：

1. 停止 Docker 服务：

打开终端，使用以下命令停止 Docker 服务：

sudo systemctl stop docker.socket
sudo systemctl stop docker

一开始只执行一条停不了：
在这里插入图片描述
在这里插入图片描述
后面两条执行就能停了：

在这里插入图片描述

2. 创建新的存储目录：

如果 /data/docker 目录还不存在，使用以下命令创建它：

sudo mkdir -p /data/docker

3. 修改 Docker 配置文件：

编辑 Docker 的 daemon 配置文件 /etc/docker/daemon.json。如果该文件不存在，您需要创建它。

sudo vi /etc/docker/daemon.json

在文件中添加或修改以下内容：

{"data-root": "/data/docker"
}

保存并关闭文件。

4. 移动现有的 Docker 数据：

如果您的 Docker 安装中已经有数据，并且您希望保留这些数据，可以将现有的数据移动到新的目录：

sudo rsync -aP /var/lib/docker/ /data/docker

在这里插入图片描述

5. 重新启动 Docker 服务：

使用以下命令重新启动 Docker 服务：

sudo systemctl start docker.socket
sudo systemctl start docker

6. 验证修改

检查 Docker 是否正确使用新的存储路径，可以查看 Docker 信息：

docker info | grep 'Docker Root Dir'

在这里插入图片描述

现在 Docker 已经成功地使用 /data/docker 作为其根目录了。至于您看到的警告信息 “WARNING: No swap limit support”，这是一个常见的信息，指的是您的 Linux 系统上没有启用内存交换限制的支持。

在 Docker 中，这种警告通常不会影响 Docker 容器的正常运行，它只意味着 Docker 无法强制限制容器的交换内存使用量。这通常与 Linux 内核的某些配置有关，特别是 cgroup 的配置。

注意：如果不放心，可以执行mv /var/lib/docker /var/lib/docker_old备份检测下

7. 真实验证（记录各时间点和存储占用）

通过使用一下两条命令：

date
df -BM
Thu 11 Jul 2024 01:33:57 PM CST（/Available 27445M）
root@ai-video-ecs-01:/userdata/tmp# date
Thu 11 Jul 2024 01:33:57 PM CST
root@ai-video-ecs-01:/userdata/tmp#
root@ai-video-ecs-01:/userdata/tmp#
root@ai-video-ecs-01:/userdata/tmp# df -BM
Filesystem                        1M-blocks  Used Available Use% Mounted on
udev                                 32078M    0M    32078M   0% /dev
tmpfs                                 6425M    4M     6422M   1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv    38122M 8911M    27445M  25% /
tmpfs                                32124M    0M    32124M   0% /dev/shm
tmpfs                                    5M    0M        5M   0% /run/lock
tmpfs                                32124M    0M    32124M   0% /sys/fs/cgroup
/dev/loop1                              64M   64M        0M 100% /snap/core20/2318
/dev/loop0                              64M   64M        0M 100% /snap/core20/1828
/dev/loop2                              50M   50M        0M 100% /snap/snapd/18357
/dev/loop3                              39M   39M        0M 100% /snap/snapd/21759
/dev/vda2                             1946M  109M     1719M   6% /boot
/dev/loop4                              92M   92M        0M 100% /snap/lxd/24061
/dev/sda1                           749867M 4140M   707565M   1% /ky
/dev/sda2                          9401234M 2884M  8924482M   1% /data
tmpfs                                 6425M    0M     6425M   0% /run/user/1000
overlay                            9401234M 2884M  8924482M   1% /data/docker/overlay2/c385332babdae4ee85601ffa1dd1ebe6c36fc1f618389ace09b2051731d5fa8c/merged
overlay                            9401234M 2884M  8924482M   1% /data/docker/overlay2/31a24b6f39c2ea25d700754b5c9ea78574e772589690437fd60e4b60fac15c0c/merged
overlay                            9401234M 2884M  8924482M   1% /data/docker/overlay2/88149e56439d9bad5b2b785f12ff77b6052c5ba369f53f9e12a38698c34615ce/merged
overlay                            9401234M 2884M  8924482M   1% /data/docker/overlay2/b2171ae8eaa2b4b6bf61de50165b2e885f6e2d4373d02fd1e492cc1d2158bd9b/merged
overlay                            9401234M 2884M  8924482M   1% /data/docker/overlay2/3e9af67e01934706a6712e2a6601292b105c26d5fecf82218f8d7ef65ca30b3d/merged
overlay                            9401234M 2884M  8924482M   1% /data/docker/overlay2/341e8bc8f48a17d24ee4005c45cda9e121bececd2b0fea5463b337acbce64f04/merged
overlay                            9401234M 2884M  8924482M   1% /data/docker/overlay2/6ee97fa0e1597535d0d70be41d5a3220c6f58ff033dba5388a53034afbeb8f5f/merged
root@ai-video-ecs-01:/userdata/tmp#
Thu 11 Jul 2024 04:04:38 PM CST（/Available 27444M）
hw@ai-video-ecs-01:~$ date
Thu 11 Jul 2024 04:04:38 PM CST
hw@ai-video-ecs-01:~$
hw@ai-video-ecs-01:~$ df -BM
Filesystem                        1M-blocks  Used Available Use% Mounted on
udev                                 32078M    0M    32078M   0% /dev
tmpfs                                 6425M    4M     6422M   1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv    38122M 8911M    27444M  25% /
tmpfs                                32124M    0M    32124M   0% /dev/shm
tmpfs                                    5M    0M        5M   0% /run/lock
tmpfs                                32124M    0M    32124M   0% /sys/fs/cgroup
/dev/loop1                              64M   64M        0M 100% /snap/core20/2318
/dev/loop0                              64M   64M        0M 100% /snap/core20/1828
/dev/loop2                              50M   50M        0M 100% /snap/snapd/18357
/dev/loop3                              39M   39M        0M 100% /snap/snapd/21759
/dev/vda2                             1946M  109M     1719M   6% /boot
/dev/loop4                              92M   92M        0M 100% /snap/lxd/24061
/dev/sda1                           749867M 4141M   707564M   1% /ky
/dev/sda2                          9401234M 2886M  8924479M   1% /data
tmpfs                                 6425M    0M     6425M   0% /run/user/1000
Fri 12 Jul 2024 01:51:59 PM CST（/Available 27444M）
root@ai-video-ecs-01:/userdata/tmp# date
Fri 12 Jul 2024 01:51:59 PM CST
root@ai-video-ecs-01:/userdata/tmp#
root@ai-video-ecs-01:/userdata/tmp# df -BM
Filesystem                        1M-blocks  Used Available Use% Mounted on
udev                                 32078M    0M    32078M   0% /dev
tmpfs                                 6425M    4M     6422M   1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv    38122M 8911M    27444M  25% /
tmpfs                                32124M    0M    32124M   0% /dev/shm
tmpfs                                    5M    0M        5M   0% /run/lock
tmpfs                                32124M    0M    32124M   0% /sys/fs/cgroup
/dev/loop1                              64M   64M        0M 100% /snap/core20/2318
/dev/loop0                              64M   64M        0M 100% /snap/core20/1828
/dev/loop2                              50M   50M        0M 100% /snap/snapd/18357
/dev/loop3                              39M   39M        0M 100% /snap/snapd/21759
/dev/vda2                             1946M  109M     1719M   6% /boot
/dev/loop4                              92M   92M        0M 100% /snap/lxd/24061
/dev/sda1                           749867M 4154M   707550M   1% /ky
/dev/sda2                          9401234M 2903M  8924463M   1% /data
tmpfs                                 6425M    0M     6425M   0% /run/user/1000
overlay                            9401234M 2903M  8924463M   1% /data/docker/overlay2/c385332babdae4ee85601ffa1dd1ebe6c36fc1f618389ace09b2051731d5fa8c/merged
overlay                            9401234M 2903M  8924463M   1% /data/docker/overlay2/31a24b6f39c2ea25d700754b5c9ea78574e772589690437fd60e4b60fac15c0c/merged
overlay                            9401234M 2903M  8924463M   1% /data/docker/overlay2/88149e56439d9bad5b2b785f12ff77b6052c5ba369f53f9e12a38698c34615ce/merged
overlay                            9401234M 2903M  8924463M   1% /data/docker/overlay2/b2171ae8eaa2b4b6bf61de50165b2e885f6e2d4373d02fd1e492cc1d2158bd9b/merged
overlay                            9401234M 2903M  8924463M   1% /data/docker/overlay2/3e9af67e01934706a6712e2a6601292b105c26d5fecf82218f8d7ef65ca30b3d/merged
overlay                            9401234M 2903M  8924463M   1% /data/docker/overlay2/341e8bc8f48a17d24ee4005c45cda9e121bececd2b0fea5463b337acbce64f04/merged
overlay                            9401234M 2903M  8924463M   1% /data/docker/overlay2/6ee97fa0e1597535d0d70be41d5a3220c6f58ff033dba5388a53034afbeb8f5f/merged
root@ai-video-ecs-01:/userdata/tmp#

为什么存在以上两种修改方法，有何异同？（修改etc/systemd/system/docker.service.d/override.conf和修改etc/docker/daemon.json ）

在修改 Docker 的存储位置时，可以通过修改 etc/docker/daemon.json 或 etc/systemd/system/docker.service.d/override.conf 来实现，两种方式都是正确的，但它们有不同的用途和适用情况：

  1. 修改 /etc/docker/daemon.json：

    • 这种方法通过 Docker 的配置文件来设置 Docker 的默认行为，包括存储位置、日志级别、网络配置等。
    • 要修改存储位置，你可以在 daemon.json 文件中设置 data-root 属性，指向新的存储路径。例如：
      {"data-root": "/new/path/to/docker-data"
}
    • 这种方法的优点是配置简单，且直接通过 Docker 自己的配置文件进行管理，易于理解和维护。

  2. 修改 /etc/systemd/system/docker.service.d/override.conf：

    • 这种方法适用于在使用 systemd 管理 Docker 服务的系统上。通过 systemd 的配置覆盖文件来修改 Docker 服务的启动参数。
    • 你可以通过创建或修改 override.conf 文件，添加一个新的 ExecStart 行，指定新的存储位置。例如：
      [Service]
ExecStart=
ExecStart=/usr/bin/dockerd --data-root /new/path/to/docker-data
    • 注意，需要先清空原有的 ExecStart 设置（ExecStart=），然后重新定义。这样可以确保使用你的自定义设置启动 Docker。
    • 这种方法允许你对 Docker 的启动过程进行更细粒度的控制，但相对复杂，需要对 systemd 的配置有一定了解。

总结：选择哪种方法取决于你的具体需求和你对系统的控制级别。如果你希望通过 Docker 自身的配置来管理，使用 daemon.json 是更直接的方法。如果你需要更复杂的配置或者想要控制服务的启动参数，使用 systemd 的 override.conf 方法会更合适。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://xiahunao.cn/news/3246570.html

如若内容造成侵权/违法违规/事实不符，请联系瞎胡闹网进行投诉反馈，一经查实，立即删除！

相关文章

电脑录屏win10可以用的软件有哪些？分享3款经典的！

电脑录屏win10可以用的软件有哪些？分享3款经典的！

在数字化时代，屏幕录制已成为我们工作、学习和娱乐中不可或缺的一部分。无论是教学演示、游戏直播还是软件操作教程，屏幕录制都能帮助我们轻松记录并分享屏幕上的精彩瞬间。那么，对于使用Win10系统的用户来说，有哪些值得推荐的屏幕…
阅读更多...
可商用、性能超强！新开源Mamba架构纯代码模型

可商用、性能超强！新开源Mamba架构纯代码模型

7月17日，法国著名开源大模型平台Mistral.ai在官网开源了，基于 Mamba架构的纯代码模型——Codestral Mamba。 根据测试数据显示，Codestral Mamba只有70亿参数，但性能却是Meta开源的知名代码模型CodeLlam 7B的两倍，成为…
阅读更多...
Chromium源码阅读（9）：了解事件跟踪TRACE_EVENT与第三方库Perfetto

Chromium源码阅读（9）：了解事件跟踪TRACE_EVENT与第三方库Perfetto

Perfetto - System profiling, app tracing and trace analysis Perfetto 是一个用于性能检测和跟踪分析的生产级开源堆栈。它提供用于记录系统级和应用级跟踪的服务和库、本机 Java 堆分析、使用 SQL 分析跟踪的库以及用于可视化和探索多 GB 跟踪的基于 Web 的 UI。 See ht…
阅读更多...
基础动态规划题目基础动态规划题目

基础动态规划题目基础动态规划题目

目录 题目1： P1216 [USACO1.5] [IOI1994]数字三角形 Number Triangles 代码示例： 题目2： Common Subsequence 代码示例 题目3 ：最长上升子序列 最长不下降子序列 最长上升子序列oj答案 题目1： P1216 [USACO1.5]…
阅读更多...
【ffmpeg命令基础】过滤处理

【ffmpeg命令基础】过滤处理

文章目录 前言过滤处理的介绍两种过滤类型简单滤波图简单滤波图是什么简单滤波示例 复杂滤波图复杂滤波是什么区别示例 总结 前言 FFmpeg是一款功能强大的开源音视频处理工具，广泛应用于音视频的采集、编解码、转码、流化、过滤和播放等领域。1本文将重点介绍FFmpe…
阅读更多...
软件确认测试报告包括的内容和作用简析，专业软件测试公司推荐

软件确认测试报告包括的内容和作用简析，专业软件测试公司推荐

软件确认测试是指验证软件是否符合特定需求和规范的过程。它是软件开发生命周期中的一个关键环节，旨在确保软件的功能、性能、稳定性和安全性达到预期的标准，确认测试报告则是整个确认测试过程的总结和归纳，是对软件质量和稳定性的全面评估。…
阅读更多...
5分钟教会你夸克网盘批量转存分享，夸克网盘批量保存，付详细图文

5分钟教会你夸克网盘批量转存分享，夸克网盘批量保存，付详细图文

大家好，我是徐师兄，今天为大家带来的是夸克网盘批量转存分享，夸克网盘批量保存，付详细图文教程。 前言 夸克网盘批量保存工具下载 前段日子折腾夸克网盘的时候，找来了好多的资源，但这些资源链接非常多&a…
阅读更多...
Transformer超详细解读

Transformer超详细解读

论文：Attention Is All You Need 作者：Ashish Vaswani, Noam Shazeer, Niki Parmar, Jakob Uszkoreit, Llion Jones, Aidan N. Gomez, Lukasz Kaiser, Illia Polosukhin 机构：Google Brain 链接：https://arxiv.org/abs/1706.03762…
阅读更多...
SQL Server Query Store Settings （查询存储设置）

SQL Server Query Store Settings （查询存储设置）

参考：Query Store Settings - Erin Stellato 在 SQL Server 2017 中，有九 (9) 个设置与查询存储相关。虽然这些设置记录在sys.database_query_store_options中，但我经常被问到每个设置的值“应该”是多少。我在下面列出了每个设置&am…
阅读更多...
EXCEL VBA工程密码破解 工作表保护破解

EXCEL VBA工程密码破解 工作表保护破解

这里写目录标题 破解Excel宏工程加密方法一 新建破解宏文件方法二 修改二进制文件 破解工作表保护引用 破解Excel宏工程加密 如图所示 白料数据处理已工程被加密。 方法一 新建破解宏文件 1 创建一个XLSM文件，查看代码 ALTF11 2 新建一个模块，“插…
阅读更多...
夏日狂欢水上漂流的爆笑奇遇记

夏日狂欢水上漂流的爆笑奇遇记

【夏日狂欢，水上漂流的爆笑奇遇记 —— 月亮姐姐的“睫毛漂流记”】在这个炎炎夏日，当烈日炙烤着大地，每一寸空气弥漫着对清凉的渴望时，一场别开生面的“暑期嘉年华”正悄然掀起一场水上狂欢的浪潮。而在这场盛宴中，月…
阅读更多...
【论文】(2024.6) KAN: Kolmogorov–Arnold Networks 阅读笔记 | KAN周边扩展

【论文】(2024.6) KAN: Kolmogorov–Arnold Networks 阅读笔记 | KAN周边扩展

KAN的优势声称是能以更少的参数量实现更高的精度。KANs在数学上是可靠的、准确的和可解释的。 一 KAN 论文题目：KAN: Kolmogorov–Arnold Networks 论文地址：https://arxiv.org/pdf/2404.19756 代码地址：https://github.com/KindXiaoming/…
阅读更多...
如何打造一个专属网盘？可道云teamOS这些个性化设置了解一下

如何打造一个专属网盘？可道云teamOS这些个性化设置了解一下

在这个数字化时代，企业对于云端存储和协作工具的需求日益增长。而网盘作为企业协作的重要工具之一，其个性化、定制化的需求也日益凸显。 今天，我要为大家介绍的是一款高度个性化的企业网盘——可道云teamOS。 满足个性化需求的企业网盘 可…
阅读更多...
防火墙NAT地址转换和智能选举综合实验

防火墙NAT地址转换和智能选举综合实验

一、实验拓扑 目录 一、实验拓扑 二、实验要求（接上一个实验要求后） 三、实验步骤 3.1办公区设备可以通过电信链路和移动链路上网(多对多的NAT，并且需要保留一个公网IP不能用来转换) 3.2分公司设备可以通过总公司的移动链路和电信链路访…
阅读更多...
【深度学习】PyTorch框架(4)：初始网络、残差网络 和密集连接网络

【深度学习】PyTorch框架(4)：初始网络、残差网络 和密集连接网络

1、引言 在本篇文章中，我们将深入探讨并实现一些现代卷积神经网络（CNN）架构的变体。近年来，学界提出了众多新颖的网络架构。其中一些最具影响力，并且至今仍然具有重要地位的架构包括：GoogleNet/Inception架…
阅读更多...
Qt Style Sheets-使用样式表自定义 Qt 部件

Qt Style Sheets-使用样式表自定义 Qt 部件

使用样式表自定义 Qt 部件 在使用样式表时，每个小部件都被视为具有四个同心矩形的框：边距矩形、边框矩形、填充矩形和内容矩形。框模型对此进行了更详细的描述。 盒模型 以下是四个同心矩形在概念上的呈现方式： 边距超出边框。边框绘制在边…
阅读更多...
自学 阿里巴巴Java开发手册最新版（嵩山版）

自学 阿里巴巴Java开发手册最新版（嵩山版）

🔴 阿里巴巴Java开发手册最新版（嵩山版） 一、编程规约(一) 命名风格(二) 常量定义(三) 代码格式(四) OOP 规约(五) 日期时间(六) 集合处理(七) 并发处理(八) 控制语句(九) 注释规约(十) 前后端规范 二、异常日志(一) 错误码(二) 异常处理(三)…
阅读更多...
mac环境下安装python3的图文教程

mac环境下安装python3的图文教程

Python 是一种功能多样且强大的编程语言，在各个领域得到广泛应用。许多 Mac 用户都在其设备上安装和运行 Python，以运行特定的应用程序或创建、运行自己的 Python 脚本。 文章源自设计学徒自学网-http://www.sx1c.com/49441.html 虽然某些版本的 macOS…
阅读更多...
沃尔玛，temu测评: 搭建稳定高效的自养号测评体系时需要考虑的关键点

沃尔玛，temu测评: 搭建稳定高效的自养号测评体系时需要考虑的关键点

​自养号测评是通过自己培养账号进行测评，‌将整个过程的主导权掌握在自己手中，‌可以有效控制测评过程，‌降低风险。建议还是自己精养一批账号，账号在自己手里比较安全可控，随时随地可以给自己送测，精准搜…
阅读更多...
现场可重构CPLD芯片应用案例—蓝牙音箱

现场可重构CPLD芯片应用案例—蓝牙音箱

我司英尚微提供的高性能数模混合现场可重构IC、通用可配置的模数混合芯片内部集成丰富的模拟资源和数字资源，可轻松替代电路中的各种标准器件，并按照客户要求组合成最优小型ASIC，缩短开发周期，降低成本。下面介绍LS98002现场可重构…
阅读更多...
最新文章

Copyright @ 2022~2023