Linux磁盘热插拔依赖内核与用户空间协同：sysfs暴露设备真实状态，udev响应变化并执行动作；关键在于系统识别、命名及自动挂载，而非仅物理插拔能力。
Linux磁盘热插拔靠的是内核与用户空间协同：sysfs暴露设备真实状态，udev响应变化并执行动作。关键不在“能不能插拔”，而在于“插上后系统认不认、怎么命名、要不要自动挂载”。
sysfs是设备信息的“实时窗口”
它把内核里的硬件结构变成可读文件，全部挂载在 /sys 下。比如：
- /sys/block/ 列出所有块设备（sda、nvme0n1、mmcblk0），每个目录对应一个磁盘；
- 进到 /sys/block/sda/device/ 能看到厂商（vendor）、型号（model）、序列号（serial）等属性；
- /sys/block/sda/removable 的值是 1 还是 0，直接说明它是否支持热插拔；
- 设备插入瞬间，内核就在 /sys/block/ 下创建对应目录，并触发 uevent 通知 udev。
换句话说，sysfs 不干活，但它是 udev 做决策的唯一依据——没它，udev 就像闭眼开车。
udev规则决定“插上之后做什么”
规则文件放在 /etc/udev/rules.d/，以 .rules 结尾，按文件名 ASCII 顺序加载。一条典型磁盘规则长这样：
Linux Security Scanner
下载
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
含义是：当内核名为 sd 开头的块设备加入时，创建软链接 /dev/mydisk（如 mydisk1），归属用户 john，权限设为 0660。
- 匹配条件常用：ACTION（add/remove）、SUBSYSTEM（block/scsi/usb）、KERNEL（设备名）、ATTR{ro}（只读标志）、ENV{ID_SERIAL}（U盘序列号）；
- 操作指令常用：SYSMLINK+=（建链接）、OWNER/MODE（改权限）、RUN+=（执行脚本，比如自动挂载）；
- 注意：OPTIONS="last_rule" 表示命中即停，后续规则不再检查，适合 remove 事件收尾用。
实战中容易踩的坑
写规则不是一写就灵，常见问题有：
- 规则不生效？先确认 udevadm control --reload-rules 和 udevadm trigger 是否执行；
- 设备名乱跳？别依赖 KERNEL=="sd[a-z]"，改用 ENV{ID_SERIAL_SHORT}=="ABC123" 锁定物理设备；
- 自动挂载失败？RUN 脚本里不能用 mount（缺少环境变量和权限），建议用 systemd-mount 或写成 .mount 单元由 udev 启动；
- RAID 或 NVMe 设备？SUBSYSTEM 可能是 pci 或 nvme，需查 udevadm info -q all -n /dev/nvme0n1 看实际属性。
调试比写规则更重要
遇到问题别猜，用工具看真相：
- udevadm monitor --subsystem-match=block：实时监听磁盘相关事件；
- udevadm info -n /dev/sdb：查设备所有属性，是写规则前必做的一步；
- udevadm test $(udevadm info -q path -n /dev/sdb)：模拟触发，看规则是否匹配、动作是否执行；
- 日志看 journalctl -u systemd-udevd 或设置 udev_log="info" 在 /etc/udev/udev.conf 中。
规则本质是条件匹配+动作执行，逻辑清晰，但细节藏在设备实际暴露的属性里。
