IMEI/EFS backuo

jeppuda

Member
Apr 26, 2013
23
0
0
Hello, I rooted my phone a couple of days ago (for the first time) and didn't have enough time to flash a custom ROM yet (want to try the MOAR rom). Before jumping into it, I want to make sure I could have all backups necessary. I backed up my current ROM (nandroid backup?) on clockword recovery. I have been reading that I must also back up IMEI/ EFS folder. Does anyone have a link to a site or video that shows how to do this safely on a sprint device? I saw videos for the international, verizon, t mobile and at&T/rogers versions. I'm not sure if I can use the same method with sprint as with the previously mentioned versions, but I would rather be cautious. Any help would be appreciated. Also, If I posted this is the wrong section, I am sorry.
 
Thanks for the link but I feel like its going over my head.

How to backup the Galaxy S3 IMEI and /efs folder

I found this link, would this work? If so, I would like to verify the steps.
1. I download the EFS/Backup restore and extract the file.
2. Plug my phone into the compuer-
3.click backup/efs
4.type "Backup_EFS.bat" and it will automatically backup?

This can be run from windows 7?

Also, Does the loss of IMEI only happen with cyanogen ROM or is it possible when flashing any ROM? Thanks for your reply
 
I'm not familiar with that process, I'm afraid, so I can't recommend it or recommend against it. It certainly won't hurt anything, but whether the restore works I have no idea, and I'm not about the test it.

But the process I linked to is really as easy as can be. Assuming you're already rooted and have either Superuser or SuperSU installed (and all the rooting procedures I've seen install one of these):

Install this free program from the Play store: https://forums.androidcentral.com/e...roidterm&feature=search_result&token=EVNuzKfx..

Start the program.

Tap the screen to open the keyboard

Type: SU and hit enter
Type: reboot nvbackup and hit enter

Let the phone reboot.

I've flashed several ROM (but not CM) and have never lost my IMEI. If this is really a commonplace occurrence when flashing CM, it sounds like a good reason NOT for flash CM. Why have you selected this ROM in particular?
 
Awesome. Thank you so much for that. I need dumbed down explanations lol. The phone rebooted nut I don't see where the backup is saved. I want to out out on my computer. I checked I'm "my files"
 
Btw, I am mot planning on flashing cyanogen. I want to flash moar. I was asking if the last imei is only relevant to people who flash cyanogen because I was wondering if I could just flash other rooms without backing up imei. Your method seems pretty easy do I will just back if up anyway
 
I've flashed various versions of MOAR and never had any issues with losing my IMEI. I think you're good to go. There are a great many people who have flashed this ROM, and others, repeatedly, and I've not seen one post regarding a problem with this.

From the thread I linked to originally (with thanks to WildZontar). Hope this helps:

The theory is that the S3 has, in the boot process, a routine which is "tripped" when it detects an error condition. This routine is designed to "save" your IMEI by restoring images from two built-in backup blocks. The problem is, it actually does the opposite; for whatever boneheaded reason, the default backup blocks contain dummy images with an IMEI of 0 and no carrier identification. This is why your phone forgets what carrier it's on and what its IMEI number is; the restore routine actually overwrites the phone's only copy of the IMEI data with a dummy. Because much more data is lost than just the IMEI, this is also why a QPST injection (not a QCN restore) persistently leaves you on roaming.

In an initial attempt to solve this problem, users have attempted to "dd", or create an image of, a single block supposedly containing the IMEI when the phone is still in a good state. This is the efs.sbn method that you may have seen. However, upon further inspection, it turns out the IMEI data is actually spread across five different block devices, hence why the efs.sbn method is either ineffective or leaves you on roaming! After the block devices were identified, a SynergyROM team member created an easy-to-use recovery zip that allows you to image these five blocks, allowing you to reflash them should the Samsung boot process overwrite your IMEI! Re-flashing these blocks after they've been crapped up virtually ensures your phone has been fully restored to its pre-IMEI-loss condition, thereby preventing roaming or data issues seen consistently with a manual injection, or intermittenly with a QPST restore. You do not need SynergyROM to use this tool; I've done it from full stock.

But wait: there's more. About a week after the development of this tool, several unused boot entry points were discovered that revealed a way to control Samsung's built-in "safety" feature and actually make it work properly! Two backup blocks were put in by Samsung themselves; "fsg" and "backup". The great news is that, although these images may contain dummies by default, you can instruct the bootloader to write your good NVRAM data to them so that the good data is what's written to NVRAM in the event of an error. That is, instead of restoring a dummy image over your good IMEI...it restores a good backup instead and you don't lose a thing! How awesome is that?

Developers are now recommending a new IMEI backup regimen, leveraging Samsung's built-in IMEI backup and SynergyROM's manual backup, together with an optional QCN backup you can do for good measure. Of course I can't make any guarantees, but doing this backup should leave you in such a good spot that almost nothing can total your IMEI or leave you in a roaming state.

In other words, what the backup procedure you performed does is make Samsung's completely automated restore process work correctly. If your IMEI gets corrupted or deleted, the phone itself will restore a good IMEI.
 
You should flash twrp recovery. It backs up your efs folder which contains your imei during its backup.
 

Trending Posts

Forum statistics

Threads
956,784
Messages
6,970,008
Members
3,163,620
Latest member
Xtmanual