第一个报告md
块设备上ext4文件系统的UUID 。它有助于系统在系统上可用的文件系统中唯一地标识文件系统。它存储在文件系统的结构中,即存储在md设备上的数据中。
第二个是RAID设备的UUID。它有助于md子系统唯一地标识该特定RAID设备。特别是,它有助于识别属于RAID阵列的所有块设备。它存储在数组的元数据中(在每个成员上)。数组成员还具有自己的UUID(在md系统中,如果它们是GPT分区(其本身将存储在GPT分区表中)或LVM卷,则它们也可能具有分区UUID)。
blkid
有点误导,因为它返回的是设备上存储的结构的ID(对于大多数文件系统,LVM成员和交换设备,它所知道的那种结构)。另请注意,具有结构具有相同UUID(例如LVM快照)的块设备并不少见。块设备可以包含任何东西,包括结构不包含UUID的东西。
因此,作为示例,您可能有一个具有3个驱动器且具有GPT分区的系统。这些驱动器可能具有一个全球通用名称,可以唯一标识它。假设3个驱动器已分区为一个分区(/dev/sd[abc]1
)。每个分区将在GPT分区表中存储一个GPT UUID。
如果这些分区组成一个md RAID5阵列。每个将获得一个md UUID作为RAID成员,而该阵列将获得一个UUID作为md RAID设备。
这/dev/md0
可以用MSDOS或GPT型分区被进一步划分。例如,我们可以有一个/dev/md0p1
带有GPT UUID 的分区(存储在GPT分区表中,该表存储在/ dev / md0的数据中)。
反过来,这可能是LVM的物理卷。这样,它将获得PV UUID。该卷组还将具有一个VG UUID。
在该卷组中,您将创建逻辑卷,每个逻辑卷都有一个LV UUID。
在其中一个LV(如/dev/VG/LV
)上,您可以制作一个ext4文件系统。该文件系统将获得ext4 UUID。
blkid /dev/VG/LV
会为您获取该文件系统的(ext4)UUID。但是作为VG卷中的一个分区,它也将获得一个分区UUID(某些分区方案(如MSDOS / MBR没有UUID))。该卷组由成员PV组成,后者本身就是其他块设备。blkid /dev/md0p1
会给您PV UUID。它还在的GPT表中具有分区UUID /dev/md0
。/dev/md0
本身是由其他块设备制成的。blkid /dev/sda1
将返回raid成员UUID。它还在的GPT表中具有分区UUID /dev/sda
。
mdadm
?我们只是重新镜像了服务器,而UUID却不同,因此我们想还原以前的UUID,这样就无需更改所有配置文件。从本质上讲,它/dev/md0
具有一个新的UUID,我们希望将其返回到旧的UUID(从备份中识别),因此系统可以启动而无需进行进一步更改。