挂载块设备失败主因是宿主机设备节点未映射或容器内缺失节点；需用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 字段直接挂载块设备到容器