dmsetup是诊断device-mapper卡死的核心工具，通过dmsetup ls --tree确认设备名、dmsetup table安全导出映射表、dmsetup status检查target状态、dmsetup deps追溯依赖，结合dmesg定位根因。
当 Linux 中的设备映射（device-mapper）设备（如 LVM 逻辑卷、加密卷 dm-crypt、快照等）出现 I/O 卡死、无法读写或 lsblk/lvs 命令卡住时，底层映射表（mapping table）异常往往是关键线索。dmsetup 是直接与 device-mapper 内核子系统交互的核心工具，可用来安全查看、分析甚至临时停用映射，从而定位是否因映射规则错误、后端设备不可达或 target 状态异常导致卡死。
确认卡死设备并获取其 dm 名称
先确定疑似卡死的 device-mapper 设备名（非 /dev/mapper/xxx 软链接名，而是内核中注册的真正 name）：
- 运行
sudo dmsetup ls --tree：以树状结构显示所有活跃映射及其依赖关系；若某设备显示为[invalid]或输出卡住，说明其映射表已损坏或后端设备失联。 - 对比
ls -l /dev/mapper/和sudo dmsetup info -c输出中的Name列，确认目标设备的内部名称（例如vg0-lvroot而非luks-xxxx）。 - 若
dmsetup ls本身卡住，说明 device-mapper 核心已阻塞——此时需结合dmesg | tail -30查看是否有 “device-mapper: table:” 相关错误，或 I/O timeout、scsi EH 失败等底层日志。
安全导出当前映射表（不触发 I/O）
dmsetup table 可读取内核中缓存的映射表，该操作只读内存、不访问后端设备，适合卡死场景：
- 执行
sudo dmsetup table <dev_name></dev_name>（如sudo dmsetup table vg0-lvroot）；正常返回类似0 2097152 linear 8:2 2048的行，表示从起始扇区 0 开始、共 2097152 扇区，映射到物理设备/dev/sda2（主次设备号 8:2）偏移 2048 扇区。 - 若该命令卡住或报错
Device or resource busy，说明映射表已被内核标记为“不可用”，常见于底层块设备（如 multipath 路径断开、NVMe 设备 reset 失败）完全无响应。 - 对多层映射（如 LUKS + LVM），逐级执行
dmsetup table：先查外层（如luks-xxx），再根据其映射目标（如vg0-lvroot）继续查内层，确认哪一级映射中断。
检查 target 类型与状态细节
不同 target（linear、crypt、snapshot、raid 等）卡死原因差异大，需针对性分析：
- 用
sudo dmsetup status <dev_name></dev_name>查看实时状态：如crypttarget 显示0 2097152 crypt aes-xts-plain64 32 8:2 2048 1 allow_discards表示正常；若显示suspended或数字后有异常值（如 sector count 为 0），说明初始化失败或 key 获取失败。 - 对
crypt设备，检查 key 源是否可用：sudo dmsetup dependencies <dev_name></dev_name>是否指向一个存在的底层设备；若依赖8:17（/dev/sdb1）但lsblk中无该设备，则是磁盘离线导致映射无法激活。 - 对
snapshot或thintarget，重点关注 origin 或 pool 设备是否 active：执行sudo dmsetup deps <dev_name></dev_name>找出依赖设备，再对其运行dmsetup status，常发现 snapshot 元数据设备（如 thin-pool）已 suspend 或 error。
谨慎尝试恢复或隔离问题映射
在明确映射表异常后，避免盲目 reload 或 remove（可能触发 panic），优先隔离：
- 若映射表存在但后端设备失效，可用
sudo dmsetup suspend --nolockfs <dev_name></dev_name>暂停该设备（不触发 fsync），防止上层继续下发 I/O 加重卡死。 - 用
sudo dmsetup clear <dev_name></dev_name>清空映射（仅清内核表，不删数据），再通过dmsetup create重建最小化映射测试（如仅映射前 1M 扇区），验证底层设备是否真不可达。 - 切勿在生产环境直接
dmsetup remove活跃映射，除非已卸载文件系统且确认无进程使用；可先lsof +D /mount/point和sudo fuser -v /mount/point确保无残留访问。
定位映射卡死本质是逆向追踪 I/O 路径：从用户空间卡点回溯到 device-mapper 表 → target 类型 → 依赖设备状态 → 底层块设备健康度。dmsetup 提供的 table、status、deps 三个子命令是核心诊断链，配合 dmesg 和 lsblk -f 即可快速收敛根因。不复杂但容易忽略的是：必须用设备内部 name（非 mapper 路径），且所有操作需加 sudo 权限才能读取内核映射信息。
