挂载块设备失败主因是宿主机设备节点未映射或容器内缺失节点；需用ls -l /dev/sdX查主次设备号，容器以privileged或sys_admin能力运行并确保/dev可写，再mknod创建节点、设权限；推荐用--device直接透传。
在容器中挂载块设备（如 /dev/sdb）失败，常见原因是宿主机的设备节点未被正确映射或容器内缺少对应节点。Linux 中可通过 mknod 手动创建设备节点，但需严格匹配主/次设备号，否则挂载仍会失败或引发权限/识别异常。
确认目标设备的主次设备号
不能凭设备名猜测编号。在宿主机上运行：
ls -l /dev/sdX # 例如 /dev/sdb # 输出示例：brw-rw---- 1 root disk 8, 16 Jun 10 14:22 /dev/sdb # 其中 "8, 16" 表示主设备号=8，次设备号=16
若设备尚未生成（如新插入磁盘但 udev 未触发），可用 cat /proc/partitions 查看设备号，再结合 lsblk 确认名称对应关系。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
在容器内执行 mknod 创建节点
容器必须以 --privileged 或至少具备 sys_admin 和 sys_module 能力，并挂载 /dev 为可写（默认多数容器 /dev 是只读 tmpfs）。操作步骤：
- 进入容器：
docker exec -it --user root container_name /bin/sh - 检查
/dev是否可写：touch /dev/test && rm /dev/test，失败则需重启容器并添加--tmpfs /dev:rw,size=10M或挂载宿主机/dev（不推荐，有安全风险） - 执行创建：
mknod /dev/sdb b 8 16（b 表示块设备，8 和 16 替换为实际主次号） - 设置权限：
chmod 660 /dev/sdb && chown root:disk /dev/sdb
验证节点有效性与挂载可行性
仅存在节点不代表可挂载。需进一步确认：
- 用
blockdev --getsize64 /dev/sdb测试是否返回有效字节数，若报错“Operation not permitted”，说明内核未识别该设备号，或容器缺少必要 capability - 尝试
fdisk -l /dev/sdb查看分区表是否可读；若提示“Cannot open /dev/sdb”，检查 SELinux/AppArmor 是否拦截（容器环境通常已禁用，但 OpenShift 等平台例外） - 挂载前确保文件系统已存在且无损坏：
e2fsck -n /dev/sdb1（如有分区）
更稳妥的替代方案（推荐优先考虑）
手动 mknod 是临时调试手段，生产环境应避免：
- 使用
docker run --device /dev/sdb:/dev/sdb直接透传设备，Docker 自动处理节点创建和权限 - 在宿主机启用 udev 规则，确保设备接入时自动创建节点并设置 ACL，再通过
--device挂载 - 对 Kubernetes 场景，使用
hostPath类型为CharDevice或BlockDevice，配合volumeDevices字段直接挂载块设备到容器
