核心是比对底层设备标识：同一物理设备多次挂载合法但易混乱，不同设备挂同一路径则导致覆盖；应通过stat查device值或blkid查uuid识别重复，并检查fstab与lvm卷组名是否冲突。
识别重复的设备挂载点，核心是区分“同一物理设备被多次挂载”和“不同设备挂载到相同路径”，前者合法但易引发管理混乱，后者通常导致挂载失败或覆盖。关键不在于看挂载点名称，而在于比对底层设备标识。
查清实际挂载关系
运行 mount 或读取 /proc/mounts，获取所有挂载条目。注意每行的第三列（挂载点）和第一列（源设备）。若发现多个条目指向同一挂载点（如都挂到 /mnt/data），说明存在冲突；若多个条目挂到不同路径但源设备相同（如 /dev/sdb1 挂到 /mnt/a 和 /mnt/b），属于合法重复挂载，但需确认是否预期行为。
按设备号去重判断
Linux 内核用主/次设备号（st_dev）唯一标识块设备。用 stat 命令验证：
stat /mnt/a | grep "Device:"stat /mnt/b | grep "Device:"
若两处输出的 Device: 值完全一致（如 ca01h/51201d），说明它们来自同一物理分区，属于重复挂载；若不同，则是不同设备误挂同路径，需检查 fstab 或手动 mount 命令是否写错设备名。
排查 fstab 中的 UUID 冲突
克隆虚拟机后常见问题：多个分区拥有相同 UUID，导致系统启动时随机挂载、漏挂或错挂。执行：
-
sudo blkid—— 查看所有分区 UUID，标记重复项 -
cat /etc/fstab | grep UUID—— 找出引用这些 UUID 的行 - 对 ext2/3/4 分区，用
sudo tune2fs -U random /dev/sdXN更新 UUID（务必先卸载） - 更新
/etc/fstab中对应 UUID，并重建 initramfs（Ubuntu 用sudo update-initramfs -u，RHEL 系用sudo dracut -f）
检查 LVM 卷组重名
多个物理卷含同名卷组（如都叫 vg0）会导致 vgscan 报错、vgchange -ay 失败。运行：
-
sudo vgs -v—— 显示每个 VG 的 UUID - 若发现同名 VG，用
sudo vgrename old_name new_name重命名其中一个 - 再执行
sudo vgscan --cache刷新缓存
不复杂但容易忽略
