【学了就忘Linux高级文件系统管理】— 5.图形界面进行LVM分区

Posted 2023-04-30

参考技术A 接下来我们开始手动创建LVM逻辑卷分区。

我们先用新安装Linux系统时的图形化界面，来演示一下LVM逻辑卷如何进行分区。

从 安装Linux系统（二） 文章的第12步开始，我们来演示一下LVM逻辑卷分区。

之前我们12步选择的分区类型是 自定义分区 ，然后进入手动分区的配置页面。而 自定义分区 前面的分区选项，无论你选择哪个分区类型，都属于系统自动分区。例如选择 使用所有空间 ，点击下一步，如下图：

通过上图可以看出，系统自动分配的磁盘划分，比我们自己定义的磁盘划分要复杂。你还可以看出，系统自动分配的分区有两个，一个是 boot 分区 sda1 ，另一个就是LVM分区 sda2 。

也就是说安装Linux系统时，如果你不自定义手工分区，默认都是用LVM进行分区。所以当我们学过LVM分区之后，在生产服务器上至少要采用LVM分区。因为标准分区是不支持分区大小调整的。

接下来我们实践一下自定义手动创建LVM分区。

选择创建自定义布局，点击下一步。

在Linux系统分区中，有一个强制需要创建的分区，就是 boot 分区。 boot 分区很特殊，用于Linux系统启动， 而 boot 分区只能放在普通标准分区上，不能放在LVM分区中。如果把 boot 分区放在LVM分区中，系统将无法启动。（这个和Linux系统的启动管理有关系，强制记住就可以了。）

如果有多个卷组，在 LVM逻辑卷 后就可以上下选择卷组。

其实这个页面中的小窗口，点击右边的添加就可以弹出这个小窗口了，可以继续创建逻辑卷，不用退出。

这样通过图形化界面就完成LVM逻辑卷分区了。

【学了就忘】Git分支 — 44.分支切换的几种情况

参考技术A

这个案例我们要对切换分支命令进行详细说明。

在我们切换分支，执行 git checkout master 这条命令的时候，

Git做了如下两件事情：

也就是说： 分支切换会改变你工作目录中的文件 。

说明： 在切换分支时，一定要注意你工作目录里的文件会被改变。如果是切换到一个较旧的分支，你的工作目录会恢复到该分支最后一次提交时的样子。如果Git不能干净利落地完成这个任务，它将禁止切换分支。

下面我们就来详细的进行说明。

1）查看工作目录中的状态

2）新建一个testing分支，并提交一个a.txt文件到版本库

3）查看 testing 分支的文件

4）切换到master分支

如上就可以证明了，切换分支时，工作目录中的文件会发生改变。

如果切换分支的时候，该分支的工作目录不是已提交状态，那么会出现如下两种情况。

也就是有以修改或新增，未被追踪的文件。

1）切换到 testing 分支

2）在 testing 分支新增一个文件 b.txt ，但不添加到暂存区

显示 b.txt 文件未被追踪。

3）此时切换到 master 分支上

我们从上面可以看到，在 testing 分支上创建的，新增未被追踪的 b.txt 文件，被同步到了 master 分支上。

因为 git checkout 命令执行时，会将工作目录里的文件改变到指定的提交状态。

又因为你在 testing 分支上创建的 b.txt 文件，既没有被提交也没有被暂存，说明 b.txt 文件还未被Git管理。在这种情况下，你进行切换分支操作，你将丢失在 testing 分支对 b.txt 文件编写。Git认为这样是非常不安全的操作，会默认的把该状态的文件，一起带入所切换到的分支中。

所以 git checkout 命令还是很智能的，可以我们一般不会用该功能，这个功能用来会非常的混乱，可能会污染到其他分支，尽管Git是好意。

也就是暂存区有新增的文件时，但还未提交到本地版本库。

（接上面示例，继续演示）

1）切换到 testing 分支上，把b.txt文件添加到暂存区

2）此时切换到 master 分支上

发现暂存区中存储的文件，只要未被提交，也会随着分支的切换，加入到其他分支中。

（接上面示例，继续演示）

1）切换到 testing 分支上，把 b.txt 文件提交到版本库

2）继续修改 b.txt 文件，不提交到版本库中，然后切换到master分支

说明：

error: Your local changes to the following files would be overwritten by checkout:b.txt

错误提示： b.txt 文件在本地的更改，将随着切换分支的操作，被版本库所覆盖（也就是文件被还原）

Please commit your changes or stash them before you switch branches.

提示你，在切换分支之前，请先提交更改。（不提交不让你切换分支）

这是什么原因？

因为 b.txt 文件已经被Git管理过了，如果 b.txt 文件还处于修改未追踪状态，你就必须 b.txt 文件修改完成并提交后，再去其他分支工作。

使用 git checkout 命令进行分支的切换，实际上有三个地方更改了

而切换分支的最佳实践：每次切换分支前，确保当前分支一定得是干净的（已提交状态）。

因为要避免一下情况：

在切换分支时，如果当前分支上有新增且未暂存的修改（第一次），或者有新增，暂存，但未提交的修改（第一次）时，分支可以切换成功，但是这种操作可能会污染其地分叉。