的手册页lvcreate说 LV 类型mirror是遗留的，并lvconvert说“在大多数情况下，不推荐使用镜像类型，应该使用 raid1 类型。它们都是镜像的实现。”
会出现什么--type mirror情况不是已弃用？
--type mirror我在接受的答案中 遇到了程序将单驱动器 LVM 卷转换为跨 3 个驱动器的条带卷奇迹--type raid1也在那里工作吗？
艾弗里·佩恩的回答https://serverfault.com/questions/97845/lvm-mirroring-vs-raid1这表明了一个历史性的差异，mirror用于移动 LV，通常仅临时使用，而raid1用于永久保护数据。的手册页pvmove还提到创建临时镜像 LV 来移动数据。
有关的：
答案1
的评论那个global/mirror_segtype_default设定在示例配置文件中描述了两种类型之间的差异：
镜像
LVM/DM 的原始 RAID1 实现。它的特点是灵活的日志解决方案（核心、磁盘、镜像），以及在处理故障时必须阻止 I/O。 dmeventd 故障处理逻辑与使用此类 RAID1 的设备快照之间存在固有的竞争，在最坏的情况下可能会导致死锁。 （另请参阅 devices/ignore_lvm_mirrors。）raid1
这是一个较新的 RAID1 实现，通过设备映射器使用 MD RAID1 特性。它的特点是缺乏日志选项。 （始终为每个设备分配日志，并将它们放置在与映像相同的设备上，因此不需要单独的设备。）此镜像实现不需要在处理故障时阻塞 I/O。此镜像实现不支持集群，并且不能在集群中以共享（主动/主动）方式使用。
再往下，对的评论global/support_mirrored_mirror_log也可能解释在哪些情况下mirror可以使用：
不建议创建或转换此类型，但可以启用此类型来测试现有镜像日志的激活以及到磁盘/核心的转换是否有效。
也就是说，该支持类型mirror至少对于允许使用它访问旧设置是有用的。 （但这并不能证明允许lvconvert转换到类型mirror。）
Red Hat（驱动大部分 LVM 开发工作）已记录，对类型的支持mirror将在某个时候从 RHEL 中删除，但这还没有发生。 （这不是一定与 LVM 项目和内核本身中删除该功能相关。）