Linux挂载详细介绍（一）——part和lvm的由来

最新推荐文章于 2024-12-21 17:01:51 发布

原创最新推荐文章于 2024-12-21 17:01:51 发布 · 1.4k 阅读

CC 4.0 BY-SA版权

文章标签：

系列文章目录

分区操作，请参考目录下其他博文。

文章目录

介绍Linux中两类挂载方式的由来。

基本挂载

Linux中将一块新的磁盘（物理设备，比如设备名为/dev/sdb）进行挂载操作时，有以下几种方式：

1.将整块设备/dev/sdb,挂载到一个目录（挂载点）下，此时该物理设备的类型，我们称为disk，完整的disk；

这种方式，将整块设备划给了某一个挂载点，代表该目录可以使用这整块磁盘空间，而其他同级/上级目录则无法使用；
即，该设备一旦划给某挂载点，则无法进行二次分配，全部容量归一个挂载点使用。
利弊：

挂载操作简易，但不存在磁盘空间管理；一旦挂载，空间全部固定到一个挂载点上，这一点很生硬！

2.将整块设备/dev/sdb，先进行分区，然后将各个分区挂载到不同目录（多个挂载点）下，此时该物理设备的类型，我们逻辑上称为part；

对/dev/sdb进行第一次分区后，被分出来的设备，它的设备名末尾会带上数字1，即/dev/sdb1，它的类型是part；
此时若/dev/sdb还有剩余空间，
进行第二次分区后，被分出来的设备，它的设备名末尾会带上数字2，即/dev/sdb2，它的类型同样是part；
依此类推......

利弊：
存在磁盘空间管理，可以根据业务划分多个挂载点，从同一块设备上，各个挂载点获取自己所需的磁盘空间；
挂载操作相对复杂，需先分区，再格式化，最后进行挂载；同样地，分区一旦划给某挂载点，则无法进行二次分配，全部容量归一个挂载点使用。

根据上述2个场景，想一想，有一个致命点是我们无法接受的，即：

①.挂载点无法伸缩大小（其实伸缩不是不可以，但基于part的方式，需要将整块设备初始化才行，也就是说从头所有的步骤都重新来过一遍，重新规划，那已存储的数据怎么办？这种方法根本不叫方法，我们的期望肯定是，不影响其他挂载点的情况，目标挂载点能够自由伸缩）

所以现在的需求是：挂载点能自由伸缩大小，同时不影响其他挂载点

这才有了逻辑卷管理器（lvm）的出现。

上图中你必须要知道的两点：
1.只要卷组的空间足够，逻辑卷lv-data1或者lv-data2都可以随时扩大空间，缩小更是可以的；
2.lv-data1伸缩大小时，完全不会影响到lv-data2，反之亦然；

除此之外，逻辑卷管理器还具备以下优势：

可以在任何时候灵活地扩展空间；
可以安装和处理任何文件系统；
可以通过迁移来恢复错误磁盘；
可以使用快照功能恢复文件系统到先前的阶段；

需要了解分区和lvm之间的区别，分析演进的原因，生产环境中结合二者使用。