Android 恢复出厂设置(系统时间不修改)

最新推荐文章于 2023-08-21 20:28:19 发布
原创 最新推荐文章于 2023-08-21 20:28:19 发布 · 3.4k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#恢复出厂设置 #android分区

本文详细介绍了Android设备恢复出厂设置的过程。恢复过程中仅清除/data和/cache分区的数据，而时间等其他分区不受影响。时间信息通过RTC硬件模块进行维护，确保系统重启后时间保持正确。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Android恢复出厂设置时，只会将/data和/cache分区进行清除，时间和其他分区不会清除，

时间由rtc硬件模块来进行维护的，时间更新后会将时间信息写入此硬件模块，在系统启动时，RTC硬件驱动会读取此值进行设置。

Android 恢复出厂设置流程
weixin_49303682的博客
05-02 2739
1、应用可以通过发送 android.intent.action.FACTORY_RESET 广播，来启用原生的恢复出场设置功能。当然需要申请权限（android:permission=“android.permission.MASTER_CLEAR”）2、系统中的 /android/frameworks/base/core/res/AndroidManifest.xml 中定义类广播的接收器为 MasterClearReceiver。
Android 恢复出厂设置时间重置
特立独行的博客
11-26 2812
时间由rtc硬件模块来进行维护的，时间更新后会将时间信息写入此硬件模块，在系统启动时，RTC硬件驱动会读取此值进行设置。 关于android的时间 网上资料了解到，android Linux都有两个时间，一个是系统时间，一个是硬件时间（RTC时间）。RTC是实时时钟的英文 缩写，基本上在硬件上都有纽扣电池，不会断电，会一直计时；但系统时钟不一样，系统运行的时候能一直计时，但系统关机或者断电的时候就gg了。所以每次系统开机的时候，会去读取rtc中的硬件时间，写入到系统时间，然后系统时间就自己搞起来了，不再关r
恢复出厂设置后， 时间没有恢复
thonmin的专栏
02-05 1430
原文：http://blog.youkuaiyun.com/mm167891/article/details/8618884 步骤：先设置日期或时间，恢复出厂设置，日期或时间没有恢复成默认 现象：如：先设置日期为2017-1-1，恢复出厂设置之后，日期仍为2017-1-1；          （注：系统默认的时间为2013-1-1） 原因：      恢复出厂设置主要功能为清除/data, /c
android 恢复出厂设置 时间,Android 恢复出厂设置后，时间不能恢复替：2013年1月1日...
weixin_42129412的博客
05-29 294
Android 恢复出厂设置后，时间不能恢复为：2013年1月1日前言欢迎大家我分享和推荐好用的代码段~~声明欢迎转载，但请保留文章原始出处：优快云：http://www.youkuaiyun.com雨季o莫忧离：http://blog.youkuaiyun.com/luckkof正文由於之前有遇到一些預設年份過於老舊,會造成SSL連線的時候,驗證Certificate的...
android生成唯一标识,恢复出厂也不会变
u014029960的博客
04-20 2559
public static String getUUID() { String serial = null; String m_szDevIDShort = "11" + Build.BOARD.length() % 10 + Build.BRAND.length() % 10 + Build.CPU_ABI.length() % 10 + Build.DEVICE.length() % 10 + Build.DISP.
[高通SDM450][Android9.0]刷机后RTC时钟不生效问题
小小码农
03-29 1993
文章目录开发平台基本信息问题描述解决方法1.写入RTC时钟添加增加开机广播 开发平台基本信息 芯片: 高通SDM450 版本: Android 9 kernel: msm-4.19 问题描述 设备刷机后，RTC时钟不会正常功能，断电重启后，时间又恢复成固件打包时间；但是，如果网络同步时间或者手动设置时间之后，RTC时钟又是能正常工作的，证明硬件、驱动上，RTC功能都是正常的。通过代码分析，可以知道RTC时钟更新的条件是时间发生变化，才会写入时间到RTC时钟，那问题就很好解决了，在接收时间变化广播那里增加多
Android 13 添加自定义分区，恢复出厂设置不被清除.patch
09-04
Android 13 添加自定义分区，恢复出厂设置不被清除.patch
android恢复出厂设置以及系统升级流程.doc
最新发布
07-14
Android恢复出厂设置和系统升级是移动设备管理中的常见操作，它们对于用户维护设备性能、解决系统问题或者更新软件版本至关重要。在Android系统中，恢复出厂设置通常是指清除用户的所有数据和设置，将设备还原到刚...
android 恢复出厂设置原理,Android恢复出厂设置流程分析【Android源码解析十】
weixin_42511990的博客
05-30 2018
最近看恢复出厂的一个问题，以前也查过这方面的流程，所以这里整理一些AP+framework层的流程；在setting-->备份与重置--->恢复出厂设置--->重置手机--->清除全部内容--->手机关机--->开机--->进行恢复出厂的操作--->开机流程；Step 1：前面找settings中的布局我就省略了，这部分相对简单一些，直接到清除全部内...
android 恢复出厂设置不清除的分区,Android如何在恢复出厂设置时不删除掉/data/media/0/里面指定的目录...
weixin_35891787的博客
05-26 1774
客户预置了一些资源在内置的/data/media/0/目录下，但是恢复出厂设置会把data给清掉，需要在恢复出厂设置时不删除掉/data/media/0/的特定文件:大致有两种思路：1.将需要保留的目录在删除前复制到另外一个分区，比如cache分区，格式化完data分区再移动回来。2.恢复出厂设置的操作不要执行格式化，而是执行命令rm，只删除需要删除的目录，其他目录保留。由于abc目录文件较大，差...
恢复出厂如何保留自定义属性值
qq_36728657的博客
08-06 1637
@恢复出厂如何保留自定义属性值 最近有个指令切换型号功能，每次恢复出厂设置之后必在重启一次才可以生效 【方案】 bwrite是可执行文件（out\target\product\xxxx\system\xbin\bwrite），bwrite写persist.sys.xxx=yyy键值对到文件/cache/recovery/last_bird.prop和data/last_bird.prop，开机时将...
android 恢复出厂设置之后如何将时间变为初始值
曹浩洋的专栏
11-08 1398
Recovery.c (bootable\recovery): #include   #include  void set_rtc(void) {   struct tm tm;   int fd;   tm.tm_sec = 0;   tm.tm_min = 0;   tm.tm_hour = 0;   tm.tm_mday = 1;   tm.tm_mon = 0;
android 如何修改出厂默认日期和默认时区
曹浩洋的专栏
11-09 1492
时间信息预设信息都是0, 在rtc 初试化 时候设置的. 由于RTC 基本上不会断电，所以它的初试化只做一次,即使重新download bin 档. 用FlashTool 执行Format, 再执行download (不要用format -->download button), 或者RTC断电一段时间，就可以观察到日期恢复到出厂值。 修改默认日期： 修改文件 \alps\mediatek
Android恢复出厂设置流程分析【Android源码解析十】
836811384
09-24 627
最近看恢复出厂的一个问题，以前也查过这方面的流程，所以这里整理一些AP+framework层的流程； 在setting-->备份与重置--->恢复出厂设置--->重置手机--->清除全部内容--->手机关机--->开机--->进行恢复出厂的操作--->开机流程； Step 1：前面找settings中的布局我就省略了，这部分相对简...
android rtc 不能写时间到 rtc 原因分析
PCWUNG的专栏
12-04 5283
android rtc set kernel java层调用不管。在jni 是 framework/base/services/core/jni/com_android_server_AlarmManagerService.cpp 底层 ./drivers/staging/android/alarm-dev.c ioctl: alarm_do_ioctl  : A
关于 Android合并分区的问题
lisibo_1988的博客
04-08 6050
首先手机ROM分区有以下:中system、data、boot、recovery、cache、misc … /boot 这个分区上有Android的引导程序，包括内核和内存操作程序。没有这个分区设备就不能被引导。恢复系统的时候会擦除这个分区，并且必须重新安装引导程序和ROM才能重启系统。 /system 这个分区上是除了内核和内存操作之外的整个操作系统。里面包含了Android用户接口和预
Android进入恢复模式并自动恢复出厂设置的定制化
ByteKnight的博客
08-18 496
不同设备可能有不同的组合方式，因此在定制恢复模式时，需要根据具体设备的要求进行相应的调整。需要注意的是，修改恢复模式的操作存在一定的风险，如果不小心修改了其他重要的文件，可能会导致设备无法正常启动。请注意，修改恢复模式的操作具有一定的风险，如果不小心修改了其他重要文件，可能会导致设备无法正常启动。当你按下设备的恢复模式按键组合时，设备将进入定制化的恢复模式，并自动执行出厂设置操作。将修改后的映像文件放回设备的recovery分区，并确保文件的权限设置正确。编写一个执行出厂设置的脚本，并确保脚本路径正确。
Android 恢复出厂设置后哪个分区不会被重置
qq_27494201的博客
08-21 443
/productinfo
android 恢复出厂设置不清除persist.sys.
05-07
<think>好的，我现在需要回答用户的问题：如何在Android设备恢复出厂设置时保留persist.sys相关的数据。首先，我得理解persist分区的特性。在Android系统中，persist分区通常用于存储持久性数据，这些数据在恢复出厂设置时默认不会被清除。不过，用户可能遇到特殊情况，需要确保某些数据确实保留。 接下来，我需要考虑系统恢复出厂设置的流程。恢复出厂设置一般会清除/data和/cache分区，但不会影响/persist。不过，如果用户发现persist数据被删除了，可能有其他因素，比如自定义的恢复脚本或特定厂商的实现。 然后，我应该检查系统源码中与恢复出厂设置相关的部分。例如，在Settings应用中，恢复出厂设置的代码可能调用MasterClearReceiver或RecoverySystem类。需要确认这些流程是否包含对persist分区的操作。例如，查看RecoverySystem.java中的clearWipeData()方法是否调用了格式化persist分区的命令。 另外，用户提到的removeDataDirsLI函数可能属于PackageManagerService，用于删除应用数据。但persist数据通常不在这里处理，所以这可能不相关。不过，需要确认是否有其他服务或脚本在恢复过程中操作persist分区。 接下来，可能的解决方案包括修改系统源码或使用自定义恢复工具。修改源码的话，需要找到触发恢复出厂设置的代码位置，并移除任何涉及persist分区的操作。例如，在RecoverySystem中，确保wipe命令不包含persist。或者，在init.rc脚本中，检查是否有恢复时格式化persist的指令。 如果用户没有源码权限，可以考虑通过adb在恢复前备份persist数据，恢复后再还原。这需要root权限，并且可能涉及dd命令或备份工具。此外，检查是否有系统属性控制persist分区的处理，例如在build.prop中添加配置。 还需要考虑不同厂商的定制情况。例如，某些厂商可能在恢复过程中加入额外的清理步骤，因此需要具体分析设备的实现。用户提到的全志芯片设备可能有不同的分区策略，需参考具体文档。 最后，需要提醒用户操作风险，修改系统分区可能导致设备变砖，建议谨慎操作并备份数据。同时，测试任何修改前应充分了解设备的具体情况。</think>在Android设备上恢复出厂设置时保留$persist.sys$相关数据，需根据系统分区特性及恢复机制进行调整。以下为具体实现路径： ### 一、persist分区特性分析 1. **持久性存储特性**：$persist$分区专为存储跨重启保留的数据设计，默认恢复出厂设置不会清除该分区[^2] 2. **系统级保护机制**：原生Android恢复流程仅清除$data$和$cache$分区，但部分厂商定制ROM可能包含特殊处理逻辑 ### 二、关键技术实现方案 #### 方案一：修改恢复出厂设置源码 1. 定位恢复出厂设置入口类： ```java frameworks/base/services/core/java/com/android/server/MasterClearReceiver.java frameworks/base/core/java/android/os/RecoverySystem.java ``` 2. 拦截分区擦除指令： ```java // 修改RecoverySystem类的clearWipeData()方法 public static void clearWipeData(boolean shutdown) { String cmd = "wipe_data\n--preserve_persist\n"; // 新增保留persist参数 bootCommand(context, cmd); } ``` #### 方案二：调整文件系统挂载配置 在$fstab$文件中标记persist分区为不可擦除： ```bash # device/<manufacturer>/<codename>/fstab.<hardware> /dev/block/bootdevice/by-name/persist /persist ext4 noatime,nosuid,nodev,barrier=1,noauto_da_alloc,nomerge wait,check,formattable=never # 关键参数 ``` #### 方案三：Hook系统服务 通过Xposed模块拦截数据清除操作： ```java XposedHelpers.findAndHookMethod("android.os.RecoverySystem", lpparam.classLoader, "clearWipeData", boolean.class, new XC_MethodHook() { protected void beforeHookedMethod(MethodHookParam param) { String originalCmd = (String) XposedHelpers.getObjectField(param.thisObject, "mCommand"); param.thisObject.setObjectField("mCommand", originalCmd.replace("wipe_persist", "")); } }); ``` ### 三、厂商定制系统应对策略 针对引用[2]提到的全志芯片设备，需特别注意： 1. 检查$vendor/partition/cleanup.sh$擦除脚本 2. 修改厂商自定义恢复组件： ```bash # 典型厂商擦除脚本片段 for part in system data cache; do make_ext4fs /dev/block/${part} # 移除persist分区处理 done ``` ### 四、验证与调试 1. 使用adb监控恢复过程： ```bash adb shell dmesg | grep -E 'wipe|persist' ``` 2. 验证persist数据保留： ```bash adb shell "ls -l /persist/sys && getprop persist.sys.*" ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值