Harbor 迁移数据盘完整故障排查日志

项目背景 硬件：LGA‑775 双核老旧主机、8G 内存，运行 Docker、K8s、Harbor 私有镜像仓库 未来升级未16G内存 操作目标：将 Harbor 持久化数据迁移至 /opt/mirror 磁盘目录 故障 1：容器启动报错，证书挂载失败

硬盘分区后：本地迁移docker 镜像harbor仓库

、迁移背景说明 本次服务器硬件为 LGA‑775 架构老旧台式主机，双核处理器性能有限，整机内存 7.72GB，内存资源充裕。 最开始部署 Harbor 镜像仓库时，存储目录使用程序默认路径/var/lib/harbor，该目录归属系统盘分区。随着容器镜像、项目版本不断增加，镜像文件体积会持续上涨，

关于创建/opt/harbor_backup 的疑惑，因，仓库需挂载到/opt/mirror/.harbor_bak/释义，

一、下午 16:24‑16:25 创建 /opt/harbor_backup 完整历史指令 bash 106 sudo mkdir -p /opt/harbor_backup 107 cp harbor.yml /opt/harbor_backup/ 108 sudo cp harbor.yml /

harbor配置文件释义 harbor.yml

# ls common common.sh docker-compose.yml harbor-offline-installer-v2.13.1.tgz harbor-offline-installer-v2.13.1.tgz.1 harbor.v2.13.1.tar.gz harbor.yml

处理故障命令简单梳理

，区分故障起因、前期业务操作、故障出现、磁盘挂载排查、硬盘重新分区规划、数据迁移、Harbor 仓库路径整改、Tunasync 镜像同步部署、Nginx 镜像站点配置、最终服务管控，分层书写，每一步对应你执行过的指令，逻辑清晰无遗漏。 一、服务器基础硬件概况（lsblk 查询得出） sda 1.8T

完整复盘归档，总结踩坑经验

home 分区挂载事故完整复盘、故障根因分析与长期运维规范 一、故障整体背景（保留原版完整内容） 本次服务器故障为人为修改系统交换分区后重启引发的连锁系统异常，非硬件损坏、非数据误删。服务器采用Ubuntu LVM架构，sdb为系统盘，sda 1.8T为数据盘，承载/home用户目录、内网镜像站、H

迁移业务、重建镜像同步服务 ：迁移镜像目录，部署修复 Tunasync 镜像同步服务

udo mkdir -p /opt/mirror/mirrors /opt/mirror/logs sudo chown -R shitou:shitou /opt/mirror sudo chown -R shitou:shitou /usr/local/tunasync worker.conf

跟进处理：重新划分磁盘完成挂载修复

home 分区挂载问题/（ sda 双分区环境） 一、先梳理磁盘现状 /dev/sda1（500G，UUID：2b027fb4‑58fe‑48c5‑9ac1‑da5c7bd058a9）目标挂载 /home /dev/sda2（1.

故障处置第一步：磁盘重新分区、修复 /home 挂载

浅析 /home 分区挂载异常问题 一、本机硬盘硬件结构（lsblk 真实信息） plaintext sda（1.8T整块硬盘，分出2个独立分区） ├─sda1 500G → 挂载点：/home（用户资料分区） └─sda2 1.3T → 挂载点：/opt/mirror（镜像文件专属分区） s

（总故障概述・第一篇） Ubuntu 磁盘故障：/home 分区挂载异常、目录文件假性丢失与内网镜像站全流程排错

Ubuntu服务器新增交换分区后 /home 目录文件消失、磁盘爆满、内网镜像站数据异常故障排查记录 一、故障背景与操作前置 本次服务器故障为人为操作后引发的连锁异常，核心前置操作与故障触发条件如下： 1. 服务器基础环境：Ubuntu LVM 架构，系统盘 59.6G、数据盘 1.8T（单独挂载