[Android]更换EMMC后，userdata容量为何不正确

最新推荐文章于 2025-09-23 13:05:24 发布
转载 最新推荐文章于 2025-09-23 13:05:24 发布 · 5.4k 阅读 · 32

本文解析了Android手机在更换EMMC后userdata容量显示不变的原因，涉及动态分区、文件系统概念及解决方法，包括调整BOARD_USERDATAIMAGE_PARTITION_SIZE参数。

在Android的开发过程中，我们经常会碰到，更换了一个较大的EMMC芯片后，烧录完镜像，手机中userdata容量显示仍然和之前一样，并没有变大，具体是为什么呢？

方法/步骤

  1. 在Android最新的代码中，分区表partition.xml里面定义了宏：GROW_LAST_PARTITION_TO_FILL_DISK=true.

    这个宏的作用就是：动态分配data分区的大小；就是说EMMC的总容量减去其它分区的容量，剩下的都是data分区的。所以分区的大小不用修改，会自动适应。

    这一点可以通过adb shell -》cat /proc/partitions 看到类似如下图的内容，其中最大的分区mmcblk0p40就是data分区了。(这里的单位是KB)

    [Android]更换EMMC后，userdata容量为何不正确

  2. 那么既然data分区的实际大小没问题，为什么手机中看到的容量不对呢？

    这就需要提到文件系统的概念了，因为每次烧录手机的时候，是将data.img烧录到分区中，所以分区的文件系统中的容量信息都是包含在data.img中了。

    这个容量是通过文件/device/platform/BoardConfig.mk中的参数来定义的：

    BOARD_USERDATAIMAGE_PARTITION_SIZE := 1860632576 (单位是Byte)

  3. 所以，解决方法很简单，就是将BOARD_USERDATAIMAGE_PARTITION_SIZE 的值设置为我们在/proc/partitions 中看到的分区实际大小，也就是12460032(KB)x1024(Byte/KB)=12759072768(Byte)

  4. 注意1：其实在容量显示不对的状态下，我们对手机执行下恢复出厂设置也会变为正确的容量的。因为这个操作会重新根据分区大小对data分区进行格式化操作，不再以data.img中的容量为准了。

  5. 注意2：如果直接设置成分区实际容量无法启动的话，不妨设置一个比分区容量小10MB的值，因为有时文件系统需要一些空间才能启动。

c_hnie
关注
Linux下升级eMMC芯片版本引发的问题及解决方法
YpysHtml的博客
09-26 643
请注意，以上示例代码只是演示如何加载eMMC驱动程序和读取设备信息，并不包括完整的驱动程序实现Linux下升级eMMC芯片版本引发的问题及解决方法。驱动问题：新的eMMC芯片版本可能需要更新的驱动程序才能正常工作。兼容性问题：新的eMMC芯片版本可能与旧的Linux内核不兼容，导致无法正常识别和使用eMMC设备。兼容性问题：新的eMMC芯片版本可能与旧的Linux内核不兼容，导致无法正常识别和使用eMMC设备。引导问题：升级eMMC芯片版本后，系统的引导过程可能需要调整，以确保能够正确启动。
Mstar emmc扩容求助
ZZMFY的博客
03-20 1998
长虹电视ZLS58GI机芯 主芯片MSD6A638 原机4G emmc扩容到16G后。有没有大神帮忙处理下。
MStar Android TV如何根据客户要求修改EMMC大小
10-10
在客户定制EMMC时，修改代码实现定制大小的方法，亲试OK
配置分区大小
w2064004678的博客
09-23 253
定义大小常量。
emmc存储大小解决方案
weixin_56755662的博客
12-19 1539
如果在以上步骤中发现有什么关于log设备节点的问题，就将app进程和启动app的shell文件进程杀死掉，因为只有app才会用到plog进行打印。第三步：mkfs.ext4 /dev/mmcblk0p1，就格式化完成了，再运行app发现emmc就恢复正常了。输入：第一步：mkfs.ext4 /dev/mmcblk0p1 （格式：mkfs.ext4 参数 设备名。）将磁盘设备进行EXT4格式化，如果出现如上所示错误，然后进行。第二部：umount /dev/mmcblk0p1。
给Jetson Nano更换eMMC闪存（扩容）
热门推荐
Millium的博客
07-03 1万+
【声明】我还只是个Linux小白，写的东西并不一定对，仅提供一种参考思路，请各路大神莫喷，有啥想法可以相互交流。 【邮箱】188283942@qq.com 1 前言 1.1 遇到的问题 最近TX2缺货，于是试着用nano去跑一些轻量化的工程。但是nano的emmc只有16G，把ROS装上之后基本上就没法装CUDA了（之前试过，装到一半没空间了，导致开不了机，只能进tty去删东西）。 1.2 解决思路 于是考虑给nano扩容，有三种思路： 1. 插S...
u盘扩容软件_扩容盘的认识与检测和量产还原
weixin_39924486的博客
12-10 1629
扩容盘的认识与检测还原2019年1月25日 18:09:56 中国是一片神器的土地，巨大的市场需求，诞生了足够多的“配合”市场需求的“人才”，而国人大多数秉持物美价廉，甚至于，物美价廉还是不够的，白菜价都嫌贵，于是就有了烂白菜的价格。 世界上显有物美价廉的产品，如果有，那么就是当前技术条件下生产这类产品成品足够便宜，技术壁垒消失，甚至材料和工具都低廉且自动化。很显然，当前时间下，生产U盘不是这样子...
Android7.1+3288 存储显示与实际EMMC size不一致问题
layuetian2011的博客
11-25 2151
RK原生的SDK,注释了INTERNAL_STORAGE_SIZE_PATHS,导致根本读不到EMMC大小, 即使打开,也会导致读取的大小和实际有少许差距,比如8G的EMMC,实际显示大小是7.45G 使用新实现的getPrimaryStorageSize,可以获取到实际大小,而且是1024计算值,也就是实际表示值, 比如8G的EMMC,显示共8.00G diff --git a/rk3288_mid_7.1/frameworks/base/core/java/android/os/FileUtils.ja
nxp修改emmc分区大小(BUG和对应的修改)
永不秃头的程序员的博客
02-10 3973
文章目录一、明确修改处（修改又用，但是有bug）二、修改思路 官方论坛资料 https://community.nxp.com/t5/i-MX-Processors/How-to-Flash-Android-9-on-IMX8-with-128G-eMMC/m-p/1176513 本文记录nxp的修改emmc分区大小的笔记，原本的emmc是16G的但是更换为64G的emmc后，内部的储存大小还是显示16G。 一、明确修改处（修改又用，但是有bug） evk_8mp:/ $ df -h vail Use%
MStar Android TV修改用户可用空间大小.doc
03-27
由于EMMC的物理尺寸和存储芯片数量固定，直接增大其容量可能较为复杂，可能需要更换硬件。不过，通过上述方法调整用户数据分区的大小，可以在不改变硬件的情况下最大化利用现有EMMC的可用空间。 总结来说，Mstar ...
华为手机变砖救援全指南：eMMC强制重写操作的3步生死营救流程
![华为手机变砖救援全指南：eMMC强制重写操作的3步生死营救流程]...本文基于eMMC芯片的工作机制与分区结构，系统分析软砖与硬砖的底层成因，重点探讨在
刷机后系统不稳？分区结构与恢复机制深度剖析，帮你从根本解决问题
[刷机后系统不稳？分区结构与恢复机制深度剖析，帮你从根本解决问题](https://zgbmxh.cn/ueditor/jsp/upload1/20220823/99591661251833023.jpg) # 摘要 本文围绕移动设备刷机后系统不稳定的现象，深入分析其成因，...
升级后设备无法启动？教你5步快速回滚并提取关键崩溃日志（珍藏版）
其根本原因可归结为三类：**固件兼容性问题**（如SoC驱动不匹配）、**存储介质异常**（如eMMC读写错误引发镜像校验失败）以及**系统架构限制**（如A/B分区空间不足或回滚标记位未正确设置）。深入理解这些故障模式，...
android 刷机后存储空间变小,手机存储容量与标称不符 剩余的空间跑哪了？
weixin_33507838的博客
05-26 2239
小张最近手机坏了，可对他来说却不是坏事儿“尼玛终于可以找个理由说服自己换个心仪的手机了”。可是换上新买的手机小张才发现，明明商家宣传的8G大小的存储空间，肿么到手后内存才6G多？而自己真正可用的内部存储才有不到5G空间...顿时小张觉得难不成自个人被无良奸商所骗，还是其中另有隐情和蹊跷？小张于是乎立马上网搜索查找资料，直到看到了菲菲君的这篇科普帖方才恍然大悟。作为看客的你是否也碰到过跟张同学同样的...
RK3128-android7.1-emmc实际EMMC与存储显示不匹配
longmin96的博客
03-22 3969
偶然发现显示不正常 \frameworks\base\core\java\android\os\FileUtils.java public static @NonNull File[] listFilesOrEmpty(@Nullable File dir, FilenameFilter filter) { if (dir == null) return EMPTY; final File[] res = dir.listFiles(filter);
服务器新增内存不识别问题处理
大新新大浩浩的博客
04-23 2108
服务器新增内存不识别问题处理
IMX6下android系统eMMC空间分配识别说明
williamdedong的博客
09-21 2853
D-Chip IMX6系列芯片android系统eMMC空间分配浅谈。
android system 分区大小,Android System分区大小异常
weixin_33356544的博客
05-25 1622
平台：Freescale ／ Android 4.2.2问题描述：用 df 命令，看到/system分区大小275M。用busybox fdisk -l /dev/block/mmcblk0p5，看到 536M。Freescale的刷机工具是Mfgtool，分区的动作在mksdcard-android.sh里面完成。SYSTEM_ROM_SIZE=512dd if=/dev/zero of=${...
Android系统userdata自适应方案
特立独行的博客
08-30 4101
Android 11 diff --git a/system/core/fs_mgr/fs_mgr.cpp b/system/core/fs_mgr/fs_mgr.cpp index d70d5a7..6b5d438 100755 --- a/system/core/fs_mgr/fs_mgr.cpp +++ b/system/core/fs_mgr/fs_mgr.cpp @@ -679,6 +679,63 @@ } return sb == cpu_to_le32(F2FS_SUP.
补充说明，更换eMMC后也正常
最新发布
12-10
<think>嗯，用户这次的问题很具体，是关于RK平台一个典型的硬件/固件交互故障：上电不开机，但接串口后正常，更换eMMC也能解决。这需要结合电源、信号、存储介质和启动流程综合分析。 用户提供的引用很有价值：[1]提到内存配置问题可能导致启动卡死，[5]的DDR日志对比特别关键，而[2]中飞凌核心板的排查过程暗示了GPIO状态干扰的可能性。不过用户场景更特殊——串口连接竟能修复故障，这指向两个方向：要么串口改变了PCB的电气特性（比如提供了额外接地路径），要么影响了固件初始化流程。 从硬件角度看，接串口相当于： 1. 增加了一个并联的GND路径，可能改善地平面噪声 2. DTR/RTS信号可能意外触发复位（尤其如果用户串口线带流控） 3. 串口芯片的电源可能轻微抬升系统电压 而更换eMMC生效说明存储介质有问题，但为什么接串口也能“修复”？这暗示eMMC的问题可能是条件性的——比如在电源不稳时容易出错。这里需要分三层排查： 电源层要重点查eMMC供电（通常1.8V/3.3V），用示波器捕获上电瞬间电压。引用[3]强调的电源质量在这里尤其重要，RK3588的eMMC接口对电压纹波很敏感。 固件层要注意eMMC初始化时序。串口连接时UART时钟可能先于eMMC时钟稳定，阴差阳错避开了竞争条件。查看U-Boot的mmc init代码，特别是mmc_set_clock()的调用点。 物理层则检查eMMC焊点和CLK走线。有案例显示（如引用[2]的飞凌板），eMMC_CLK被外部上拉时会引发启动失败，而串口连接可能改变阻抗匹配。 用户没有提供日志，但引用[5]的DDR日志模板很有用。如果能看到“mmc_init: -110 timeout”这类错误就明确指向存储介质问题。建议用户用最小系统测试：断开所有外设，仅保留串口和eMMC，然后交替测试以下组合： - 原eMMC + 无串口 - 原eMMC + 带串口 - 新eMMC + 无串口 这能快速锁定是电源耦合问题还是纯eMMC故障。另外，测量eMMC_VCCQ的上电斜率很重要——某些电源芯片在轻载时上升过慢，串口连接增加了负载反而“治好”了这个问题。 </think> 针对RK平台“上电不开机，接串口后正常开机，更换eMMC后也正常”的异常现象，结合引用内容及RK平台特性，排查思路如下： --- ### **核心排查方向** #### 1. **eMMC供电与信号完整性** - **现象关联**：串口连接可能改善地线回路，更换eMMC解决说明存储介质是主因 - **关键操作**： - 测量eMMC供电电压（VCC/VCCQ） - 未接串口时：用示波器捕获上电瞬间电压是否跌落（需满足±5%容差）[^2][^3] - 接串口时：观察电压稳定性是否改善 - 检查eMMC_CLK信号质量 - 未接串口：CLK频率/振幅是否异常（通常100-200MHz，振幅>0.8V） - 接串口：对比信号波形是否更稳定（串口可能提供额外接地） #### 2. **eMMC初始化时序冲突** - **固件层分析**： - 检查U-Boot中eMMC初始化代码（`drivers/mmc/rk_mmc.c`） ```c /* 重点检查延时配置 */ if (host->cfg->clock_delay) udelay(host->cfg->clock_delay); // 延时不足可能导致初始化失败 ``` - 对比正常/异常日志（引用[5]）： ```bash mmc_init: -110 timeout # 初始化超时错误 ``` - **解决方案**： - 在设备树中增加初始化延时： ```dts &sdhci { clock-delay = <500>; /* 单位：微秒 */ }; ``` #### 3. **上电时序与电源耦合干扰** - **硬件设计缺陷**： - 检查eMMC电源与SoC核心电源的时序关系 $$ t_{VCC\_eMMC\_rise} < t_{VDD\_CPU\_rise} + 10\text{ms} $$ （eMMC供电需早于SoC核心电源） - 串口连接的影响： - 串口GND可能降低地平面阻抗，减少电源噪声 - 测量PMIC与eMMC电源的纹波（未接串口时纹波应<50mV） #### 4. **物理连接与元件故障** - **针对性检测**： | 测试点 | 方法 | 故障表现 | |---------------------|-------------------------------|--------------------------| | eMMC焊点 | X光检测虚焊/裂纹 | 冷启动接触不良 | | eMMC_CLK走线 | 示波器测阻抗（应≈50Ω） | 反射信号导致初始化失败 | | 滤波电容（VCCQ） | 替换容值（建议增加10μF MLCC） | 电源瞬态响应不足 [^2] | --- ### **验证流程** ```mermaid graph LR A[上电无反应] --> B{接串口后正常？} B -->|是| C[测量eMMC供电波形] C --> D[对比CLK信号质量] D --> E{异常？} E -->|是| F[调整设备树延时/电压] E -->|否| G[检测PCB走线] G --> H[更换eMMC或补焊] H --> I[问题解决] ``` --- ### **典型解决方案** 1. **硬件修改**： - 在eMMC的VCCQ引脚并联22μF陶瓷电容（增强瞬态响应）[^2] - 缩短CLK走线长度（<30mm），避免与高速信号平行走线 2. **软件调整**： - 在U-Boot中增加eMMC复位重试机制： ```c for (retry = 0; retry < 5; retry++) { if (!mmc_init(mmc)) break; mdelay(10); } ``` - 更新eMMC控制器驱动（参考RK官方补丁[^4]） --- ### **引用总结** - 电源问题可能导致eMMC初始化失败（引用[2][3]） - 上电时序和信号完整性是RK平台存储设备的关键（引用[5]） - 固件配置错误可能引发条件性启动故障（引用[1][4]）
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值