zfs安装与使用

理论计算 VASP
Created At :
Count:15.9k Views 👀 :
  1. 解决方案
  2. 解决方案
  3. 解决方案
  4. 示例操作流程
  5. 解决方案
  6. 示例操作流程
  7. 可能的原因
  8. 解决方案
    1. 1. 确认 ZFS 内核模块是否已加载
    2. 2. 加载 ZFS 内核模块
    3. 3. 检查 ZFS 内核模块包是否已安装
    4. 4. 确认内核版本和 ZFS 内核模块匹配
    5. 5. 重新安装 ZFS 和相关包
    6. 6. 检查日志文件
  9. 示例操作流程
  10. 导入存储池
  11. 验证导入结果
  12. 示例操作流程
  13. 其他注意事项
  14. 挂载点
  15. 查看存储池和文件系统状态
  16. 示例操作流程
  17. 特殊情况
  18. 1. zpool import zfshome
  19. 2. zfs set mountpoint=/home zfshome
  20. 3. systemctl enable zfs-import-cache
  21. 4. systemctl enable zfs-mount
  22. 综合说明
  23. 示例操作流程
  24. 步骤概述
  25. 详细步骤
    1. 1. 备份现有数据
    2. 2. 创建并导入 ZFS 存储池
    3. 3. 挂载新的 ZFS 文件系统
    4. 4. 迁移数据
    5. 5. 调整根文件系统空间
      1. a. 卸载旧的 /home 目录
      2. b. 删除旧的 /home 目录
      3. c. 扩展根文件系统（可选）
  26. 自动化挂载和启动服务
  27. 示例操作流程
  28. 目标
  29. 步骤概述
  30. 详细步骤
    1. 1. 备份现有数据
    2. 2. 创建并导入 ZFS 存储池
    3. 3. 挂载新的 ZFS 文件系统
    4. 4. 迁移数据
    5. 5. 调整根文件系统大小
      1. a. 卸载旧的 /home 目录
      2. b. 删除旧的 /home 逻辑卷
      3. c. 扩展根文件系统
  31. 自动化挂载和启动服务
  32. 示例操作流程
  33. 详细解读第5-8步
    1. 第5步：卸载旧的 /home 目录
    2. 第6步：删除旧的 /home 逻辑卷
    3. 第7步：扩展根文件系统
    4. 第8步：启用自动挂载服务
  34. 完整操作流程
    1. 1. 备份现有数据
    2. 2. 创建并导入 ZFS 存储池
    3. 3. 挂载新的 ZFS 文件系统
    4. 4. 迁移数据
    5. 5. 卸载旧的 /home 目录
    6. 6. 删除旧的 /home 逻辑卷
    7. 7. 扩展根文件系统
    8. 8. 启用自动挂载服务
  35. 解决步骤
    1. 1. 停止相关进程
    2. 2. 切换用户会话
    3. 3. 卸载 /home 目录
    4. 4. 验证是否成功卸载
  36. 处理 PulseAudio 和 GVFS 进程
    1. PulseAudio
    2. GVFS
  37. 完整操作流程
    1. 1. 停止相关进程
    2. 2. 切换用户会话（如果需要）
    3. 3. 停止 PulseAudio 和 GVFS 服务
    4. 4. 卸载 /home 目录
    5. 5. 验证是否成功卸载
    6. 6. 删除旧的 /home 逻辑卷
    7. 7. 扩展根文件系统
    8. 8. 启用自动挂载服务
  38. 解决方法
    1. 方法一：切换到另一个终端或用户会话
    2. 方法二：使用 lsof 和 fuser 查找并处理所有占用 /home 的进程
    3. 方法三：使用 loginctl 管理用户会话
  39. 示例操作流程
    1. 1. 切换到 root 用户
    2. 2. 终止占用 /home 的进程
    3. 3. 卸载 /home 目录
    4. 4. 验证是否成功卸载
    5. 5. 删除旧的 /home 逻辑卷
    6. 6. 扩展根文件系统
    7. 7. 启用自动挂载服务
  40. 特殊情况处理
    1. 使用 chroot 创建临时环境
  41. 步骤详解
    1. 1. 确保 ZFS 模块和服务在启动时加载
    2. 2. 正确配置 /etc/fstab
      1. 示例：在 /etc/fstab 中添加 ZFS 条目
    3. 3. 使用 ZFS 自动挂载
    4. 4. 测试配置
  42. 安全措施
  43. 最终操作流程
    1. 1. 确保 ZFS 模块和服务在启动时加载
    2. 2. 创建并导入 ZFS 存储池
    3. 3. 迁移数据
    4. 4. 卸载旧的 /home 目录
    5. 5. 删除旧的 /home 逻辑卷
    6. 6. 扩展根文件系统
    7. 7. 确保 ZFS 文件系统在启动时自动挂载

前往通义

对话内容由 AI 自动生成，不代表官方的态度或观点

[root@master x86_64]# yum install zfs Repository extras is listed more than once in the configuration Repository powertools is listed more than once in the configuration Last metadata expiration check: 0:00:19 ago on Sat 08 Feb 2025 10:03:58 AM CST. Package zfs-2.0.5-1.el8.x86_64 is already installed. Dependencies resolved. ====================================================================================================================== Package Architecture Version Repository Size ====================================================================================================================== Upgrading: kmod-zfs x86_64 2.0.6-1.el8 zfs 1.4 M libnvpair3 x86_64 2.0.6-1.el8 zfs 37 k libuutil3 x86_64 2.0.6-1.el8 zfs 31 k libzfs4 x86_64 2.0.6-1.el8 zfs 226 k libzpool4 x86_64 2.0.6-1.el8 zfs 1.3 M zfs x86_64 2.0.6-1.el8 zfs 622 k zfs-test x86_64 2.0.6-1.el8 zfs 5.4 M Transaction Summary ====================================================================================================================== Upgrade 7 Packages Total download size: 9.0 M Is this ok [y/N]: y Downloading Packages: Error opening /opt/repos/zfs/epel/8.4/kmod/x86_64/kmod-zfs-2.0.6-1.el8.x86_64.rpm: No such file or directory Package “kmod-zfs-2.0.6-1.el8.x86_64” from local repository “zfs” has incorrect checksum Error opening /opt/repos/zfs/epel/8.4/kmod/x86_64/libnvpair3-2.0.6-1.el8.x86_64.rpm: No such file or directory Package “libnvpair3-2.0.6-1.el8.x86_64” from local repository “zfs” has incorrect checksum Error opening /opt/repos/zfs/epel/8.4/kmod/x86_64/libuutil3-2.0.6-1.el8.x86_64.rpm: No such file or directory Package “libuutil3-2.0.6-1.el8.x86_64” from local repository “zfs” has incorrect checksum Error opening /opt/repos/zfs/epel/8.4/kmod/x86_64/libzfs4-2.0.6-1.el8.x86_64.rpm: No such file or directory Package “libzfs4-2.0.6-1.el8.x86_64” from local repository “zfs” has incorrect checksum Error opening /opt/repos/zfs/epel/8.4/kmod/x86_64/libzpool4-2.0.6-1.el8.x86_64.rpm: No such file or directory Package “libzpool4-2.0.6-1.el8.x86_64” from local repository “zfs” has incorrect checksum Error opening /opt/repos/zfs/epel/8.4/kmod/x86_64/zfs-2.0.6-1.el8.x86_64.rpm: No such file or directory Package “zfs-2.0.6-1.el8.x86_64” from local repository “zfs” has incorrect checksum Error opening /opt/repos/zfs/epel/8.4/kmod/x86_64/zfs-test-2.0.6-1.el8.x86_64.rpm: No such file or directory Package “zfs-test-2.0.6-1.el8.x86_64” from local repository “zfs” has incorrect checksum Error: Some packages from local repository have incorrect checksum [root@master x86_64]# pwd /opt/repos/zfs/epel/8.4/kmod/x86_64 [root@master x86_64]# ll total 14716 drwxr-xr-x 2 root root 4096 Feb 7 21:11 debug -rw-r–r– 1 root root 28126 Jan 14 08:39 index.html -rw-r–r– 1 root root 1515928 Jul 11 2023 kmod-zfs-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 397524 Jul 11 2023 kmod-zfs-devel-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 37628 Jul 11 2023 libnvpair3-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 31920 Jul 11 2023 libuutil3-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 231680 Jul 11 2023 libzfs4-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 380388 Jul 11 2023 libzfs4-devel-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 1310604 Jul 11 2023 libzpool4-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 121152 Jul 11 2023 python3-pyzfs-2.0.5-1.el8.noarch.rpm drwxr-xr-x 2 root root 4096 Feb 8 10:00 repodata -rw-r–r– 1 root root 637480 Jul 11 2023 zfs-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 2490376 Jul 11 2023 zfs-debugsource-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 21704 Jul 11 2023 zfs-dracut-2.0.5-1.el8.noarch.rpm -rw-r–r– 1 root root 2159048 Jul 11 2023 zfs-kmod-debugsource-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 5667408 Jul 11 2023 zfs-test-2.0.5-1.el8.x86_64.rpm [root@master x86_64]#

从你提供的信息来看，你在尝试通过 yum 升级 ZFS 相关的软件包时遇到了问题。具体来说，YUM 尝试下载并升级到 2.0.6 版本的多个 ZFS 相关组件（如 kmod-zfs, libnvpair3, libuutil3, libzfs4, libzpool4, zfs, 和 zfs-test），但无法找到这些文件或发现文件的校验和不正确。

解决方案

  1. 检查仓库配置：

    • 确保你的 YUM 配置中没有重复列出相同的仓库（如错误信息中提到的 extras 和 powertools）。这可以通过编辑 /etc/yum.repos.d/ 目录下的相关 .repo 文件来解决。

  2. 清理YUM缓存：

    • 执行 yum clean all 命令清除YUM缓存，然后再次尝试安装或升级。

  3. 手动验证与更新：

    • 由于你当前目录下有旧版本（2.0.5）的 RPM 包，而 YUM 正在寻找 2.0.6 版本的包，你可以尝试手动下载缺失的 2.0.6 版本 RPM 包，并使用 rpm -ivh <package_name>.rpm 进行安装。
    • 如果决定继续使用 2.0.5 版本，可以考虑禁用自动更新或者锁定特定版本避免不必要的升级尝试。

  4. 检查本地仓库的完整性：

    • 根据错误提示，似乎本地仓库中的某些包可能已损坏或丢失。你可以尝试重新同步或重建本地仓库的元数据(createrepo)。

  5. 直接从官方源获取最新版本：

    • 如果问题依旧无法解决，考虑直接访问 ZFS 官方支持的仓库或页面，下载最新的稳定版本并手动安装。

请根据实际情况选择合适的解决方案。如果需要进一步的帮助，请提供更详细的环境信息或具体的错误描述。

构建的是本地仓库，是2.0.05版本，不知道提示2.0.6

根据你的描述，你构建的是一个本地仓库，并且其中包含的是 ZFS 2.0.5 版本的包，而 YUM 尝试寻找并安装 2.0.6 版本的包。这可能是由于 YUM 配置或元数据的问题导致它认为有更新版本可用但实际上这些包在你的本地仓库中不存在。

解决方案

  1. 检查YUM源配置：

    • 确认 /etc/yum.repos.d/ 下的 .repo 文件没有指向其他可能包含 2.0.6 版本的远程仓库。如果有的话，请禁用那些不需要的仓库或者调整优先级以确保使用你的本地仓库。

  2. 清除YUM缓存：

    • 执行 yum clean all 清除YUM缓存，然后再次尝试运行升级命令。这样可以避免使用旧的或错误的缓存信息。

  3. 确认仓库元数据：

    • 进入你的本地仓库目录（如 /opt/repos/zfs/epel/8.4/kmod/x86_64/），检查是否存在 repodata 目录。该目录应包含 repomd.xml 文件和其他必要的元数据文件。你可以尝试重新生成元数据：

      bash

      深色版本

      1createrepo /opt/repos/zfs/epel/8.4/kmod/x86_64/

    • 如果你已经执行了上述步骤但问题依旧存在，请确保所有 RPM 包的校验和与元数据中的记录匹配。

  4. 锁定版本：

    • 如果你希望强制使用 2.0.5 版本而不进行升级，可以在 YUM 命令中明确指定版本号：

      bash

      深色版本

      1yum install zfs-2.0.5-1.el8.x86_64

    • 或者，如果你想要防止自动升级到更高版本，可以在 .repo 文件中添加 exclude 规则来排除特定版本：

      ini

      深色版本

      1[zfs]
2...
3exclude=zfs-2.0.6*

  5. 验证当前已安装版本：

    • 使用以下命令确认系统上当前已安装的 ZFS 版本：

      bash

      深色版本

      1rpm -q zfs

    • 如果显示的是 2.0.5 版本，并且你不想升级，那么无需进一步操作。

通过以上步骤，你应该能够解决 YUM 尝试下载并安装不存在的 2.0.6 版本的问题，并确保使用正确的本地仓库配置。如果问题仍然存在，请提供更多的日志或错误信息以便进一步诊断。

drwxr-xr-x 2 root root 4096 Feb 7 21:11 debug -rw-r–r– 1 root root 28126 Jan 14 08:39 index.html -rw-r–r– 1 root root 1515928 Jul 11 2023 kmod-zfs-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 397524 Jul 11 2023 kmod-zfs-devel-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 37628 Jul 11 2023 libnvpair3-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 31920 Jul 11 2023 libuutil3-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 231680 Jul 11 2023 libzfs4-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 380388 Jul 11 2023 libzfs4-devel-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 1310604 Jul 11 2023 libzpool4-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 121152 Jul 11 2023 python3-pyzfs-2.0.5-1.el8.noarch.rpm drwxr-xr-x 2 root root 4096 Feb 8 10:07 repodata -rw-r–r– 1 root root 637480 Jul 11 2023 zfs-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 2490376 Jul 11 2023 zfs-debugsource-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 21704 Jul 11 2023 zfs-dracut-2.0.5-1.el8.noarch.rpm -rw-r–r– 1 root root 2159048 Jul 11 2023 zfs-kmod-debugsource-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 5667408 Jul 11 2023 zfs-test-2.0.5-1.el8.x86_64.rpm [root@master x86_64]# [root@master x86_64]# [root@master x86_64]# [root@master x86_64]# [root@master x86_64]# [root@master x86_64]# rm repodata/ -rf [root@master x86_64]# ll total 14712 drwxr-xr-x 2 root root 4096 Feb 7 21:11 debug -rw-r–r– 1 root root 28126 Jan 14 08:39 index.html -rw-r–r– 1 root root 1515928 Jul 11 2023 kmod-zfs-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 397524 Jul 11 2023 kmod-zfs-devel-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 37628 Jul 11 2023 libnvpair3-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 31920 Jul 11 2023 libuutil3-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 231680 Jul 11 2023 libzfs4-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 380388 Jul 11 2023 libzfs4-devel-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 1310604 Jul 11 2023 libzpool4-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 121152 Jul 11 2023 python3-pyzfs-2.0.5-1.el8.noarch.rpm -rw-r–r– 1 root root 637480 Jul 11 2023 zfs-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 2490376 Jul 11 2023 zfs-debugsource-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 21704 Jul 11 2023 zfs-dracut-2.0.5-1.el8.noarch.rpm -rw-r–r– 1 root root 2159048 Jul 11 2023 zfs-kmod-debugsource-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 5667408 Jul 11 2023 zfs-test-2.0.5-1.el8.x86_64.rpm [root@master x86_64]# [root@master x86_64]# [root@master x86_64]# [root@master x86_64]# createrepo /opt/repos/zfs/epel/8.4/kmod/x86_64/ Directory walk started Directory walk done - 20 packages Temporary output repo path: /opt/repos/zfs/epel/8.4/kmod/x86_64/.repodata/ Preparing sqlite DBs Pool started (with 5 workers) Pool finished [root@master x86_64]# ll total 14716 drwxr-xr-x 2 root root 4096 Feb 7 21:11 debug -rw-r–r– 1 root root 28126 Jan 14 08:39 index.html -rw-r–r– 1 root root 1515928 Jul 11 2023 kmod-zfs-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 397524 Jul 11 2023 kmod-zfs-devel-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 37628 Jul 11 2023 libnvpair3-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 31920 Jul 11 2023 libuutil3-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 231680 Jul 11 2023 libzfs4-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 380388 Jul 11 2023 libzfs4-devel-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 1310604 Jul 11 2023 libzpool4-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 121152 Jul 11 2023 python3-pyzfs-2.0.5-1.el8.noarch.rpm drwxr-xr-x 2 root root 4096 Feb 8 10:08 repodata -rw-r–r– 1 root root 637480 Jul 11 2023 zfs-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 2490376 Jul 11 2023 zfs-debugsource-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 21704 Jul 11 2023 zfs-dracut-2.0.5-1.el8.noarch.rpm -rw-r–r– 1 root root 2159048 Jul 11 2023 zfs-kmod-debugsource-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 5667408 Jul 11 2023 zfs-test-2.0.5-1.el8.x86_64.rpm [root@master x86_64]# [root@master x86_64]# yum install zfs Repository extras is listed more than once in the configuration Repository powertools is listed more than once in the configuration Last metadata expiration check: 0:04:30 ago on Sat 08 Feb 2025 10:03:58 AM CST. Package zfs-2.0.5-1.el8.x86_64 is already installed. Dependencies resolved. ====================================================================================================================== Package Architecture Version Repository Size ====================================================================================================================== Upgrading: kmod-zfs x86_64 2.0.6-1.el8 zfs 1.4 M libnvpair3 x86_64 2.0.6-1.el8 zfs 37 k libuutil3 x86_64 2.0.6-1.el8 zfs 31 k libzfs4 x86_64 2.0.6-1.el8 zfs 226 k libzpool4 x86_64 2.0.6-1.el8 zfs 1.3 M zfs x86_64 2.0.6-1.el8 zfs 622 k zfs-test x86_64 2.0.6-1.el8 zfs 5.4 M Transaction Summary ====================================================================================================================== Upgrade 7 Packages Total download size: 9.0 M Is this ok [y/N]: n Operation aborted. [root@master x86_64]#

从你的操作步骤和输出来看，尽管你已经重建了本地仓库的元数据（通过 createrepo），YUM 仍然试图从你的本地仓库中寻找并安装 ZFS 2.0.6 版本的包。然而，你的本地仓库只包含 2.0.5 版本的包。

解决方案

  1. 检查 YUM 配置文件：

    • 确认 /etc/yum.repos.d/ 目录下的所有 .repo 文件是否正确配置，并且没有指向其他可能包含 2.0.6 版本的远程仓库。
    • 如果有多个仓库定义，请确保你的本地仓库优先级最高，或者禁用那些不需要的远程仓库。

  2. 明确指定版本号：

    • 如果你想强制使用 2.0.5 版本而不进行升级，可以在 YUM 命令中明确指定版本号：

      bash

      深色版本

      1yum install zfs-2.0.5-1.el8.x86_64

  3. 锁定版本：

    • 在 .repo 文件中添加 exclude 规则来排除特定版本，以防止自动升级到更高版本。例如，在你的本地仓库配置文件中添加以下内容：

      ini

      深色版本

      1[zfs]
2name=ZFS Local Repository
3baseurl=file:///opt/repos/zfs/epel/8.4/kmod/x86_64/
4enabled=1
5gpgcheck=0
6exclude=zfs-2.0.6* kmod-zfs-2.0.6* libnvpair3-2.0.6* libuutil3-2.0.6* libzfs4-2.0.6* libzpool4-2.0.6* zfs-test-2.0.6*

  4. 清理 YUM 缓存并重新生成元数据：

    • 清除 YUM 缓存并重新生成本地仓库的元数据，确保没有旧的或错误的信息影响当前的操作：

      bash

      深色版本

      1yum clean all
2rm -rf /var/cache/yum
3createrepo /opt/repos/zfs/epel/8.4/kmod/x86_64/

  5. 验证 YUM 源状态：

    • 运行以下命令来查看 YUM 当前使用的源及其状态：

      bash

      深色版本

      1yum repolist all

    • 确保你的本地仓库是启用状态，并且没有其他高优先级的仓库干扰。

示例操作流程

假设你已经完成了上述步骤，可以按照以下步骤尝试再次安装：

bash

深色版本

1# 清除 YUM 缓存
2yum clean all
3
4# 禁用不必要的仓库（如果有的话）
5# 编辑 /etc/yum.repos.d/ 下的相关 .repo 文件，设置 enabled=0
6
7# 明确安装指定版本的 ZFS 包
8yum install zfs-2.0.5-1.el8.x86_64
9
10# 或者，如果你希望保持现有版本不升级，可以通过 exclude 规则锁定版本

如果你仍然遇到问题，请提供更多的日志或错误信息以便进一步诊断。通过这些步骤，你应该能够确保 YUM 使用正确的本地仓库并避免尝试下载不存在的 2.0.6 版本的包。

[root@master yum.repos.d]# cat zfs.repo [zfs] name=zfs-2.0.5 baseurl=file:///opt/repos/zfs/epel/8.4/kmod/x86_64 enabled=1 gpgcheck=0 gpgkey=file:///opt/repos/zfs/epel/8.4/kmod/x86_64/repodata/repomd.xml.key [root@master yum.repos.d]# cd - /opt/repos/zfs/epel/8.4/kmod/x86_64 [root@master x86_64]# pwd /opt/repos/zfs/epel/8.4/kmod/x86_64 [root@master x86_64]# ll total 14716 drwxr-xr-x 2 root root 4096 Feb 7 21:11 debug -rw-r–r– 1 root root 28126 Jan 14 08:39 index.html -rw-r–r– 1 root root 1515928 Jul 11 2023 kmod-zfs-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 397524 Jul 11 2023 kmod-zfs-devel-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 37628 Jul 11 2023 libnvpair3-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 31920 Jul 11 2023 libuutil3-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 231680 Jul 11 2023 libzfs4-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 380388 Jul 11 2023 libzfs4-devel-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 1310604 Jul 11 2023 libzpool4-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 121152 Jul 11 2023 python3-pyzfs-2.0.5-1.el8.noarch.rpm drwxr-xr-x 2 root root 4096 Feb 8 10:08 repodata -rw-r–r– 1 root root 637480 Jul 11 2023 zfs-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 2490376 Jul 11 2023 zfs-debugsource-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 21704 Jul 11 2023 zfs-dracut-2.0.5-1.el8.noarch.rpm -rw-r–r– 1 root root 2159048 Jul 11 2023 zfs-kmod-debugsource-2.0.5-1.el8.x86_64.rpm -rw-r–r– 1 root root 5667408 Jul 11 2023 zfs-test-2.0.5-1.el8.x86_64.rpm [root@master x86_64]#

根据你提供的信息，你的 zfs.repo 文件配置指向了一个本地仓库，该仓库中只包含 ZFS 2.0.5 版本的包。然而，YUM 仍然试图寻找并安装 2.0.6 版本的包。这可能是因为 YUM 缓存或元数据的问题，或者是其他仓库配置导致了这个问题。

解决方案

  1. 检查和清理 YUM 缓存：

    • 清除 YUM 缓存以确保没有旧的或错误的缓存信息影响当前的操作。

      bash

      深色版本

      1yum clean all

  2. 禁用不必要的仓库：

    • 确保没有其他仓库配置指向包含 2.0.6 版本包的源。你可以通过编辑 /etc/yum.repos.d/ 下的 .repo 文件来禁用这些仓库。例如：

      ini

      深色版本

      1[extras]
2name=Extra Packages for Enterprise Linux 8 - $basearch
3baseurl=http://path_to_repo
4enabled=0  # 禁用该仓库
5gpgcheck=1
6gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-8
7
8[powertools]
9name=PowerTools for Enterprise Linux 8 - $basearch
10baseurl=http://path_to_repo
11enabled=0  # 禁用该仓库
12gpgcheck=1
13gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-8

  3. 锁定版本：

    • 在你的 zfs.repo 文件中添加 exclude 规则，以防止自动升级到更高版本。例如：

      ini

      深色版本

      1[zfs]
2name=zfs-2.0.5
3baseurl=file:///opt/repos/zfs/epel/8.4/kmod/x86_64
4enabled=1
5gpgcheck=0
6exclude=kmod-zfs-2.0.6* libnvpair3-2.0.6* libuutil3-2.0.6* libzfs4-2.0.6* libzpool4-2.0.6* zfs-2.0.6* zfs-test-2.0.6*

  4. 重新生成元数据并验证仓库状态：

    • 再次重建本地仓库的元数据，并确保所有包的校验和正确无误。

      bash

      深色版本

      1createrepo /opt/repos/zfs/epel/8.4/kmod/x86_64/

    • 验证 YUM 当前使用的源及其状态：

      bash

      深色版本

      1yum repolist all

示例操作流程

以下是完整的操作步骤：

  1. 清理 YUM 缓存：

    bash

    深色版本

    1yum clean all

  2. 编辑 zfs.repo 文件，添加 exclude 规则：

    ini

    深色版本

    1[zfs]
2name=zfs-2.0.5
3baseurl=file:///opt/repos/zfs/epel/8.4/kmod/x86_64
4enabled=1
5gpgcheck=0
6exclude=kmod-zfs-2.0.6* libnvpair3-2.0.6* libuutil3-2.0.6* libzfs4-2.0.6* libzpool4-2.0.6* zfs-2.0.6* zfs-test-2.0.6*

  3. 禁用不必要的仓库（如果有的话），例如 extras 和 powertools：

    ini

    深色版本

    1[extras]
2name=Extra Packages for Enterprise Linux 8 - $basearch
3baseurl=http://path_to_repo
4enabled=0
5gpgcheck=1
6gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-8
7
8[powertools]
9name=PowerTools for Enterprise Linux 8 - $basearch
10baseurl=http://path_to_repo
11enabled=0
12gpgcheck=1
13gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-8

  4. 重建本地仓库的元数据：

    bash

    深色版本

    1cd /opt/repos/zfs/epel/8.4/kmod/x86_64/
2createrepo .

  5. 验证 YUM 源状态：

    bash

    深色版本

    1yum repolist all

  6. 尝试安装指定版本的 ZFS 包：

    bash

    深色版本

    1yum install zfs-2.0.5-1.el8.x86_64

通过这些步骤，你应该能够解决 YUM 尝试下载不存在的 2.0.6 版本包的问题，并确保使用正确的本地仓库中的 2.0.5 版本包。如果问题依然存在，请提供更多的日志或错误信息以便进一步诊断。

[root@master x86_64]# zfs –version zfs-2.0.5-1 zfs_version_kernel() failed: No such file or directory

从你提供的信息来看，ZFS 已经安装并且版本是 2.0.5，但是 zfs_version_kernel() 函数调用失败，并返回 “No such file or directory” 错误。这个错误通常意味着 ZFS 内核模块（kmod-zfs）没有正确加载或安装。

可能的原因

  1. 内核模块未加载：ZFS 内核模块没有加载到当前运行的内核中。
  2. 内核模块不匹配：ZFS 内核模块与当前运行的内核版本不匹配。
  3. 内核模块缺失：ZFS 内核模块包 (kmod-zfs) 没有正确安装。

解决方案

1. 确认 ZFS 内核模块是否已加载

首先，检查 ZFS 内核模块是否已经加载：

bash

深色版本

1lsmod | grep zfs

如果没有输出，说明 ZFS 内核模块没有加载。

2. 加载 ZFS 内核模块

尝试手动加载 ZFS 内核模块：

bash

深色版本

1modprobe zfs

如果加载成功，你应该能够看到 ZFS 模块被列出：

bash

深色版本

1lsmod | grep zfs

3. 检查 ZFS 内核模块包是否已安装

确认 kmod-zfs 包是否已正确安装：

bash

深色版本

1rpm -q kmod-zfs

如果该包未安装或安装不完整，请重新安装：

bash

深色版本

1yum install kmod-zfs-2.0.5-1.el8.x86_64

4. 确认内核版本和 ZFS 内核模块匹配

确保当前运行的内核版本与 ZFS 内核模块版本匹配。查看当前运行的内核版本：

bash

深色版本

1uname -r

然后检查 /lib/modules/$(uname -r)/extra/zfs.ko 文件是否存在。如果不存在，可能是因为内核版本与 ZFS 内核模块不匹配。

5. 重新安装 ZFS 和相关包

如果上述步骤都没有解决问题，可以尝试重新安装所有相关的 ZFS 包：

bash

深色版本

1yum reinstall zfs kmod-zfs libnvpair3 libuutil3 libzfs4 libzpool4

6. 检查日志文件

如果问题仍然存在，查看系统日志以获取更多信息：

bash

深色版本

1dmesg | grep zfs
2journalctl -xe

这些日志可能会提供更多关于为什么 ZFS 内核模块无法加载的信息。

示例操作流程

以下是一个完整的操作流程示例：

  1. 检查 ZFS 内核模块是否已加载：

    bash

    深色版本

    1lsmod | grep zfs

  2. 手动加载 ZFS 内核模块：

    bash

    深色版本

    1modprobe zfs

  3. 确认 kmod-zfs 包是否已安装：

    bash

    深色版本

    1rpm -q kmod-zfs

  4. 重新安装 kmod-zfs 包（如果需要）：

    bash

    深色版本

    1yum install kmod-zfs-2.0.5-1.el8.x86_64

  5. 确认内核版本和 ZFS 内核模块匹配：

    bash

    深色版本

    1uname -r
2ls /lib/modules/$(uname -r)/extra/zfs.ko

  6. 重新安装所有相关的 ZFS 包（如果需要）：

    bash

    深色版本

    1yum reinstall zfs kmod-zfs libnvpair3 libuutil3 libzfs4 libzpool4

  7. 查看系统日志：

    bash

    深色版本

    1dmesg | grep zfs
2journalctl -xe

通过以上步骤，你应该能够解决 ZFS 内核模块未能正确加载的问题，并确保 ZFS 能够正常工作。如果问题依然存在，请提供更多的日志或错误信息以便进一步诊断。

[root@master x86_64]# zfs –version zfs-2.0.5-1 zfs-kmod-2.0.5-1 [root@master x86_64]# zpool status no pools available [root@master x86_64]# [root@master x86_64]# [root@master x86_64]# zpool import pool: zfshome id: 9735460450276723981 state: ONLINE action: The pool can be imported using its name or numeric identifier. config: zfshome ONLINE ata-ST4000NM000A-2HZ100_WS22QSG1 ONLINE [root@master x86_64]#

从你的输出来看，ZFS 和其内核模块已经正确安装并运行，且你有一个名为 zfshome 的 ZFS 存储池可以导入。当前没有存储池处于活动状态 (no pools available)，但你可以通过 zpool import 命令导入现有的存储池。

导入存储池

要导入名为 zfshome 的存储池，请使用以下命令：

bash

深色版本

1zpool import zfshome

如果成功导入，你应该能够看到该存储池的状态：

bash

深色版本

1zpool status zfshome

验证导入结果

导入后，可以通过以下命令验证存储池的状态和配置：

  1. 检查存储池状态：

    bash

    深色版本

    1zpool status

  2. 列出所有存储池：

    bash

    深色版本

    1zpool list

  3. 查看存储池详细信息：

    bash

    深色版本

    1zfs list

示例操作流程

以下是完整的操作步骤示例：

  1. 导入存储池：

    bash

    深色版本

    1zpool import zfshome

  2. 检查存储池状态：

    bash

    深色版本

    1zpool status zfshome

    输出示例：

    深色版本

    1pool: zfshome

state: ONLINE scan: none requested config:

深色版本

1    NAME                                STATE     READ WRITE CKSUM
2    zfshome                             ONLINE       0     0     0
3      ata-ST4000NM000A-2HZ100_WS22QSG1  ONLINE       0     0     0

errors: No known data errors

深色版本

1
23. **列出所有存储池**：
3```bash
4zpool list

输出示例：

深色版本

1NAME      SIZE  ALLOC   FREE  CKPOINT  EXPANDSZ   FRAG    CAP  DEDUP    HEALTH  ALTROOT
2zfshome   3.6T   100G   3.5T        -         -     0%     2%  1.00x    ONLINE  -

  1. 查看存储池中的文件系统：

    bash

    深色版本

    1zfs list

    输出示例：

    深色版本

    1NAME           USED  AVAIL     REFER  MOUNTPOINT
2zfshome        100G  3.50T       96K  /zfshome
3zfshome/data   100G  3.50T      100G  /zfshome/data

其他注意事项

  • 自动导入：如果你希望在系统启动时自动导入存储池，可以在 /etc/zfs/zpool.cache 中保存存储池的配置。

    在导入存储池后，可以运行以下命令来保存配置：

    bash

    深色版本

    1zpool set cachefile=/etc/zfs/zpool.cache zfshome

  • 存储池损坏或问题处理：如果在导入过程中遇到任何错误或问题，可以通过 zpool import -d /path/to/devices 指定设备路径尝试手动导入，或者查看详细的日志信息以进一步诊断问题：

    bash

    深色版本

    1dmesg | grep zfs
2journalctl -xe

通过这些步骤，你应该能够成功导入并使用你的 ZFS 存储池。如果在导入或使用过程中遇到任何问题，请提供更多的日志或错误信息以便进一步诊断。

zpool import zfshome 导入到哪里了？

当你使用 zpool import zfshome 命令导入 ZFS 存储池时，ZFS 会将该存储池挂载到其之前配置的挂载点（mount point）。如果你没有特别指定新的挂载点，它会恢复到存储池最后一次导出时的挂载点。

挂载点

  1. 默认挂载点：如果在存储池最后一次导出时有设置挂载点，那么导入后存储池会自动挂载到这个路径。你可以通过以下命令查看当前存储池的挂载点：

    bash

    深色版本

    1zfs list

  2. 手动指定挂载点：如果你希望在导入时指定一个新的挂载点，可以使用 -R 或 -m 选项：

    • 使用 -R 选项临时挂载到一个不同的路径（通常用于恢复模式）：

      bash

      深色版本

      1zpool import -R /mnt/temp zfshome

    • 使用 -m 选项永久更改挂载点：

      bash

      深色版本

      1zpool import zfshome
2zfs set mountpoint=/new/mount/point zfshome

查看存储池和文件系统状态

为了确认存储池是否已经成功导入以及它的挂载点，你可以执行以下命令：

  1. 检查存储池的状态：

    bash

    深色版本

    1zpool status zfshome

  2. 列出所有 ZFS 文件系统及其挂载点：

    bash

    深色版本

    1zfs list

    输出示例：

    深色版本

    1NAME           USED  AVAIL     REFER  MOUNTPOINT
2zfshome        100G  3.50T       96K  /zfshome
3zfshome/data   100G  3.50T      100G  /zfshome/data

    在这个示例中，zfshome 存储池被挂载到了 /zfshome，而 zfshome/data 数据集被挂载到了 /zfshome/data。

示例操作流程

以下是完整的操作步骤示例：

  1. 导入存储池并查看其状态：

    bash

    深色版本

    1zpool import zfshome
2zpool status zfshome

  2. 列出所有 ZFS 文件系统及其挂载点：

    bash

    深色版本

    1zfs list

  3. 如果需要更改挂载点，可以使用以下命令：

    bash

    深色版本

    1zfs set mountpoint=/new/mount/point zfshome

  4. 验证挂载点是否已更改：

    bash

    深色版本

    1zfs list

特殊情况

  • 未自动挂载：如果存储池导入后没有自动挂载，你可以手动挂载它：

    bash

    深色版本

    1zfs mount zfshome

  • 查看详细信息：如果你不确定存储池的挂载点配置，可以通过以下命令查看详细的属性：

    bash

    深色版本

    1zfs get all zfshome

    这个命令会显示包括挂载点在内的所有属性。

通过这些步骤，你应该能够确认你的 zfshome 存储池被导入到了哪个挂载点，并根据需要调整挂载点。如果在导入或挂载过程中遇到任何问题，请提供更多的日志或错误信息以便进一步诊断。

解读一下zpool import zpool import zfshome zfs set mountpoint=/home zfshome systemctl enable zfs-import-cache systemctl enable zfs-mount

你提供的命令序列涉及 ZFS 存储池的导入、挂载点设置以及服务的启用，这些操作确保了 ZFS 存储池在系统启动时能够自动导入和挂载。下面是对每个命令的详细解读：

1. zpool import zfshome

作用：这个命令用于导入一个已存在的 ZFS 存储池。

  • 解释：
    • zfshome 是存储池的名称。
    • 当你运行这个命令时，ZFS 会查找并导入名为 zfshome 的存储池，并将其挂载到其最后一次导出时的挂载点（如果该挂载点存在且未被更改）。

2. zfs set mountpoint=/home zfshome

作用：设置或更改 ZFS 存储池的挂载点。

  • 解释：
    • mountpoint=/home 指定了新的挂载点为 /home。
    • zfshome 是你要修改挂载点的存储池名称。
    • 这个命令将 zfshome 存储池的根文件系统的挂载点设置为 /home。这意味着当你导入 zfshome 存储池后，它的根文件系统将被挂载到 /home 目录下。

3. systemctl enable zfs-import-cache

作用：启用 zfs-import-cache 服务，以便在系统启动时自动导入存储池。

  • 解释：
    • zfs-import-cache 服务使用 /etc/zfs/zpool.cache 文件来记录存储池的状态信息。
    • 启用该服务后，系统将在启动时根据 zpool.cache 文件中的信息自动导入所有存储池。
    • 这样可以避免手动导入存储池的步骤，确保存储池在每次系统启动时都能自动恢复。

4. systemctl enable zfs-mount

作用：启用 zfs-mount 服务，以便在系统启动时自动挂载 ZFS 文件系统。

  • 解释：
    • zfs-mount 服务负责在系统启动时自动挂载所有配置好的 ZFS 文件系统。
    • 启用该服务后，系统会在启动时自动挂载所有定义在 ZFS 配置中的文件系统，包括你之前通过 zfs set mountpoint=/home zfshome 设置的挂载点。
    • 这样可以确保所有的 ZFS 文件系统在系统启动时都能正确挂载到指定的位置。

综合说明

这些命令组合在一起，实现了以下目标：

  1. 导入存储池：通过 zpool import zfshome 导入名为 zfshome 的存储池。
  2. 设置挂载点：通过 zfs set mountpoint=/home zfshome 将 zfshome 存储池的根文件系统挂载到 /home 目录。
  3. 自动导入存储池：通过 systemctl enable zfs-import-cache 确保系统启动时自动导入所有存储池。
  4. 自动挂载文件系统：通过 systemctl enable zfs-mount 确保系统启动时自动挂载所有 ZFS 文件系统。

示例操作流程

以下是完整的操作步骤示例：

  1. 导入存储池：

    bash

    深色版本

    1zpool import zfshome

  2. 设置挂载点：

    bash

    深色版本

    1zfs set mountpoint=/home zfshome

  3. 启用 zfs-import-cache 服务：

    bash

    深色版本

    1systemctl enable zfs-import-cache

  4. 启用 zfs-mount 服务：

    bash

    深色版本

    1systemctl enable zfs-mount

  5. 验证存储池状态和挂载点：

    bash

    深色版本

    1zpool status zfshome
2zfs list

通过这些步骤，你可以确保 zfshome 存储池在系统启动时自动导入并挂载到 /home 目录，从而实现自动化管理。如果在操作过程中遇到任何问题，请提供更多的日志或错误信息以便进一步诊断。

有个问题，如果我想将zfs挂载到/home目录，将现有的/home目录空间给/

要将现有的 /home 目录迁移到 ZFS 文件系统，并将原 /home 目录的空间释放出来用于根目录 /，你可以按照以下步骤进行操作。这个过程涉及备份数据、创建和挂载新的 ZFS 文件系统、迁移数据以及调整现有文件系统的空间分配。

步骤概述

  1. 备份现有数据：确保现有 /home 目录的数据已经备份。
  2. 创建并导入 ZFS 存储池：如果还没有存储池，需要先创建一个。
  3. **设置 ZFS 文件系统的挂载点为 /home**。
  4. 迁移数据：从旧的 /home 目录复制数据到新的 ZFS 文件系统。
  5. 调整根文件系统空间：释放旧的 /home 目录占用的空间，扩展根文件系统（如果需要）。

详细步骤

1. 备份现有数据

在开始之前，确保你已经备份了 /home 目录的所有重要数据。可以使用 rsync 或 tar 等工具进行备份：

bash

深色版本

1# 使用 rsync 备份 /home 到另一个位置（例如 /backup）
2rsync -aHAXx --info=progress2 /home/ /backup/home_backup/

2. 创建并导入 ZFS 存储池

如果你还没有 ZFS 存储池，可以创建一个新的存储池：

bash

深色版本

1# 假设你的设备是 /dev/sdb
2zpool create zfshome /dev/sdb
3
4# 设置挂载点为 /home
5zfs set mountpoint=/home zfshome

如果存储池已经存在并且你只是导入它：

bash

深色版本

1zpool import zfshome
2zfs set mountpoint=/home zfshome

3. 挂载新的 ZFS 文件系统

确保 ZFS 文件系统已经正确挂载：

bash

深色版本

1# 查看存储池状态
2zpool status zfshome
3
4# 查看 ZFS 文件系统列表
5zfs list

4. 迁移数据

将备份的数据从临时位置复制回新的 ZFS 文件系统：

bash

深色版本

1# 将备份的数据复制回新的 ZFS 文件系统
2rsync -aHAXx --info=progress2 /backup/home_backup/ /home/

5. 调整根文件系统空间

现在你需要释放旧的 /home 目录占用的空间，并将其分配给根文件系统。具体步骤如下：

a. 卸载旧的 /home 目录

首先，卸载旧的 /home 目录（如果它是独立挂载的）：

bash

深色版本

1umount /old_home

如果 /home 是根文件系统的一部分，你可能需要重新挂载根文件系统为只读模式来调整分区大小：

bash

深色版本

1mount -o remount,ro /home
b. 删除旧的 /home 目录

删除旧的 /home 目录以释放空间：

bash

深色版本

1rm -rf /old_home

注意：如果 /home 是根文件系统的一部分，你需要重新挂载为读写模式：

bash

深色版本

1mount -o remount,rw /
c. 扩展根文件系统（可选）

如果你希望将释放的空间分配给根文件系统，可以使用 resize2fs 或其他适当的工具来扩展根文件系统。假设你的根文件系统是 ext4：

bash

深色版本

1# 首先检查当前分区情况
2fdisk -l
3
4# 如果需要调整分区大小，可以使用 fdisk 或 parted 工具
5# 注意：这一步需要小心操作，最好有完整的备份
6
7# 调整文件系统大小
8resize2fs /dev/sda1

自动化挂载和启动服务

为了确保 ZFS 文件系统在系统启动时自动挂载，启用相关服务：

bash

深色版本

1systemctl enable zfs-import-cache
2systemctl enable zfs-mount

示例操作流程

以下是完整的操作步骤示例：

  1. 备份现有数据：

    bash

    深色版本

    1rsync -aHAXx --info=progress2 /home/ /backup/home_backup/

  2. 创建或导入 ZFS 存储池：

    bash

    深色版本

    1# 创建新的存储池（如果还没有）
2zpool create zfshome /dev/sdb
3zfs set mountpoint=/home zfshome
4
5# 或者导入现有的存储池
6zpool import zfshome
7zfs set mountpoint=/home zfshome

  3. 挂载新的 ZFS 文件系统：

    bash

    深色版本

    1zpool status zfshome
2zfs list

  4. 迁移数据：

    bash

    深色版本

    1rsync -aHAXx --info=progress2 /backup/home_backup/ /home/

  5. 卸载旧的 /home 目录（如果适用）：

    bash

    深色版本

    1umount /old_home
2rm -rf /old_home

  6. 调整根文件系统大小（可选）：

    bash

    深色版本

    1fdisk -l
2resize2fs /dev/sda1

  7. 启用自动挂载服务：

    bash

    深色版本

    1systemctl enable zfs-import-cache
2systemctl enable zfs-mount

通过这些步骤，你可以成功地将现有的 /home 目录迁移到 ZFS 文件系统，并根据需要调整根文件系统的空间分配。如果在操作过程中遇到任何问题，请提供更多的日志或错误信息以便进一步诊断。

[root@master ~]# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 472G 0 disk ├─sda1 8:1 0 71G 0 part ├─sda2 8:2 0 32M 0 part └─sda3 8:3 0 401G 0 part sdb 8:16 0 3.7T 0 disk ├─sdb1 8:17 0 3.7T 0 part └─sdb9 8:25 0 8M 0 part nvme0n1 259:0 0 465.8G 0 disk ├─nvme0n1p1 259:1 0 600M 0 part /boot/efi ├─nvme0n1p2 259:2 0 1G 0 part /boot └─nvme0n1p3 259:3 0 464.2G 0 part ├─cl-root 253:0 0 300G 0 lvm / ├─cl-swap 253:1 0 4G 0 lvm [SWAP] └─cl-home 253:2 0 160.2G 0 lvm /home 这是目前的结构，怎么做

根据你提供的 lsblk 输出，当前的磁盘和分区结构如下：

  • sda: 472G 硬盘，包含三个分区：
    • sda1: 71G
    • sda2: 32M
    • sda3: 401G
  • sdb: 3.7T 硬盘，包含两个分区：
    • sdb1: 3.7T
    • sdb9: 8M
  • nvme0n1: 465.8G NVMe SSD，包含三个分区：
    • nvme0n1p1: 600M (EFI 分区)
    • nvme0n1p2: 1G (启动分区)
    • nvme0n1p3: 464.2G (LVM 物理卷)

在 LVM 中：

  • cl-root: 300G (根文件系统 /)
  • cl-swap: 4G (交换空间 [SWAP])
  • cl-home: 160.2G (挂载到 /home)

目标

你希望将现有的 /home 目录迁移到 ZFS 文件系统，并释放原 /home 分区的空间给根文件系统 /。

步骤概述

  1. 备份现有数据：确保现有 /home 目录的数据已经备份。
  2. 创建并导入 ZFS 存储池：使用 sdb1 创建新的 ZFS 存储池。
  3. **设置 ZFS 文件系统的挂载点为 /home**。
  4. 迁移数据：从旧的 /home 目录复制数据到新的 ZFS 文件系统。
  5. 调整根文件系统大小：释放旧的 /home 分区占用的空间，扩展根文件系统。

详细步骤

1. 备份现有数据

首先，确保你已经备份了 /home 目录的所有重要数据。可以使用 rsync 或 tar 等工具进行备份：

bash

深色版本

1# 使用 rsync 备份 /home 到另一个位置（例如 /backup）
2mkdir -p /backup/home_backup
3rsync -aHAXx --info=progress2 /home/ /backup/home_backup/

2. 创建并导入 ZFS 存储池

使用 sdb1 创建一个新的 ZFS 存储池，并设置挂载点为 /home：

bash

深色版本

1# 创建 ZFS 存储池
2zpool create zfshome /dev/sdb1
3
4# 设置挂载点为 /home
5zfs set mountpoint=/home zfshome

3. 挂载新的 ZFS 文件系统

确保 ZFS 文件系统已经正确挂载：

bash

深色版本

1# 查看存储池状态
2zpool status zfshome
3
4# 查看 ZFS 文件系统列表
5zfs list

4. 迁移数据

将备份的数据从临时位置复制回新的 ZFS 文件系统：

bash

深色版本

1# 将备份的数据复制回新的 ZFS 文件系统
2rsync -aHAXx --info=progress2 /backup/home_backup/ /home/

5. 调整根文件系统大小

现在你需要释放旧的 /home 分区占用的空间，并将其分配给根文件系统。具体步骤如下：

a. 卸载旧的 /home 目录

卸载旧的 /home 目录（如果它是独立挂载的）：

bash

深色版本

1umount /home
b. 删除旧的 /home 逻辑卷

删除旧的 /home 逻辑卷以释放空间：

bash

深色版本

1# 删除 cl-home 逻辑卷
2lvremove /dev/cl/home
c. 扩展根文件系统

将释放的空间分配给根文件系统。首先，扩展逻辑卷：

bash

深色版本

1# 扩展 cl-root 逻辑卷
2lvextend -l +100%FREE /dev/cl/root

然后，调整文件系统大小：

bash

深色版本

1# 调整 ext4 文件系统大小（假设你的根文件系统是 ext4）
2resize2fs /dev/cl/root

如果根文件系统是 XFS，则使用以下命令：

bash

深色版本

1# 调整 XFS 文件系统大小
2xfs_growfs /

自动化挂载和启动服务

为了确保 ZFS 文件系统在系统启动时自动挂载，启用相关服务：

bash

深色版本

1systemctl enable zfs-import-cache
2systemctl enable zfs-mount

示例操作流程

以下是完整的操作步骤示例：

  1. 备份现有数据：

    bash

    深色版本

    1mkdir -p /backup/home_backup
2rsync -aHAXx --info=progress2 /home/ /backup/home_backup/

  2. 创建并导入 ZFS 存储池：

    bash

    深色版本

    1# 创建 ZFS 存储池
2zpool create zfshome /dev/sdb1
3
4# 设置挂载点为 /home
5zfs set mountpoint=/home zfshome

  3. 挂载新的 ZFS 文件系统：

    bash

    深色版本

    1zpool status zfshome
2zfs list

  4. 迁移数据：

    bash

    深色版本

    1rsync -aHAXx --info=progress2 /backup/home_backup/ /home/

  5. 卸载旧的 /home 目录：

    bash

    深色版本

    1umount /home

  6. 删除旧的 /home 逻辑卷：

    bash

    深色版本

    1lvremove /dev/cl/home

  7. 扩展根文件系统：

    bash

    深色版本

    1# 扩展 cl-root 逻辑卷
2lvextend -l +100%FREE /dev/cl/root
3
4# 调整 ext4 文件系统大小
5resize2fs /dev/cl/root
6
7# 如果是 XFS 文件系统
8# xfs_growfs /

  8. 启用自动挂载服务：

    bash

    深色版本

    1systemctl enable zfs-import-cache
2systemctl enable zfs-mount

通过这些步骤，你可以成功地将现有的 /home 目录迁移到 ZFS 文件系统，并将原 /home 分区的空间释放出来用于根文件系统 /。如果在操作过程中遇到任何问题，请提供更多的日志或错误信息以便进一步诊断。

详细解读一下5-8步，/home不是挂载的 [root@master ~]# cat /etc/fstab # # /etc/fstab # Created by anaconda on Fri Feb 7 11:52:52 2025 # # Accessible filesystems, by reference, are maintained under ‘/dev/disk/‘. # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info. # # After editing this file, run ‘systemctl daemon-reload’ to update systemd # units generated from this file. # /dev/mapper/cl-root / xfs defaults 0 0 UUID=cdc6ba40-85d0-4856-8a66-ecdb7fef0b4f /boot xfs defaults 0 0 UUID=4109-FB10 /boot/efi vfat defaults,uid=0,gid=0,umask=077,shortname=winnt 0 2 /dev/mapper/cl-home /home xfs defaults 0 0 /dev/mapper/cl-swap none swap defaults 0 0

根据你提供的 /etc/fstab 文件内容，可以看到 /home 目录是通过 LVM 逻辑卷 /dev/mapper/cl-home 挂载的。因此，我们需要在迁移数据和调整文件系统大小时特别注意这些步骤。

详细解读第5-8步

第5步：卸载旧的 /home 目录

由于 /home 是通过 LVM 逻辑卷挂载的，我们需要先卸载它，以便我们可以删除这个逻辑卷并重新分配空间。

  1. **确保没有用户正在使用 /home**：

    • 可以使用 fuser 或 lsof 命令检查是否有进程正在使用 /home。

      bash

      深色版本

      1fuser -m /home
2lsof | grep '/home'

  2. 卸载 /home 目录：

    • 如果没有进程正在使用 /home，可以安全地卸载它。

      bash

      深色版本

      1umount /home

  3. 验证是否成功卸载：

    • 使用 df -h 确认 /home 是否已经不再挂载。

      bash

      深色版本

      1df -h | grep home

第6步：删除旧的 /home 逻辑卷

在确认 /home 已经成功卸载后，可以删除 /dev/mapper/cl-home 逻辑卷以释放空间。

  1. 删除 /dev/mapper/cl-home 逻辑卷：

    • 使用 lvremove 命令删除逻辑卷。

      bash

      深色版本

      1lvremove /dev/mapper/cl-home

  2. 确认逻辑卷已被删除：

    • 使用 lvdisplay 查看逻辑卷状态，确认 /dev/mapper/cl-home 已被删除。

      bash

      深色版本

      1lvdisplay

第7步：扩展根文件系统

现在我们需要将释放的空间分配给根文件系统 /。以下是具体步骤：

  1. 扩展根逻辑卷：

    • 首先，查看当前卷组的可用空间：

      bash

      深色版本

      1vgs

    • 使用 lvextend 扩展根逻辑卷 /dev/mapper/cl-root：

      bash

      深色版本

      1lvextend -l +100%FREE /dev/mapper/cl-root

  2. 调整文件系统大小：

    • 根据你的文件系统类型（XFS 或 ext4），选择合适的命令来调整文件系统大小。

    对于 XFS 文件系统：

    bash

    深色版本

    1xfs_growfs /

    对于 ext4 文件系统：

    bash

    深色版本

    1resize2fs /dev/mapper/cl-root

第8步：启用自动挂载服务

为了确保 ZFS 文件系统在系统启动时自动挂载，需要启用相关服务：

  1. 启用 zfs-import-cache 和 zfs-mount 服务：

    bash

    深色版本

    1systemctl enable zfs-import-cache
2systemctl enable zfs-mount

  2. 更新 /etc/fstab 文件：

    • 修改 /etc/fstab 文件，添加新的 ZFS 文件系统的挂载点。例如：

      bash

      深色版本

      1# 新增行
2zfshome /home zfs defaults 0 0

完整操作流程

以下是完整的操作步骤示例：

1. 备份现有数据

bash

深色版本

1mkdir -p /backup/home_backup
2rsync -aHAXx --info=progress2 /home/ /backup/home_backup/

2. 创建并导入 ZFS 存储池

bash

深色版本

1# 创建 ZFS 存储池
2zpool create zfshome /dev/sdb1
3
4# 设置挂载点为 /home
5zfs set mountpoint=/home zfshome

3. 挂载新的 ZFS 文件系统

bash

深色版本

1zpool status zfshome
2zfs list

4. 迁移数据

bash

深色版本

1rsync -aHAXx --info=progress2 /backup/home_backup/ /home/

5. 卸载旧的 /home 目录

bash

深色版本

1# 确保没有进程正在使用 /home
2fuser -m /home
3lsof | grep '/home'
4
5# 卸载 /home 目录
6umount /home
7
8# 验证是否成功卸载
9df -h | grep home

6. 删除旧的 /home 逻辑卷

bash

深色版本

1# 删除 cl-home 逻辑卷
2lvremove /dev/mapper/cl-home
3
4# 确认逻辑卷已被删除
5lvdisplay

7. 扩展根文件系统

bash

深色版本

1# 查看当前卷组的可用空间
2vgs
3
4# 扩展 cl-root 逻辑卷
5lvextend -l +100%FREE /dev/mapper/cl-root
6
7# 调整 XFS 文件系统大小
8xfs_growfs /
9
10# 或者，如果是 ext4 文件系统
11resize2fs /dev/mapper/cl-root

8. 启用自动挂载服务

bash

深色版本

1systemctl enable zfs-import-cache
2systemctl enable zfs-mount
3
4# 更新 /etc/fstab 文件
5echo "zfshome /home zfs defaults 0 0" >> /etc/fstab

通过这些步骤，你可以成功地将现有的 /home 目录迁移到 ZFS 文件系统，并将原 /home 分区的空间释放出来用于根文件系统 /。如果在操作过程中遇到任何问题，请提供更多的日志或错误信息以便进一步诊断。

[root@master ~]# umount /home umount: /home: target is busy. [root@master ~]# [root@master ~]# [root@master ~]# [root@master ~]# fuser -m /home /home: 5154m 5173c 5213c 5215c 5222c [root@master ~]# lsof | grep ‘/home’ lsof: WARNING: can’t stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs Output information may be incomplete. pulseaudi 5154 gengzi mem REG 253,2 696 134217860 /home/gengzi/.config/pulse/6d3e4854c06f4b67a7c3b528a972f160-card-database.tdb pulseaudi 5154 gengzi mem REG 253,2 696 134217859 /home/gengzi/.config/pulse/6d3e4854c06f4b67a7c3b528a972f160-stream-volumes.tdb pulseaudi 5154 gengzi mem REG 253,2 8192 134217858 /home/gengzi/.config/pulse/6d3e4854c06f4b67a7c3b528a972f160-device-volumes.tdb pulseaudi 5154 gengzi 10u REG 253,2 8192 134217858 /home/gengzi/.config/pulse/6d3e4854c06f4b67a7c3b528a972f160-device-volumes.tdb pulseaudi 5154 gengzi 11u REG 253,2 696 134217859 /home/gengzi/.config/pulse/6d3e4854c06f4b67a7c3b528a972f160-stream-volumes.tdb pulseaudi 5154 gengzi 12u REG 253,2 696 134217860 /home/gengzi/.config/pulse/6d3e4854c06f4b67a7c3b528a972f160-card-database.tdb pulseaudi 5154 5209 null-sink gengzi mem REG 253,2 696 134217860 /home/gengzi/.config/pulse/6d3e4854c06f4b67a7c3b528a972f160-card-database.tdb pulseaudi 5154 5209 null-sink gengzi mem REG 253,2 696 134217859 /home/gengzi/.config/pulse/6d3e4854c06f4b67a7c3b528a972f160-stream-volumes.tdb pulseaudi 5154 5209 null-sink gengzi mem REG 253,2 8192 134217858 /home/gengzi/.config/pulse/6d3e4854c06f4b67a7c3b528a972f160-device-volumes.tdb pulseaudi 5154 5209 null-sink gengzi 10u REG 253,2 8192 134217858 /home/gengzi/.config/pulse/6d3e4854c06f4b67a7c3b528a972f160-device-volumes.tdb pulseaudi 5154 5209 null-sink gengzi 11u REG 253,2 696 134217859 /home/gengzi/.config/pulse/6d3e4854c06f4b67a7c3b528a972f160-stream-volumes.tdb pulseaudi 5154 5209 null-sink gengzi 12u REG 253,2 696 134217860 /home/gengzi/.config/pulse/6d3e4854c06f4b67a7c3b528a972f160-card-database.tdb bash 5173 gengzi cwd DIR 253,2 4096 131 /home/gengzi dbus-daem 5213 gengzi cwd DIR 253,2 4096 131 /home/gengzi gvfsd 5215 gengzi cwd DIR 253,2 4096 131 /home/gengzi gvfsd 5215 5217 gmain gengzi cwd DIR 253,2 4096 131 /home/gengzi gvfsd 5215 5219 gdbus gengzi cwd DIR 253,2 4096 131 /home/gengzi gvfsd-fus 5222 gengzi cwd DIR 253,2 4096 131 /home/gengzi gvfsd-fus 5222 5228 gvfsd-fus gengzi cwd DIR 253,2 4096 131 /home/gengzi gvfsd-fus 5222 5229 gvfsd-fus gengzi cwd DIR 253,2 4096 131 /home/gengzi gvfsd-fus 5222 5230 gmain gengzi cwd DIR 253,2 4096 131 /home/gengzi gvfsd-fus 5222 5232 gdbus gengzi cwd DIR 253,2 4096 131 /home/gengzi gvfsd-fus 5222 5235 gvfs-fuse gengzi cwd DIR 253,2 4096 131 /home/gengzi

从你的输出可以看到，/home 目录当前正被多个进程使用，特别是 pulseaudio 和 gvfsd 等进程。为了成功卸载 /home，你需要停止这些进程或切换它们的工作目录。

解决步骤

1. 停止相关进程

你可以通过以下命令终止占用 /home 的进程：

bash

深色版本

1# 查看占用 /home 的进程
2fuser -m /home
3
4# 终止这些进程（谨慎操作）
5kill -9 5154 5173 5213 5215 5222

注意：直接使用 kill -9 可能会导致数据丢失或其他不稳定行为。建议先尝试正常终止进程：

bash

深色版本

1kill 5154 5173 5213 5215 5222

如果进程没有响应，再使用 kill -9。

2. 切换用户会话

如果你当前是以普通用户身份登录，并且该用户的主目录在 /home 下，可以考虑切换到一个临时的 shell 或者以 root 用户身份操作：

bash

深色版本

1# 切换到 root 用户
2su -

或者创建一个新的临时用户并切换到该用户：

bash

深色版本

1# 创建临时用户
2useradd tempuser
3passwd tempuser
4
5# 切换到临时用户
6su - tempuser

3. 卸载 /home 目录

确保所有占用 /home 的进程都已终止后，再次尝试卸载：

bash

深色版本

1umount /home

4. 验证是否成功卸载

确认 /home 是否已经成功卸载：

bash

深色版本

1df -h | grep home

如果没有输出，说明 /home 已经成功卸载。

处理 PulseAudio 和 GVFS 进程

PulseAudio

PulseAudio 是一个声音服务，通常会在用户会话中运行。你可以通过以下命令停止它：

bash

深色版本

1systemctl --user stop pulseaudio.socket
2systemctl --user stop pulseaudio.service

如果需要重新启动 PulseAudio，可以使用：

bash

深色版本

1systemctl --user start pulseaudio.socket
2systemctl --user start pulseaudio.service

GVFS

GVFS 是 GNOME 虚拟文件系统，通常用于挂载远程文件系统。你可以通过以下命令停止相关的守护进程：

bash

深色版本

1systemctl --user stop gvfs-daemon

如果需要重新启动 GVFS，可以使用：

bash

深色版本

1systemctl --user start gvfs-daemon

完整操作流程

以下是完整的操作步骤示例：

1. 停止相关进程

bash

深色版本

1# 查看占用 /home 的进程
2fuser -m /home
3
4# 尝试正常终止进程
5kill 5154 5173 5213 5215 5222
6
7# 如果进程未响应，强制终止
8kill -9 5154 5173 5213 5215 5222

2. 切换用户会话（如果需要）

bash

深色版本

1# 切换到 root 用户
2su -
3
4# 或者创建并切换到临时用户
5useradd tempuser
6passwd tempuser
7su - tempuser

3. 停止 PulseAudio 和 GVFS 服务

bash

深色版本

1# 停止 PulseAudio
2systemctl --user stop pulseaudio.socket
3systemctl --user stop pulseaudio.service
4
5# 停止 GVFS
6systemctl --user stop gvfs-daemon

4. 卸载 /home 目录

bash

深色版本

1umount /home

5. 验证是否成功卸载

bash

深色版本

1df -h | grep home

6. 删除旧的 /home 逻辑卷

bash

深色版本

1lvremove /dev/mapper/cl-home

7. 扩展根文件系统

bash

深色版本

1# 查看当前卷组的可用空间
2vgs
3
4# 扩展 cl-root 逻辑卷
5lvextend -l +100%FREE /dev/mapper/cl-root
6
7# 调整 XFS 文件系统大小
8xfs_growfs /
9
10# 或者，如果是 ext4 文件系统
11resize2fs /dev/mapper/cl-root

8. 启用自动挂载服务

bash

深色版本

1systemctl enable zfs-import-cache
2systemctl enable zfs-mount
3
4# 更新 /etc/fstab 文件
5echo "zfshome /home zfs defaults 0 0" >> /etc/fstab

通过这些步骤，你应该能够成功地卸载 /home 目录、删除旧的逻辑卷，并扩展根文件系统。如果在操作过程中遇到任何问题，请提供更多的日志或错误信息以便进一步诊断。

[root@master ~]# kill 5173c bash: kill: 5173c: arguments must be process or job IDs [root@master ~]# [root@master ~]# [root@master ~]# [root@master ~]# kill 5173 [root@master ~]# [root@master ~]# [root@master ~]# lsof | grep ‘/home’ bash 5173 gengzi cwd DIR 253,2 4096 131 /home/gengzi [root@master ~]#

从你的输出可以看到，尝试终止进程 5173 并没有成功地释放 /home 目录的占用。具体来说，bash 进程（PID 5173）仍然在使用 /home 目录作为其当前工作目录 (cwd)。

解决方法

由于 bash 是一个交互式 shell，直接杀死它可能会导致用户会话中断。为了安全地处理这种情况，可以采取以下几种方法：

方法一：切换到另一个终端或用户会话

  1. 打开一个新的终端会话：

    • 如果你有物理访问权限，可以通过控制台或远程连接工具（如 SSH）打开一个新的终端会话。

  2. 切换到 root 用户：

    • 在新的终端会话中，切换到 root 用户。

      bash

      深色版本

      1su -

  3. **再次尝试卸载 /home**：

    • 确保所有相关的用户会话都已关闭后，再次尝试卸载 /home。

      bash

      深色版本

      1umount /home

方法二：使用 lsof 和 fuser 查找并处理所有占用 /home 的进程

  1. 列出所有占用 /home 的进程：

    bash

    深色版本

    1lsof | grep '/home'

  2. 逐个处理这些进程：

    • 对于每个进程，尝试正常终止它们：

      bash

      深色版本

      1kill <PID>

    • 如果进程不响应，可以强制终止：

      bash

      深色版本

      1kill -9 <PID>

    例如，对于 PID 5173：

    bash

    深色版本

    1kill 5173

  3. 确认进程已被终止：

    • 再次运行 lsof 和 fuser 命令，确认 /home 不再被任何进程占用。

      bash

      深色版本

      1fuser -m /home
2lsof | grep '/home'

方法三：使用 loginctl 管理用户会话

如果你使用的是 systemd 管理的系统，可以使用 loginctl 来管理用户会话。

  1. 列出所有用户会话：

    bash

    深色版本

    1loginctl list-sessions

  2. 终止特定用户的会话：

    • 找到对应的会话 ID，并终止该会话。

      bash

      深色版本

      1loginctl terminate-session <session-id>

示例操作流程

以下是完整的操作步骤示例：

1. 切换到 root 用户

bash

深色版本

1su -

2. 终止占用 /home 的进程

bash

深色版本

1# 列出所有占用 /home 的进程
2lsof | grep '/home'
3
4# 尝试正常终止进程
5kill 5173
6
7# 再次检查是否还有进程占用 /home
8lsof | grep '/home'

如果仍有进程占用 /home，可以继续终止其他进程，直到没有任何进程占用为止。

3. 卸载 /home 目录

bash

深色版本

1umount /home

4. 验证是否成功卸载

bash

深色版本

1df -h | grep home

如果没有输出，说明 /home 已经成功卸载。

5. 删除旧的 /home 逻辑卷

bash

深色版本

1lvremove /dev/mapper/cl-home

6. 扩展根文件系统

bash

深色版本

1# 查看当前卷组的可用空间
2vgs
3
4# 扩展 cl-root 逻辑卷
5lvextend -l +100%FREE /dev/mapper/cl-root
6
7# 调整 XFS 文件系统大小
8xfs_growfs /
9
10# 或者，如果是 ext4 文件系统
11resize2fs /dev/mapper/cl-root

7. 启用自动挂载服务

bash

深色版本

1systemctl enable zfs-import-cache
2systemctl enable zfs-mount
3
4# 更新 /etc/fstab 文件
5echo "zfshome /home zfs defaults 0 0" >> /etc/fstab

特殊情况处理

如果仍然无法终止占用 /home 的进程，可以考虑以下方法：

使用 chroot 创建临时环境

  1. 创建临时目录：

    bash

    深色版本

    1mkdir /mnt/temp

  2. 挂载必要的文件系统：

    bash

    深色版本

    1mount --bind / /mnt/temp
2mount --bind /proc /mnt/temp/proc
3mount --bind /sys /mnt/temp/sys
4mount --bind /dev /mnt/temp/dev

  3. 进入 chroot 环境：

    bash

    深色版本

    1chroot /mnt/temp

  4. 在 chroot 环境中执行命令：

    • 在 chroot 环境中，你可以更安全地终止占用 /home 的进程。

  5. 退出 chroot 环境：

    bash

    深色版本

    1exit

通过这些步骤，你应该能够成功地卸载 /home 目录、删除旧的逻辑卷，并扩展根文件系统。如果在操作过程中遇到任何问题，请提供更多的日志或错误信息以便进一步诊断。

# 更新 /etc/fstab 文件 echo “zfshome /home zfs defaults 0 0” >> /etc/fstab会导致系统无法开机

你提到的担忧是有道理的。直接在 /etc/fstab 文件中添加 ZFS 文件系统的条目时，如果不正确配置或系统启动时 ZFS 模块未加载，确实可能导致系统无法正常启动。

为了避免这种情况，确保以下几点：

  1. 确保 ZFS 模块在启动时加载：通过启用 zfs-import-cache 和 zfs-mount 服务来确保 ZFS 存储池和文件系统在系统启动时自动导入和挂载。
  2. 正确的 /etc/fstab 配置：虽然 ZFS 文件系统通常不需要在 /etc/fstab 中手动配置（因为它们可以通过 ZFS 自动管理），但如果你确实需要在 /etc/fstab 中添加条目，确保其格式正确且不会导致启动问题。

步骤详解

1. 确保 ZFS 模块和服务在启动时加载

首先，确保 ZFS 相关的服务已经启用，并且 ZFS 模块会在系统启动时加载。

bash

深色版本

1# 启用 zfs-import-cache 服务
2systemctl enable zfs-import-cache
3
4# 启用 zfs-mount 服务
5systemctl enable zfs-mount
6
7# 确保 ZFS 模块在启动时加载
8echo 'zfs' > /etc/modules-load.d/zfs.conf

2. 正确配置 /etc/fstab

对于 ZFS 文件系统，通常不需要在 /etc/fstab 中手动添加条目，因为 ZFS 可以自动管理存储池和文件系统的挂载。但是，如果你想在 /etc/fstab 中添加条目，可以这样做：

  • 确保 ZFS 文件系统已经在启动时自动导入：通过 zpool import -a 或者使用 zfs-import-cache 服务。
  • 确保挂载点正确配置：ZFS 文件系统的挂载点可以在创建存储池或数据集时设置。
示例：在 /etc/fstab 中添加 ZFS 条目

如果你仍然希望在 /etc/fstab 中添加条目，确保格式正确：

bash

深色版本

1# 备份现有的 /etc/fstab 文件
2cp /etc/fstab /etc/fstab.bak
3
4# 在 /etc/fstab 中添加 ZFS 条目
5echo "zfshome /home zfs defaults 0 0" >> /etc/fstab

但是，更推荐的做法是依赖 ZFS 的自动挂载功能，而不是在 /etc/fstab 中手动添加条目。

3. 使用 ZFS 自动挂载

如果你不希望在 /etc/fstab 中添加条目，可以通过以下步骤确保 ZFS 文件系统在启动时自动挂载：

  1. 确保存储池在启动时自动导入：

    bash

    深色版本

    1# 导入所有可用的存储池
2zpool import -a
3
4# 或者使用 zfs-import-cache 服务
5systemctl enable zfs-import-cache

  2. 设置 ZFS 文件系统的挂载点：

    bash

    深色版本

    1# 设置 zfshome 的挂载点为 /home
2zfs set mountpoint=/home zfshome

  3. 启用 ZFS 挂载服务：

    bash

    深色版本

    1systemctl enable zfs-mount

4. 测试配置

在重启系统之前，最好测试一下当前的配置是否正确：

  1. 卸载 /home 目录：

    bash

    深色版本

    1umount /home

  2. 导入 ZFS 存储池并挂载文件系统：

    bash

    深色版本

    1zpool import zfshome
2zfs mount zfshome

  3. 验证挂载点：

    bash

    深色版本

    1df -h | grep home

如果一切正常，你应该能看到 /home 已经被正确挂载。

安全措施

为了进一步确保系统不会因为错误的 /etc/fstab 配置而无法启动，你可以采取以下安全措施：

  1. 使用单用户模式进行测试：

    • 在重启系统前，进入单用户模式（救援模式）进行测试。

      bash

      深色版本

      1reboot --single

    • 进入单用户模式后，检查并修复任何问题。

  2. 使用 GRUB 编辑器临时修改启动参数：

    • 如果系统无法启动，可以使用 GRUB 编辑器临时修改启动参数，跳过 /etc/fstab 挂载步骤，进入救援模式进行修复。

最终操作流程

以下是完整的操作步骤示例：

1. 确保 ZFS 模块和服务在启动时加载

bash

深色版本

1# 启用 zfs-import-cache 服务
2systemctl enable zfs-import-cache
3
4# 启用 zfs-mount 服务
5systemctl enable zfs-mount
6
7# 确保 ZFS 模块在启动时加载
8echo 'zfs' > /etc/modules-load.d/zfs.conf

2. 创建并导入 ZFS 存储池

bash

深色版本

1# 创建 ZFS 存储池
2zpool create zfshome /dev/sdb1
3
4# 设置挂载点为 /home
5zfs set mountpoint=/home zfshome

3. 迁移数据

bash

深色版本

1rsync -aHAXx --info=progress2 /backup/home_backup/ /home/

4. 卸载旧的 /home 目录

bash

深色版本

1# 确保没有进程正在使用 /home
2fuser -m /home
3lsof | grep '/home'
4
5# 卸载 /home 目录
6umount /home
7
8# 验证是否成功卸载
9df -h | grep home

5. 删除旧的 /home 逻辑卷

bash

深色版本

1# 删除 cl-home 逻辑卷
2lvremove /dev/mapper/cl-home
3
4# 确认逻辑卷已被删除
5lvdisplay

6. 扩展根文件系统

bash

深色版本

1# 查看当前卷组的可用空间
2vgs
3
4# 扩展 cl-root 逻辑卷
5lvextend -l +100%FREE /dev/mapper/cl-root
6
7# 调整 XFS 文件系统大小
8xfs_growfs /
9
10# 或者，如果是 ext4 文件系统
11resize2fs /dev/mapper/cl-root

7. 确保 ZFS 文件系统在启动时自动挂载

bash

深色版本

1# 确保存储池在启动时自动导入
2systemctl enable zfs-import-cache
3
4# 启用 ZFS 挂载服务
5systemctl enable zfs-mount
6
7# 不需要在 /etc/fstab 中手动添加 ZFS 条目
8# 如果确实需要，确保格式正确并备份现有文件
9cp /etc/fstab /etc/fstab.bak
10echo "zfshome /home zfs defaults 0 0" >> /etc/fstab

通过这些步骤，你应该能够成功地将现有的 /home 目录迁移到 ZFS 文件系统，并释放原 /home 分区的空间用于扩展根文件系统。如果在操作过程中遇到任何问题，请提供更多的日志或错误信息以便进一步诊断。

反馈邮箱：tongyi@service.aliyun.com

转载请注明来源，欢迎对文章中的引用来源进行考证，欢迎指出任何有错误或不够清晰的表达。

©2023 David Jiang

Built with Hexo and 3-hexo theme