Linux VFS文件系统 ----mount命令介绍(二)

痛定思痛。 2022-01-28 15:34 631阅读 0赞

在上一篇文章里面介绍了mount命令的基本应用，这篇文章主要介绍mount命令的复杂应用：shared subtree(共享子树)。  
所谓的共享子树就是mount挂载的传播路径，可以这么理解。我们想象一下在不同的mount命名空间或者mount绑定文件夹（前提是文件夹是挂载点）的时候如果A被挂载在B下，在A里面又挂载或者绑定了一个设备或者文件，在B里面是否能够看得到呢？  
这就牵扯到一个挂载树的传播路径的问题，所谓的传播路径解决的就是在A里面挂载一个设备，在B里面是否能够看得到的问题。  
我们的传播路径分为两个大方面：

1. 共享-私有挂载
    2. 主从挂载

#### 共享-私有挂载： ####

如果A为共享挂载，在A目录下的子目录挂载一个新的设备C，则在B中能够看得见。  
如果A为私有挂载，在A目录下的子目录挂载一个新的设备C，则在B中看不见。

#### 主从挂载 ####

假如主挂载为A，从挂载为B。  
在A中的子目录中挂载C，从挂载B能够看到C。  
如果在B中的子目录中挂载C，主挂载A中看不到C的挂载情况。  
不论是共享-私有挂载还是主从挂载。其挂载之初都是对等的，我们称之为对等组(peer group)。可以这么理解：

所有的挂载之初其都是共享的，所有的相同的挂载源的挂载构成了一个对等组。然后再从对等组里面分出私有挂载和主从挂载。注意：如果是make --bind方式组成的挂载其挂载源目录必须挂载到一个设备上。

从上述两个大的方面的解释来看总结如下：

共享-私有挂载的挂载传播是双向的。即：如果是共享挂载无论是mount 还是umount操作要么两方面同时看见，要么是隔离另外一方（私有装载）。
    主从装载则与共享装载不一样:主装载不能看到从装载，从装载能够看到主装载。

### 对等组（peer group） ###

peer group 就是一个或多个挂载点的集合，他们之间可以共享挂载信息。在下面两种情况下会使两个挂载点属于同一个 peer group (前提条件是挂载点的 propagation type 是 shared)：

1.  利用 mount --bind 命令，将会使源和目标挂载点属于同一个 peer group，当然前提条件是源必须要是一个挂载点。
2.  当创建新的 mount namespace 时，新 namespace 会拷贝一份老 namespace 的挂载点信息，于是新的和老的namespace 里面的相同挂载点就会属于同一个 peer group。

### 传播路径（PROPAGATION TYPE） ###

我们的传播路径可以有四种：MS\_SHARED、MS\_PRIVATE、MS\_SLAVE、MS\_UNBINDABLE。

1.  ms\_shared：该mount point与其“peer group”\[“对等组”\]（下面会详细介绍）成员的其他mount point共享mount和unmount事件。当在此mount point下添加或删除mount point时，此更改将传播到对等组，以便在每个对等挂载点下也会发生mount或unmount。传播也会以相反的方向发生，因此对等组mount point上的mount和unmount事件也会传播到此mount point。
2.  ms\_private：这是shared\[共享\]挂载点的反面。mount point不会将事件传播到任何对等点，也不会从任何对等点接收传播事件。
3.  ms\_slave：这个传播类型位于shared\[共享\]和private\[私有\]之间。一个share mount\[从属装载\]具有master -一个shared peer group\[共享对等组\]，其成员将mount和umount事件传播到shave mount\[从属装载\]。然而，从属挂载不会将事件传播到master对等组。－－只接受mount,umount事件
4.  ms\_unbindable：该mount point不可绑定。就像private mount point一样，此安装点不会将事件传播到对等点或从对等点接受事件。此外，此挂载点不能成为绑定挂载操作的源。

好了，根据上面的解释我们会在实际操作先讲解共享-私有装载再做主从装载。

## 共享-私有装载 ##

如下命令：

dd if=/dev/zero bs=1M count=10 of=./disk1.img
    dd if=/dev/zero bs=1M count=10 of=./disk2.img
    dd if=/dev/zero bs=1M count=10 of=./disk3.img
    dd if=/dev/zero bs=1M count=10 of=./disk4.img
    mkfs.ext2 disk1.img
    mkfs.ext2 disk2.img
    mkfs.ext2 disk3.img
    mkfs.ext2 disk4.img
    mkdir disk1 disk2 disk3 disk4

制作4个虚拟磁盘并且格式化成ext2格式的。  
执行如下命令：

mount disk1.img disk1
    mount --bind disk1 disk2
    mount disk3.img disk3
    mount --bind disk3 disk4
    mkdir disk1/disk1.1
    mkdir disk3/disk3.3
    mount --make-private disk4
    mount disk4.img  disk4/disk3.3/
    tree

执行结果如下：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zNzg2Nzg1Nw_size_16_color_FFFFFF_t_70]  
我们可以看大虽然对于disk1和disk2,disk3和disk4执行步骤没有太大不同（只是在mount disk4.img disk4/disk3.3之间执行了make-private操作），但是结果却是有大不同：disk1.1可以同时显示disk2.img里面的内容，但是disk3.3里面却显示不出来disk4.img里面的内容。  
以上就是在共享-私有装载演示出来的不同点。

## 主从挂载 ##

主从挂载主要是根据传播路径来说传播是单向的。例如：A为主挂载，B为从挂载。在A上的新的挂载在B上也显示出来，但是在B上的挂载在A上显示不出来。  
主要操作如下：

mount disk1.img disk1
    mount disk3.img disk3
    mount --bind disk1 disk2
    mount --bind disk3 disk4
    mount --make-slave disk4
    mkdir -p disk1/disk1.1
    mkdir -p disk3/disk3.3

如上操作，disk3和disk4分别为主挂载和从挂载。如果在disk4中执行如下操作：

mount disk4.img disk4/disk3.3/

可以看到有如下结果：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zNzg2Nzg1Nw_size_16_color_FFFFFF_t_70 1]  
再执行

umount disk4/disk3.3
    
    mount disk4.img disk3/disk3.3

可以看到如下结果：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zNzg2Nzg1Nw_size_16_color_FFFFFF_t_70 2]  
可以看到disk3/下的挂载都传播到了disk4中，disk4中的挂载在disk3中显示不出来。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zNzg2Nzg1Nw_size_16_color_FFFFFF_t_70]: /images/20220128/2016ff5429b2491fa78b41f27ea3e6a6.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zNzg2Nzg1Nw_size_16_color_FFFFFF_t_70 1]: /images/20220128/b2d7047c3ad342c8907e27a39d6f26b3.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zNzg2Nzg1Nw_size_16_color_FFFFFF_t_70 2]: /images/20220128/edffa7ee0c82431ba399b9205d7ebe2d.png