嵌入式Linux开发中SD卡分区未显示的排查与解决

安之一诶噢·2026-07-05·阅读 43 GEO检测（免费）

嵌入式LinuxSD卡挂载分区表修复

|难度：普通|阅读约 11 分钟

1. 问题现象与初步排查

当你在创龙科技的开发板上执行df -h命令时，发现SD卡分区没有正常显示，这是一个在嵌入式Linux开发中相当常见的问题。我最近在调试IMX6ULL平台时就遇到了完全相同的情况，这里分享一下完整的排查思路和解决方案。

首先需要明确的是，df -h命令只显示已经挂载的文件系统。如果SD卡分区存在但没有挂载，或者分区表有问题，都不会在这里显示。正确的排查流程应该是：

确认SD卡是否被系统识别
检查分区表是否正常
验证文件系统是否完整
必要时重新创建分区和文件系统

需要模型API调用？免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。

2. 确认SD卡设备识别状态

2.1 检查设备节点

在终端执行以下命令查看所有存储设备：

bash复制ls /dev/sd*

正常情况下应该能看到类似/dev/sdb、/dev/sdb1这样的设备节点。如果连/dev/sdb都没有，说明系统根本没识别到SD卡。

2.2 查看内核日志

如果ls /dev/sd*没有显示SD卡设备，需要检查内核日志：

bash复制dmesg | grep -i sd

重点关注是否有类似这样的错误信息：

code复制[   12.345678] mmc1: card never left busy state
[   12.345679] mmc1: error -110 whilst initialising SD card

这类错误通常表示硬件连接问题或供电不足。

3. 分区表检查与修复

3.1 使用fdisk查看分区

如果能看到/dev/sdb设备但没有分区，先用fdisk检查：

bash复制sudo fdisk -l /dev/sdb

正常输出应该包含类似这样的分区信息：

code复制Device     Boot Start    End Sectors  Size Id Type
/dev/sdb1        2048 264191  262144  128M  c W95 FAT32 (LBA)
/dev/sdb2      264192 526335  262144  128M 83 Linux

3.2 常见分区问题

我遇到过以下几种典型情况：

分区表损坏

深度内容推荐

1、Edge账户删不掉？从个人资料到注册表的彻底清理指南

2、Docker入门实战：从容器原理到常用命令与部署指南

3、OpenClaw一键部署实操指南：11分钟跑通智能体自动化环境搭建与排坑

已有2w+人解锁

RP2040 PIO实现高精度红外信号发射系统设计

AD4630-24高精度ADC芯片调试与应用指南

已经到底了哦

精选内容

1Git提交实战指南：从环境配置到冲突解决与日常提效 2工业级蓝光3D扫描：车灯试模变形分析效率提升关键 3PyCharm快捷键全攻略：从编辑到调试提升编码效率 4IDLE不是玩具：Python官方自带IDE的正确打开方式 5Java+SSM+Django超市管理系统实战：源码部署与核心功能拆解 6C#开发必看：Visual Studio类名高亮配置与代码配色指南 7Java毕设实战：在线健康体检服务平台设计与实现 8SpringBoot+Vue+MyBatis企业级教学资源库系统实战拆解 9计算机网络基础入门：分层、协议、时延与抓包实操指南 10数组排序避坑指南：比较器、稳定性与多语言实践

热门内容

1从单元到集成：Java后端负载测试的完整覆盖策略 2Spring Boot寿险HR系统毕设实战：从设计到调试全解析 3AI技能包实用指南：从SOP原理到Claude Code实战 4Kafka本质是分布式日志，入门搭建与消费顺序避坑 5红帽系统安装全流程：从镜像下载到分区网络配置 6CSS垂直水平居中的8种实现方法：从传统到Flexbox与Grid的完整选型指南 7SpringBoot装潢公司管理系统设计与部署：从源码到答辩全攻略 8网络障碍诊断三步法：传输层与应用层排障实战 9反转链表完全拆解：迭代、递归、变体与面试表达 10计算机网络学习地图：从分层模型到协议栈的应用实践

最新内容

Windows 11多屏缩放DPI适配实战：解决企业微信文档显示不全与双层选框

多屏办公中，不同显示器的缩放比例常不一致，比如主屏125%、副屏100%。Windows 11通过DPI缩放机制协调逻辑像素与物理像素，但跨屏切换时，部分应用未能及时响应DPI变化，导致窗口显示不全、重影框、点击失效等问题。企业微信在线文档内嵌WebView，其窗口边界与网页渲染层在跨屏时易产生错位，本质是DPI感知与命中测试不一致的体现。掌握高DPI兼容性设置、统一缩放比例、重置窗口缓存等工程实践，能有效解决这类多屏适配难题。从原理到操作深入排查，可彻底修复Windows 11多屏缩放下企业微信文档的显示异常，让跨屏办公更加顺畅。

C#调用FFmpeg视频抽帧实战：从进程封装到批量优化

视频处理是软件开发中常见的技术需求，而帧提取作为视频分析、封面生成、AI训练数据准备的基础环节，其稳定性和效率至关重要。FFmpeg作为跨平台的多媒体处理框架，凭借对H.264、HEVC等主流编码的广泛支持，成为视频解码与帧抽取的事实标准。在C#生态中，通过进程包装方式调用FFmpeg命令行，既能隔离解码风险，又能灵活控制性能。掌握-seek精确定位、滤镜链缩放、关键帧索引等参数原理，能够有效提升抽取精度与吞吐量。本文从工程实践角度，系统讲解C#与FFmpeg集成的进程管理、参数调优、批量场景下的并发控制与磁盘IO优化，并给出常见报错排查清单，帮助开发者快速构建可靠的视频抽帧服务。

Django+大数据：短视频用户兴趣分析系统实战指南

用户行为分析是推荐系统的基础，它通过采集浏览、点赞、评论、分享等行为，将原始日志抽象为结构化标签和偏好分数，进而形成可复用的“用户画像”模型。在大数据场景下，实时计算与离线批量处理相结合，既保证了推荐的时效性，又兼顾了海量数据的可扩展性。本文以短视频平台为例，完整拆解了从行为埋点、数据清洗、兴趣建模到Django服务端实现、WebSocket实时推送以及可视化大屏的工程链路。通过Spark与Hive完成离线画像计算，借助Redis承载热点数据与缓存，再经由Django Channels将分析结果主动推送到前端看板。这套方案能有效支撑个性化推荐、内容运营与广告投放等业务场景，也为毕业设计或工程实战提供了可落地的参考。

Win11下eNSP启动AR1报错40？关闭VBS与Hyper-V冲突解决指南

虚拟化技术是现代网络仿真和IT运维的基础，eNSP作为华为官方网络模拟工具，依赖VirtualBox这类Type-2虚拟化环境运行路由器设备。然而在Win11系统中，默认开启的基于虚拟化的安全（VBS）会与Hyper-V管理程序共同占用CPU虚拟化层，导致VirtualBox无法正常创建虚拟机，进而触发“启动设备AR1失败，错误码40”的经典故障。理解VBS的底层原理、掌握其与Hyper-V的冲突机制，是快速定位问题的关键。通过注册表禁用VBS、关闭hypervisorlaunchtype，并排查VirtualBox版本、Host-Only网卡及BIOS设置，即可彻底解决Win11下eNSP的虚拟化冲突问题。本文从虚拟化概念出发，结合实际排障流程，帮助网络工程师和学生顺利运行OSPF、BGP等实验拓扑，同时兼顾WSL2与Docker共存场景的权衡方案。

Python官方自带IDLE：零配置入门到调试实战

对于刚接触 Python 的开发者，选择一款合适的开发环境往往比学习语法本身更令人困扰。PyCharm、VS Code 等主流 IDE 功能丰富，但安装配置复杂度高，容易让初学者陷入环境搭建的泥潭。相比之下，Python 官方自带的 IDLE（集成开发与学习环境）无需安装、零配置，随解释器一同分发，开箱即用。它基于 Tkinter 图形库实现，提供支持语法高亮的 Shell 交互模式、简易编辑器和内置调试器，能够完整体验编写、运行、调试的完整流程。无论是快速验证语法、处理小型脚本，还是作为教学场景下的入门工具，IDLE 都展现出极高的实用价值。当项目规模增长后，再迁移至 PyCharm 或 VS Code 也不迟。本文围绕 IDLE 的功能定位、Shell 交互、文件编辑、调试技巧以及常见踩坑点展开，帮助初学者快速上手 Python 官方自带的轻量环境。

WSL2流量如何走Windows侧TUN虚拟网卡？三种方案详解

虚拟网卡是现代网络组网中的关键组件，TUN作为三层虚拟接口，常被用于构建安全隧道、远程接入等场景。然而在WSL2环境中，因其基于Hyper-V的NAT网络架构，虚拟机内的流量默认不经过Windows宿主机的路由决策层，导致TUN虚拟网卡无法捕获WSL2的通信。本文从WSL2与Windows网络栈的底层差异入手，解析流量被“藏”在NAT背后的原因，并系统梳理了三种将WSL2流量引导至TUN虚拟网卡的可行方案：镜像网络模式、手工路由转发以及端口级转发。通过合理的路由配置与DNS调整，可解决内网资源访问、多服务互通等场景下的网络连通问题，使虚拟化开发环境与宿主网络无缝衔接，提升工程效率。

VMware虚拟机中Red Hat root密码重置实战：rd.break与救援模式全解析

在Linux运维中，当root密码遗忘时，所谓“破解”实为“重置”——通过系统预留的恢复通道修改认证数据，而非暴力枚举。虚拟化平台为这种操作提供了极大便利：VMware虚拟机无需物理接触服务器，借助GRUB菜单即可进入紧急恢复环境。RHEL 7及以上版本提供的rd.break机制，可以在initramfs阶段中断启动流程，挂载真实根目录并修改密码；同时SELinux安全上下文的重标与密码策略的合规性是避免重置后无法登录的关键。无论是测试环境还是接手遗留虚拟机，掌握这套方法都能快速夺回系统控制权。

搞懂EINTR：Linux信号捕捉与慢系统调用实战

信号处理是Linux应用开发中的基础机制，也是排查线上疑难问题的关键。当进程陷入阻塞式系统调用（如read、epoll_wait）时，信号到达可能导致调用被中断并返回EINTR错误，这一现象背后涉及内核的信号递送与系统调用重启机制。理解慢系统调用与信号捕捉的交互，对编写健壮的网络服务与守护进程至关重要。通过合理使用sigaction注册处理函数、设置SA_RESTART标志，以及正确判断errno，可以避免程序因信号中断而异常退出。从工程实践角度，解析了EINTR的来龙去脉、信号屏蔽字与未决信号的关系，并给出若干高频问题的排查思路，帮助开发者从容应对信号带来的不确定性。

Linux下gcc/g++实战指南：从编译原理到库链接与调试排查

在Linux平台进行C/C++开发，绕不开编译工具链。理解编译器与编辑器的区别是入门第一步，gcc/g++作为GNU编译器套件的核心命令，负责将源码翻译为可执行程序。其背后依赖预处理、编译、汇编、链接四阶段原理，掌握这些能大幅提升错误定位效率。除基础用法外，多文件编译、Makefile管理、静态库（.a）与动态库（.so）的生成及链接顺序都是工程实践中的高频技能。针对头文件缺失、undefined reference、段错误等疑难问题，可结合gdb、AddressSanitizer等工具系统排查。无论是学习C语言、编写Linux系统工具，还是嵌入式交叉编译，熟练使用gcc/g++都是必备基础，本文以实战视角完整梳理了这些知识，帮助读者快速上手并规避常见坑点。

RabbitMQ实战指南：从消息队列原理到C#落地应用

消息队列是分布式系统中实现异步解耦与削峰填谷的核心组件。在微服务架构下，同步调用带来的链路耦合、性能瓶颈与流量冲击问题日益突出，而通过队列中间件将耗时操作异步化，可显著提升系统响应速度与稳定性。RabbitMQ作为经典的AMQP消息中间件，凭借其稳定的内核与友好的管理界面，成为企业级应用异步任务处理的首选方案。本文从消息队列的基础概念出发，结合Exchange、Queue、RoutingKey等核心模型，梳理主流消息队列的选型差异，并给出Windows与Linux环境下的安装部署及C#客户端的实际调用示例，最终引导读者快速构建可复用的消息队列封装。实际工程中，合理利用RabbitMQ的任务队列、发布订阅与延迟消息机制，能有效解决注册通知、订单处理等场景下的并发压力，助力系统平滑应对高流量冲击。

已经到底了哦