Linux撤销挂载home分区后保数据不丢失

WARNINGS:这个操作,在一定程度上可行,毕竟我已经成功做到了。但是这个操作有一定的风险,请慎重!没有图,因为过去的时间比较久了,但大体流程是正确的。问题引入Linux磁盘分区大致如下表所示,因为当前分区A的容量大于(/的实际容量 + /home的实际容量),所以想把/home挂载的分区B取消,

WARNINGS:

这个操作,在一定程度上可行,毕竟我已经成功做到了。但是这个操作有一定的风险,请慎重!没有图,因为过去的时间比较久了,但大体流程是正确的。

问题引入

Linux磁盘分区大致如下表所示,因为当前分区A的容量大于(/的实际容量 + /home的实际容量),所以想把/home挂载的分区B取消,空闲出分区B的容量挪作他用,然后让/home使用/的容量,并且保证home分区数据不丢失。

挂载点 分区
/ 分区A
/home 分区B

解决过程

如果你要按照我的操作去做,请确保你了解你的每一步操作会产生什么效果!

  1. 最重要的部分:使用rsync备份好home分区的数据到某个不会丢失的地方。使用这个命令时,注意权限,权限在这里如果不恰当的话,会引发不太必要的问题。
  2. 接着,在/etc/fstab文件里面注释掉/home的挂载信息,保存。这里使用注释,是为了给自己后悔药吃。 此时,如果重启,一定是登录不进去桌面的。重启之后,默认从/分区找家目录,找不到,所以会在登录器里面,输入密码后,进入不了系统界面。
  3. 重启。 正如预期,进入了桌面。这个时候我们使用tty1-5,打开类似于黑窗口的界面,进行登录,然后在home分区下,创建属于我们的目录,注意权限
  4. 再次使用rsync,将备份的数据,还原到home分区下。
  5. 最后,切换到登录器,输入密码,成功进入,并且数据未丢失。并且分区B可以挪作他用了。

后记

这个操作,在一定程度上可行,毕竟我已经成功做到了。但是这个操作有一定的风险,请慎重! 没有图,因为过去的时间比较久了,但大体流程是正确的。

参考: https://www.cnblogs.com/saszhuqing/p/8716644.html

Read more

Volcano 与 Kubernetes GPU 调度学习笔记

本笔记系统整理 Volcano 调度器、Kubernetes 调度框架、GPU Device Plugin、HAMi 等云原生 AI 调度领域的核心知识,适合用于学习、复习和工程实践参考。 目录 * 第一部分:Volcano 入门 * 1. Volcano 是什么 * 2. 安装与快速使用 * 3. 核心特性一览 * 第二部分:Volcano 整体架构 * 4. Volcano 解决的核心问题 * 5. 整体架构与数据流 * 6. 三层抽象模型 * 第三部分:Volcano 核心实现原理 * 7. Session 机制 * 8. Gang Scheduling 实现 * 9. Queue 与 DRF 公平调度

容器镜像(4):镜像的常用工具箱

容器镜像(4):镜像的常用工具箱

前几篇在讲多架构镜像时已经用过 skopeo 和 crane 做镜像复制,这篇系统整理这两个工具的完整能力,同时介绍几个日常操作镜像时同样好用的工具。 一、skopeo:不依赖 Daemon 的镜像瑞士军刀 skopeo 的核心价值是绕过 Docker daemon,直接与 Registry API 交互。上一篇用它做镜像复制和离线传输,但它的能力远不止于此。 1.1 安装 # Ubuntu / Debian sudo apt install -y skopeo skopeo --version # skopeo version 1.15.1 1.2 inspect:免拉取检查镜像元数据 docker inspect 需要先把镜像拉到本地,skopeo inspect 直接向 Registry

容器镜像(3):多架构镜像构建

容器镜像(3):多架构镜像构建

一、什么是多架构镜像 1.1 OCI Image Index 上一篇介绍了单平台镜像的结构:一个 Manifest 指向 Config 和若干 Layer blob。多架构镜像在此之上多了一层——OCI Image Index(也叫 Manifest List),是一个轻量的索引文件,把多个单平台 Manifest 组织在一起: $ docker manifest inspect golang:1.22-alpine { "schemaVersion": 2, "mediaType": "application/vnd.oci.image.index.v1+json", "manifests&

容器镜像(2):containerd 视角下的镜像

容器镜像(2):containerd 视角下的镜像

一、为什么需要了解 containerd 如果你只用 docker run 跑容器,从来不关心底层,那可以不了解 containerd。但如果你在用 Kubernetes,或者想真正理解"容器运行时"是什么,containerd 是绕不开的。 事实上,当你执行 docker run 的时候,containerd 早就在后台悄悄工作了——Docker 从 1.11 版本开始,就把核心运行时剥离出来交给 containerd 负责。 1.1 Docker 的架构演变 早期的 Docker(1.10 及之前)是一个"大一统"的单体程序:一个 dockerd