Related
**I am not responsible for any damage you do to your phone. This as any other mod is done at your own risk. This is just a guidline on how to get a real fix for blocking mode on your VZW Jelly Bean device.**
This blocking mode fix has been confirmed on both the VZW Note 2 and the VZW Galaxy S3
*You need to be rooted.*
IF YOUR ON A NON-VZW BASED ROM:
JUST FOLLOW PART 3!! (and part 4 if you like!)
IF YOUR ON A VZW BASED ROM:
Part 1
There are two apks that are the reason for blocking mode not working. The two files are the secContacts.apk and the secPhone.apk. You will need download these two apks from a other carriers rom and replace them in the system/app folder in root explorer (or your choice system file explorer) and change the permissions.. (For example download a flashable "att" note 2 rom and copy the secContacts.apk and the secPhone.apk and paste them into your system/app folder. Restart then change the permissions then restart again. Same thing with the Galaxy s3 only you have to download files from another carrier galaxy s3 Rom. From this point on blocking mode will work 100 percent.
Part 2
Now that you have blocking mode working, how can you access it. You can get a shortcut maker app and have a blocking mode home screen icon... OR..You can have it in the settings menu like it's supposed to be! Now just like before there is an apk that VZW had changed to block this. It is the secSettings.apk. So from the same rom you downloaded from before copy the sec.Settings.apk from the other carrier Rom and paste it in your system/app folder in root explorer. At this point you may or may not get a chance to restart your phone (it might freeze for a sec and restart by itself. Once phone restarts change the permissions and restart again. **NOTE: Some roms settings mave have more or less options then the stock. To access these just also copy and paste the secSettingsProvider.apk and everything will work perfectly** **NOTE: menu appearance will not change yet!**
Part 3
Last step. Now that you have the new menu there are still two more files that are causing the menu to change. In root explorer navigate to /efs/imei and delete the map_code.dat and then go to /system/Csc and delete the sales_code.dat. Now restart your phone and you are good to go. **NOTE: after deleting these files any VZW apps on your phone or in market will not be recognized on your phone. For example if you try to download a VZW app from the market it will say your device is not recognized. But they have 'market unlocker' apps that can trick the market to see you as any carrier you want. Also VZW Apps like backup assistant might not work properly.
Part 4
This is not really related to blocking mode but I though I might throw it in here as a bonus. If you copy the feature.xml from another carrier (ex is use the ATT one) and paste it in you /system/csc (I'm my opinion) makes your VZW phone better.The stock email app for example will never try to connect to the VZW server again. It will just go straight to the email app. It also seems to make your phone more responsive and work better with certain samsung apps. (Ex: the samsung apps.apk connects better with samsung push service.* Like I said just a little something extra I noticed.*
ENJOY!
EDIT: Those of you having trouble with step 2 with the secSettings.apk, try the file from either of these rom:
EDIT: You may need to wipe first.
4.1.1: http://forum.xda-developers.com/showthread.php?t=2033132
or
4.1.2: http://forum.xda-developers.com/showthread.php?t=2113436
or
4.1.2: http://wanamlite.com/2013/03/07/romcwmxxemb5jelly-bean4-1-2-deodexed-stock-rom/
alphamik3 said:
**I am not responsible for any damage you do to your phone. This as any other mod is done at your own risk. This is just a guidline on how to get a real fix for blocking mode on your VZW Jelly Bean device.**
This blocking mode fix has been confirmed on both the VZW Note 2 and the VZW Galaxy S3
*You need to be rooted.*
IF YOUR ON A NON-VZW BASED ROM:
JUST FOLLOW PART 3!! (and part 4 if you like!)
IF YOUR ON A VZW BASED ROM:
Part 1
There are two apks that are the reason for blocking mode not working. The two files are the secContacts.apk and the secPhone.apk. You will need download these two apks from a other carriers rom and replace them in the system/app folder in root explorer (or your choice system file explorer) and change the permissions.. (For example download a flashable "att" note 2 rom and copy the secContacts.apk and the secPhone.apk and paste them into your system/app folder. Restart then change the permissions then restart again. Same thing with the Galaxy s3 only you have to download files from another carrier galaxy s3 Rom. From this point on blocking mode will work 100 percent.
Part 2
Now that you have blocking mode working, how can you access it. You can get a shortcut maker app and have a blocking mode home screen icon... OR..You can have it in the settings menu like it's supposed to be! Now just like before there is an apk that VZW had changed to block this. It is the secSettings.apk. So from the same rom you downloaded from before copy the sec.Settings.apk from the other carrier Rom and paste it in your system/app folder in root explorer. At this point you may or may not get a chance to restart your phone (it might freeze for a sec and restart by itself. Once phone restarts change the permissions and restart again. **NOTE: Some roms settings mave have more or less options then the stock. To access these just also copy and paste the secSettingsProvider.apk and everything will work perfectly** **NOTE: menu appearance will not change yet!**
Part 3
Last step. Now that you have the new menu there are still two more files that are causing the menu to change. In root explorer navigate to /efs/imei and delete the map_code.dat and then go to /system/Csc and delete the sales_code.dat. Now restart your phone and you are good to go. **NOTE: after deleting these files any VZW apps on your phone or in market will not be recognized on your phone. For example if you try to download a VZW app from the market it will say your device is not recognized. But they have 'market unlocker' apps that can trick the market to see you as any carrier you want. Also VZW Apps like backup assistant might not work properly.
Part 4
This is not really related to blocking mode but I though I might throw it in here as a bonus. If you copy the feature.xml from another carrier (ex is use the ATT one) and paste it in you /system/csc (I'm my opinion) makes your VZW phone better.The stock email app for example will never try to connect to the VZW server again. It will just go straight to the email app. It also seems to make your phone more responsive and work better with certain samsung apps. (Ex: the samsung apps.apk connects better with samsung push service.* Like I said just a little something extra I noticed.*
ENJOY!
Click to expand...
Click to collapse
what does deleteing the /efs/imei, and sales_code.dat. do?
Sec settings crashes after I replace it, fix permissions, and reboot. Tried cache wipes, etc. No luck on that part. Using a Sprint base MB1 for all files.
countryfolk07 said:
Sec settings crashes after I replace it, fix permissions, and reboot. Tried cache wipes, etc. No luck on that part. Using a Sprint base MB1 for all files.
Click to expand...
Click to collapse
I didn't mess with it long, but I got it to work once, but then I wiped and tried again and the same method I used didn't work, so I tried following the OP and didn't work.
if deleting those two files isn't that big of a deal I may try and figure out how to appropriately port this MOD using VZW .apks edited using int. .apks
andybones said:
I didn't mess with it long, but I got it to work once, but then I wiped and tried again and the same method I used didn't work, so I tried following the OP and didn't work.
if deleting those two files isn't that big of a deal I may try and figure out how to appropriately port this MOD using VZW .apks edited using int. .apks
Click to expand...
Click to collapse
Which rom are you on? I can give you the files iv been working with if you want to try. Iv been working with an ATT Rom. This method after wiping worked with the files iv been using.
As for the sales_code.dat and map_code.dat as i know that are just for the market to reconginze your device a VZW.for certain VZW apps. Like i said the only thing it did after deleting them for me was the market thing. certain apps like backup assistant might not work properly. everything else is fine.
Also yea a port might be better. Let me know whats up.
alphamik3 said:
Which rom are you on, and is your boot loader unlocked? I can give you the files iv been working with if you want to try. Iv been working with an ATT Rom. This method after wiping worked with the files iv been using.
As for the sales_code.dat and map_code.dat as i know that are just for the market to reconginze your device a VZW.for certain VZW apps. Like i said the only thing it did after deleting them for me was the market thing. certain apps like backup assistant might not work properly. everything else is fine.
Also yea a port might be better. Let me know whats up.
Click to expand...
Click to collapse
I have CleanROMACE downloaded, I got it working with that, very strange though, I did get it showing, blocking mode did turn on and everything got he noti in the status bar I didnt test to make sure they work im sure they do.
I did comb through the VZW secsettings.apk and the one that makes it work and I cannot find a single thing that is making blocking mode show..
very weird..
I'm going to try going thru the SecConacts.apk and SecPhone.apk to see if I an get a port. if you don't use the att secconacts andsecphone, does blocking mode what just not work? fc? do you know by chance?
thank you
andybones said:
I have CleanROMACE downloaded, I got it working with that, very strange though, I did get it showing, blocking mode did turn on and everything got he noti in the status bar I didnt test to make sure they work im sure they do.
I did comb through the VZW secsettings.apk and that makes it work and I cannot find a single thing that is making blocking mode show..
very weird..
I'm going to try going thru the SecConacts.apk and SecPhone.apk to see if I an get a port. if you don't use the att secconacts andsecphone, does blocking mode what just not work? fc? do you know by chance?
thank you
Click to expand...
Click to collapse
Ok so on my note 2 I am also on clean Rom ace. So all I did was delete the Sale_code and map_code files and it will show blocking mode in the menu and blocking mode already works. no need to replace any files because clean rom uses generic apks i guess that work for all carriers. so blocking mode already works.. as for the galaxy s 3 i used an att rom to get blocking mode to work with the method in the op. I will upload the files and send you a link in a minute
alphamik3 said:
Ok so on my note 2 I am also on clean Rom ace. So all I did was delete the Sale_code and map_code files and it will show blocking mode in the menu and blocking mode already works. no need to replace any files because clean rom uses generic apks i guess that work for all carriers. so blocking mode already works.. as for the galaxy s 3 i used an att rom to get blocking mode to work with the method in the op. I will upload the files and send you a link in a minute
Click to expand...
Click to collapse
I found the post i got the files from: http://forum.xda-developers.com/showthread.php?t=2033132
This is for the Galaxy S3. This rom is for the ATT/Bell/Rogers/Telus version. i used the above method on a vzw based rom and it wokerd.
For the Galaxy Note 2. i just used the files on clean rom ace on a vzw based rom on the note 2 with the above method and it worked.
alphamik3 said:
I found the post i got the files from: http://forum.xda-developers.com/showthread.php?t=2033132
This is for the Galaxy S3. This rom is for the ATT/Bell/Rogers/Telus version. i used the above method on a vzw based rom and it wokerd.
For the Galaxy Note 2. i just used the files on clean rom ace on a vzw based rom on the note 2 with the above method and it worked.
Click to expand...
Click to collapse
can you upload the feature.xml you pulled from there so i don't need to DL a whole package just to compare the xml's? thanks!!
alphamik3 said:
I found the post i got the files from: http://forum.xda-developers.com/showthread.php?t=2033132
This is for the Galaxy S3. This rom is for the ATT/Bell/Rogers/Telus version. i used the above method on a vzw based rom and it wokerd.
For the Galaxy Note 2. i just used the files on clean rom ace on a vzw based rom on the note 2 with the above method and it worked.
Click to expand...
Click to collapse
that ROM is 4.1.1 though, and we are on 4.1.2
---------- Post added at 01:43 PM ---------- Previous post was at 01:42 PM ----------
Thebear j koss said:
can you upload the feature.xml you pulled from there so i don't need to DL a whole package just to compare the xml's? thanks!!
Click to expand...
Click to collapse
the feature.xml from my cell/message block should actually work
andybones said:
that ROM is 4.1.1 though, and we are on 4.1.2
---------- Post added at 01:43 PM ---------- Previous post was at 01:42 PM ----------
the feature.xml from my cell/message block should actually work
Click to expand...
Click to collapse
the files still work.. i will try to find a 4.1.2 rom though
and here is a link to the feature.xml i am using.. it was from the ATT CSC from clean rom ace 4.6.1
http://www72.zippyshare.com/v/65690441/file.html
alphamik3 said:
the files still work.. i will try to find a 4.1.2 rom though
and here is a link to the feature.xml i am using.. it was from the ATT CSC from clean rom ace 4.6.1
http://www72.zippyshare.com/v/65690441/file.html
Click to expand...
Click to collapse
here is a european stock 4.1.2 rom: http://wanamlite.com/2013/03/07/romcwmxxemb5jelly-bean4-1-2-deodexed-stock-rom/
here is a link for SynergyROM: http://forum.xda-developers.com/showthread.php?t=2113436
i would try the european rom first. but the should both work.
Another way to do this is to use the 23 lidroid toggle MOD and just enable the "dormant mode" that is blocking mode, this way you don't have to mess with settings.apk and anything with market. long press the toggle to access the settings. and flash the phone and contacts. i havent tested to see if anything works but it should id imagine. if not at least u dont have to mess with settings..
andybones said:
Another way to do this is to use the 23 lidroid toggle MOD and just enable the "dormant mode" that is blocking mode, this way you don't have to mess with settings.apk and anything with market. long press the toggle to access the settings. and flash the phone and contacts. i havent tested to see if anything works but it should id imagine. if not at least u dont have to mess with settings..
Click to expand...
Click to collapse
This worked for me.
Sent from my SCH-I535 using xda app-developers app
andybones said:
Another way to do this is to use the 23 lidroid toggle MOD and just enable the "dormant mode" that is blocking mode, this way you don't have to mess with settings.apk and anything with market. long press the toggle to access the settings. and flash the phone and contacts. i havent tested to see if anything works but it should id imagine. if not at least u dont have to mess with settings..
Click to expand...
Click to collapse
True. Although I personally could are less about any of verizons apps. I think they all are garbage, so for me i dont care about the market saying my device isnt recognized because i dont use them anyway. And the whole reason behind verizon changed everything in the the first place P*$$ed me off and drove me to want to change everything back, the way it should be, the way ALL the other carriers have there phone set up. This is how i found my method. So swapping the settings.apk for another, and deleting 2 (IMO) useless files, will make the menu look the way it was intended to with blocking mode in the menu, no replacement airplane mode toggle, and NO permenant backup assistant accounts, which shows up even if backup assistant is deleted on your phone. There is obviously more than one way to achieve this a blocking mode fix. Its good to have options.
alphamik3 said:
True. Although I personally could are less about any of verizons apps. I think they all are garbage, so for me i dont care about the market saying my device isnt recognized because i dont use them anyway. And the whole reason behind verizon changed everything in the the first place P*$$ed me off and drove me to want to change everything back, the way it should be, the way ALL the other carriers have there phone set up. This is how i found my method. So swapping the settings.apk for another, and deleting 2 (IMO) useless files, will make the menu look the way it was intended to with blocking mode in the menu, no replacement airplane mode toggle, and NO permenant backup assistant accounts, which shows up even if backup assistant is deleted on your phone. There is obviously more than one way to achieve this a blocking mode fix. Its good to have options.
Click to expand...
Click to collapse
I wasn't posting this to put you down, just a simpler way to do it.
Just because you don't think that those file are important doesn't mean EVERYONE else feels that way. I give you mad props for finding the other two (useless) files to get it to show in settings (which isn't even made for our phones and adds a lot of MORE useless crap).. IMHO
I'm sure many users enjoy your method, but I think many others will also appreciate NOT having to replace their settings.apk and remove files that a VZW phone needs. Pushing the Phone.apk and Contacts.apk from Synergy is no biggie since we use that ROM anyway.
No need to get defensive bud. Team work is the key here, I'd like to eliminate all int. .apks, and try and port w.e code is missing from our VZW .SecPhone.pk and SecContacts.apk.
again, like I said - mad props for figuring this out bro, many many people across VZW on sgiii and note2 were requesting this like crazy.
and again wasn't trying to put your method down by any means, just letting those know of another way.
andybones said:
I wasn't posting this to put you down, just a simpler way to do it.
Just because you don't think that those file are important doesn't mean EVERYONE else feels that way. I give you mad props for finding the other two (useless) files to get it to show in settings (which isn't even made for our phones and adds a lot of MORE useless crap).. IMHO
I'm sure many users enjoy your method, but I think many others will also appreciate NOT having to replace their settings.apk and remove files that a VZW phone needs. Pushing the Phone.apk and Contacts.apk from Synergy is no biggie since we use that ROM anyway.
No need to get defensive bud. Team work is the key here, I'd like to eliminate all int. .apks, and try and port w.e code is missing from our VZW .SecPhone.pk and SecContacts.apk.
again, like I said - mad props for figuring this out bro, many many people across VZW on sgiii and note2 were requesting this like crazy.
and again wasn't trying to put your method down by any means, just letting those know of another way.
Click to expand...
Click to collapse
I wasn't trying to sound like I was getting defensive I was just saying what I thought. Thanks you for the props. I also have to give you props. I agree the missing code is a better and easier method then mine. And I agree team work makes the dream work lol.. I have no idea how to edit the code and go through lines of code of apks so your skills clearly surpass mine.. but yeah glad I can help with what I discovered and hope we can figure it out properly.
Thats the problem...Android Device Manager is useless cuz there is already a pattern...I tried almost 100 times and there is no "forgot your password?" option...I need at least do a copy of my pictures.
Is there any solution to this? I feel like a real idiot...I was trying a different pattern and I forgot It...I cant believe it...
I think there's a file not sure if it is directly under /data/system or one of it's sub directories, but basically what I did was to boot to TWRP , use the built it file manager and delete that file. I could then access my phone. I will search maybe I kept the file name somewhere.
EDIT:
Just remove this file /data/system/gesture.key
and reboot.
wizardwiz said:
I think there's a file not sure if it is directly under /data/system or one of it's sub directories, but basically what I did was to boot to TWRP , use the built it file manager and delete that file. I could then access my phone. I will search maybe I kept the file name somewhere.
EDIT:
Just remove this file /data/system/gesture.key
and reboot.
Click to expand...
Click to collapse
How I do that? my phone is not rooted, the bootloader is locked and debugging mode is off :S
Jerber said:
How I do that? my phone is not rooted, the bootloader is locked and debugging mode is off :S
Click to expand...
Click to collapse
That could be a problem. I think that it might be done using adb but not sure if it can be done without root/bootloader secured
If cracking an Android device were as easy as deleting a file then I doubt that there's much value in any security on a device at all, no?
Surely this has to be a reinstall of the ROM...? Maybe with no-wipe to preserve the data?
Genuine question - I don't know for sure.
dahawthorne said:
If cracking an Android device were as easy as deleting a file then I doubt that there's much value in any security on a device at all, no?
Surely this has to be a reinstall of the ROM...? Maybe with no-wipe to preserve the data?
Genuine question - I don't know for sure.
Click to expand...
Click to collapse
Testing it would be really easy. just set a pattern and then delete that file.
Lets us know is it is that easy to hack it or not.
Since obviously you know better, share your findings with us.
dahawthorne said:
If cracking an Android device were as easy as deleting a file then I doubt that there's much value in any security on a device at all, no?
Surely this has to be a reinstall of the ROM...? Maybe with no-wipe to preserve the data?
Genuine question - I don't know for sure.
Click to expand...
Click to collapse
The phone has to have an unlocked bootloader and twrp installed, so you already compromised its security yourself. You could relock the bootloader, flash a stock recovery and encrypt the phone, that would solve the issue.
"Since obviously you know better, share your findings with us."
Look, guy, just because you're a senior member there's no need to be offensively sarcastic.
Maybe you didn't get as far as my last comment: "Genuine question - I don't know for sure."
dahawthorne said:
"Since obviously you know better, share your findings with us."
Look, guy, just because you're a senior member there's no need to be offensively sarcastic.
Maybe you didn't get as far as my last comment: "Genuine question - I don't know for sure."
Click to expand...
Click to collapse
Not being Sarcastic at all. Making a point. If you got offended, sorry about that.
I posted what I have , after testing it myself. Had the same issue on Lollipop.
Further more, I will share another piece of Info in here.
When You are able to access any Solaris/Linux server using a console , and boot it from DVD, you can simply edit the /etc/shadow file and reset even the root password. Does that mean Unix/Linux aren't secure OS's ?
When you have access to OS level files you can practically hack every OS.
Same goes here. When you have unlock bootloader and modified recovery you can access system files that otherwise would be inaccessible. if he can have access to that file and remove it, he will gain access to his system.
Well, I tried everything that I could because my phone is no rooted, and the bootloader is locked, plus, the debugging mode is off too... so I was close to give up, BUT finally I remembered that my phone was connected to Airdroid!; if Airdroid is connected to the phone It can bypass the lockscreen and you can access to the internal memory anyways with the Airdroid website!, so I did a full backup of all my pictures and then I did a factory reset!, the copy was a kinda slow but I didn't care of course!. What a relief!!!
So, I really recommend use Airdroid (and have the app connected of course), it saved my life!, I was really frustrated about this, I cant believe Google doesnt provide the old way the restore the pattern like in Kitkat and Jelly Bean.
wizardwiz said:
I think there's a file not sure if it is directly under /data/system or one of it's sub directories, but basically what I did was to boot to TWRP , use the built it file manager and delete that file. I could then access my phone. I will search maybe I kept the file name somewhere.
EDIT:
Just remove this file /data/system/gesture.key
and reboot.
Click to expand...
Click to collapse
It worked like a charm!
I have a fingerprint enabled phone. forgot my pattern, followed your suggestion and presented in my phone are data/system/gesture.password.key and gesture.pattern.key so I deleted the pattern.key (guided by forgotten pattern) I rebooted and my apps were optimized and voila the phone is unlocked.
However, I tried accessing the fingerprint menu on my phone but refused access. I then used root explorer, browse to aforementioned location, copied and renamed gesture.password.key to gesture.pattern.key as it was before deletion.
went back to the security setting of my phone, setup pin option (scared of forgetting the pattern again) and phone screen locked. I try using my fingerprint to unlock (which I am accustomed to) and voila! it says pin required for additional security. entered Pin and the fingerprint menu became functional again and all previously stored fingerprints remained unaltered....QED
THIS IS FOR QUALCOMM SM-G935P
I saw that the original root thread was missing a few information on the first and second post, so I decided to still offer the same information, while making the entire root process easy to follow along. All work goes to those at the Samsung G935P Root Forum and @colormedroid .
The Files Needed Are:
Odin by Princecosmy: ODIN
G935A: Galaxy S7 Edge
SuperSU: SuperSU Root
Minimal ADB and Fastboot: XDA Forums
You will also need Package Disabler Pro for Samsung: Package Disabler Pro (Samsung) $0.99
I know it costs money, but it is worth it, especially on future devices that support Samsung Admin while waiting for root.
Make sure all files above are downloaded and ready to be accessed.
These steps are best done on a factory reset (can be found in FAQ #3) on PF2 update.
Step By Step Instructions
1. After downloading Package Disabler Pro and getting it set up, you'll need to disable three packages: samsung dm phone interface, samsung dm service, and securityLogAgent.
2. Turn off your phone and boot into Download/Bootloader mode by pressing and holding the Vol Down+Home+Power after your phone is off.
3. Plug Phone into Flash the G935A.TAR in ODIN under AP and your device should restart by itself.
4. Your phone should boot straight into Android. Most likely you will have no LTE. Do not worry, that is normal. Continue onto step 5.
5. Copy the files from SuperSU to the location of your Minimal ADB and Fastboot folder on the computer (Default is "C:\Program Files (x86)\Minimal ADB and Fastboot")then after you enable USB debugging in the Developer Options menu on your phone (If you don't have Developer Options in Settings, go to About Phone, and tap on Build Number 7 Times), Run the Root.Bat file from your Minimal ADB and Fastboot Folder.
6. Open Build.Prop with BuildProp Editor and change the following settings
ro.cdma.default_numeric=310000
Change the value to 310120
ro.cdma.default_alpha=Chameleon
Change "Chameleon" to Sprint
Edit*ro.build.characteristics=Chameleon
Change "Chameleon" to Sprint
After a reboot, you should be good to go and have LTE.
Any other questions, feel free to post to the thread and myself and other helpful members of the community can help!
FAQ
1. Download and install BusyBox on Rails and get it set up. After that's set up, open up SuperSU, go to settings, and under Security check Enable SU during boot. Next, download Kernel Toolkit and under CPU set the Big Cores Maximum Frequency to 2150 Mhz. Don't forget to apply to boot from the side menu.
2. I'm stuck on the LTE splash screen. What do I do?
A: Press and hold the Volume Down + Power button down until your phone restarts. You may have to Factory Reset your device if it stays stuck on the splash screen. Get the files from FAQ #3 to successfully reset. If you wish to Re-Root, activate device beforehand by doing the Device Setup or by going into Settings - Activate Device. After Activated, follow the step by step guide.
3. I'd like to unroot and return to factory stock. How would I go about this?
A: Download the factory firmware from HERE and extract the file. Once Extracted, open ODIN and load each file in their appropriate space (BL file to BL, AP file to AP, CP file to CP, and CSC file to CSC). Make sure your phone is in download/bootloader mode by holding the Vol Down+Home+Power after the phone is off. Click Start once in download/bootloader mode and you should be back to stock once your phone reboots.
4. My WiFi credentials keep on getting erased after a reboot. What gives?
A: This seems to be an issue across all the QC S7 variants. Here's what I did to fix it. Use BuildProp Editor and change: ro.securestorage.support=true to ro.securestorage.support=false
Once the edit is saved correctly, restart your phone.
Credit goes out to: @guaneet for this fix
More answers to FAQ's to come.
Thanks, this guide is a bit clearer for beginners like me
EDIT: I can't seem to find the Minimal ADB and Fastboot Folder, where is it? (solved)
EDIT2: Where do I find the root.bat file in my phone? (solved, I had to run it from the computer not the phone)
This doesn't trip Knox right? So if I root and decide to go back stock, Samsung pay should work right?
JG96EVO said:
This doesn't trip Knox right? So if I root and decide to go back stock, Samsung pay should work right?
Click to expand...
Click to collapse
Correct. It requires to be on unchanged software. When going on complete factory reset using ODIN, it reverts any and all software changes made.
That changing the thing to sprint an the numbers to 310120 does not work for me when i do that i get no data wel 3g an it comes in an out then goes to roaming..an i cant change apns an there r no sprint apns as well...not sure if anyone els is having that
donbudafuko said:
That changing the thing to sprint an the numbers to 310120 does not work for me when i do that i get no data wel 3g an it comes in an out then goes to roaming..an i cant change apns an there r no sprint apns as well...not sure if anyone els is having that
Click to expand...
Click to collapse
Did you let the phone set up once before rooting? Did you also go into mobile networks and change roaming settings to home only?
Edit: The setup to bring your phone to Sprint did work because Sprint does not allow (unless with MSL) editing of APNs. I also made an edit that changes ro.build.characteristics=Chameleon in Build.Prop to ro.build.characteristics=Sprint. Hopefully that helps as well.
So let me throw out some errors that happened with me with the solvencies so no one has to feel like an idiot like me...
1. If Odin throws an error on your pit it will look like its good to go. It is not. Let your phone setup and then reodin
2. After initializing the 3 you disabled, go to settings, activate device. Let it activate but do NOT press done or ok or restart or a winky face emoticon or anything... But the home button and disable that same three again. Reboot. If your device keeps trying to be crazy, pick yourself up and try again.
3. For the bad file... Enable USB debugging, install the and drivers and the such then... Plug your phone into your computer and agree to the popup on your phone. After you agree (You have to be down with MTP, you know me) run the bad file on your computer. It'll say stuff and take a couple of minutes. Let it run. After reboot, reboot again. Root achieved.
Thanks so much for your clarification OP, I would've loved to use this post when I did mine lol
NOTE: Your mileage may vary... I did the buildprop change from Chameleon and the 31000 change and it negated my service. I went and changed it back, restarted, re-enabled the 3, activated the device, homed out, re-disabled the 3 and restarted. My LTE is back up and running
4. My WiFi credentials keep on getting erased after a reboot. What gives?
A: This seems to be an issue across all the QC S7 variants. Here's what I did to fix it. Use BuildProp Editor and change: ro.securestorage.support=true to ro.securestorage.support=false
Even after making these changes and verifying, my WiFi credentials and still being erased.
Hardcorp said:
4. My WiFi credentials keep on getting erased after a reboot. What gives?
A: This seems to be an issue across all the QC S7 variants. Here's what I did to fix it. Use BuildProp Editor and change: ro.securestorage.support=true to ro.securestorage.support=false
Even after making these changes and verifying, my WiFi credentials and still being erased.
Click to expand...
Click to collapse
Verify your edit stuck. Make sure there is not any extra "space" in line or end of that line. Reboot.
xyameax said:
Did you let the phone set up once before rooting? Did you also go into mobile networks and change roaming settings to home only?
Edit: The setup to bring your phone to Sprint did work because Sprint does not allow (unless with MSL) editing of APNs. I also made an edit that changes ro.build.characteristics=Chameleon in Build.Prop to ro.build.characteristics=Sprint. Hopefully that helps as well.
Click to expand...
Click to collapse
Tryed that still the samething..really doesnt mayter thimo i have data an call service as is so um goid just wanting to let everyine els know it might not work
LeftyGR said:
Verify your edit stuck. Make sure there is not any extra "space" in line or end of that line. Reboot.
Click to expand...
Click to collapse
After the next reboot they started to stick.
why can i not update su? without updating i cannot use buildprop editor... i even tried downgrading from pf2 to pe1.... no luck. phone also says custom on boot.
Are there still issues with lag and battery drain after root?
wojo797 said:
why can i not update su? without updating i cannot use buildprop editor... i even tried downgrading from pf2 to pe1.... no luck. phone also says custom on boot.
Click to expand...
Click to collapse
Updating supersu has had mixed results. Some have no problem, but it has been suggested by chainfire himself to not update it.
ch0de said:
Are there still issues with lag and battery drain after root?
Click to expand...
Click to collapse
If you follow the Kernal Auditor step, it helps with the lag and battery drain. It is because the phone is in performance mode first upon root, and so the phone throttles on heat. Setting it to Interactive brings down heat and ultimately lag and brings back battery life.
wojo797 said:
why can i not update su? without updating i cannot use buildprop editor... i even tried downgrading from pf2 to pe1.... no luck. phone also says custom on boot.
Click to expand...
Click to collapse
Are you on the Qualcomm or Exynos device? Are you sure you're G935P? I ask to try again one more time and make sure SU is installed on your phone. It may take a while for the prompt to open as well, but give it time.
xyameax said:
If you follow the Kernal Auditor step, it helps with the lag and battery drain. It is because the phone is in performance mode first upon root, and so the phone throttles on heat. Setting it to Interactive brings down heat and ultimately lag and brings back battery life.
Click to expand...
Click to collapse
Just to clarify, and I apologize for my ignorance..
When you say "helps" with battery drain and lag, does that mean it fixes the issue and it preforms at "stock", or does that mean its better then doing nothing but still more lag and battery/heat the unrooted stock ?
As per XDA forum rules, duplicating threads is not allowed. There is nothing wrong with making your contribution to the existing thread. Please continue there:
SM-G935P Root
THREAD CLOSED
Hello,
I got a little problem with my phone (so freak... I'm explaining)
I got a router before but now I changed it, because I switched to another operator. But it feels like the Wi-fi of my phone is not agree with that.
I "forget" the now inexisting router I had and connect to the new one...
...But I do this each time I turn off then on Wi-fi, and even after switching off the device with enabled Wi-fi!
For now I just have to remember one Wi-Fi router (and, thank you Kika Keyboard developers who made an extensive clipboard where I can store my password <3) but figure out what it will be when I'll have to save more passwords! So yes it's annoying. And I also already lost at leat 8 router passwords because of this strange cr*p.
Fortunately I got a Wi-fi retriever app but this is not auto connecting and this is no longer working!
That was the last point: even the router password retriever app is acting like I didn't connect to a new router since its last analyze!
So could you help me fix this annoying bug?
For now I got an hypothesis: I got XPosed and a device ID changer app.
And it contains an useless but impossible to disable option that is "changing the SSID"
Default configuration make your phone to display your SSID. But not with the local variable where your actual SSID is displayed! No, with the SSID you got when you installed the app. So you can connect to another Wi-fi and still got the same SSID (perfectly useless)
Rest of my theory is that messing up with SSID display may cause network state not to be saved properly. But this is only a supposition. And this is hard to figure it...
So to corroborate this theory, a subquestion: What is the local Android variable where SSID is stored? Tried %WIFI, %SSID but it doesn't work. And I didn't found it after a quick search.
Thank you in advance!
Sorry for wasting your time with so much text :/
https://android.stackexchange.com/questions/124792/my-phone-stopped-remembering-wifi-passwords
There are also people conplaining this problem.
In the link pasted on the top, there is a possible fixes for some fortunate people... But actually this doesn't work for me.
-First, ro.secure.storage or ro.securestorage. thing does not exist on my device. I don't even know if it existed on my device.
-Second, there is something about /efs/ss_data, a file that also not exists on my device.
So I don't know if it's because Samsung built it differently or it has been removed. Keep checking...
After a check of my backups I saw that I got none of the file and property mentionned before.
So I'm unable to know where is the problem...
Atronid said:
After a check of my backups I saw that I got none of the file and property mentionned before.
So I'm unable to know where is the problem...
Click to expand...
Click to collapse
If you're saying that you looked in build.prop but you don't see any lines that say ro.securestorage, you can add those lines if they don't exist. Just edit build.prop and type the line in at the bottom then save build.prop and reboot the device.
I DO NOT PROVIDE HELP IN PM, KEEP IT IN THE THREADS WHERE EVERYONE CAN SHARE
Droidriven said:
If you're saying that you looked in build.prop but you don't see any lines that say ro.securestorage, you can add those lines if they don't exist. Just edit build.prop and type the line in at the bottom then save build.prop and reboot the device.
Click to expand...
Click to collapse
This is what I did. Uneffective.
Why? Because I never got this prop before.
I checked my backups where the Wi-fi worked perfectly in case all of this would be due to the fact that this prop vanished because of a dark and random informatic process. And after checks I finally realized that I never had this prop...
Same thing for the file I mentionned before, located in /efs. I didn't lose it because I basically never got it.
So... This means that my device save Wi-fi informations by another way. And because I don't know this way, I cannot fix it...
(Device: Samsung Galaxy Core Prime SM-G361F AOG1 build.
Pre-rooted firmware, release date 23 February.
Latest Xposed Frameworks, Custom build by Wanam )
Atronid said:
This is what I did. Uneffective.
Why? Because I never got this prop before.
I checked my backups where the Wi-fi worked perfectly in case all of this would be due to the fact that this prop vanished because of a dark and random informatic process. And after checks I finally realized that I never had this prop...
Same thing for the file I mentionned before, located in /efs. I didn't lose it because I basically never got it.
So... This means that my device save Wi-fi informations by another way. And because I don't know this way, I cannot fix it...
(Device: Samsung Galaxy Core Prime SM-G361F AOG1 build.
Pre-rooted firmware, release date 23 February.
Latest Xposed Frameworks, Custom build by Wanam )
Click to expand...
Click to collapse
If you got a different router but kept the same network name and password and didn't change anything on your device, that might be the issue, your device is probably looking for your original router because the information you originally saved was saved while the other router was in use.
Try backing up your apps, app data and settings but don't backup your wifi settings or saved wifi information. Then boot to recovery and factory reset and wipe cache and dalvik/ART. Then reboot the device, when it boots to system, try connecting and signing into your network again and see if it saves it correctly.
If the backups you are talking about are nandroid backups created in TWRP, you can also try doing an advanced restore in TWRP, you can restore just the data from your previously working backup without restoring everything else.
I DO NOT PROVIDE HELP IN PM, KEEP IT IN THE THREADS WHERE EVERYONE CAN SHARE
Thank you, I'll try this out
Droidriven said:
Try backing up your apps, app data and settings but don't backup your wifi settings or saved wifi information. Then boot to recovery and factory reset and wipe cache and dalvik/ART. Then reboot the device, when it boots to system, try connecting and signing into your network again and see if it saves it correctly.
If the backups you are talking about are nandroid backups created in TWRP, you can also try doing an advanced restore in TWRP, you can restore just the data from your previously working backup without restoring everything else.
I DO NOT PROVIDE HELP IN PM, KEEP IT IN THE THREADS WHERE EVERYONE CAN SHARE
Click to expand...
Click to collapse
Well, tried what you told me and this didn't end well...
I used to make a factory reset of my phone. The problem was fixed. When I connected to the wifi first time, now each time I disabled and re-enabled it automatically reconnected (auto-connect is miraculous lol)
Then I flashed data back with TWRP recovery (backup by Nandroid app because I got a classical TarFork error with TWRP 2.7.0.1...)
When rebooting to Android it spammed 1M layers of various program crash message box.
Then using TWRP I reflashed this time everything I got then rebooting to Android the bootloader freezed.
I thought my phone was dead until I realized I could boot to recovery again. So I flashed an older backup and lost some data (fortunately I backed up SMS and apk).
My device is safe now, but this misadventure taught me lots of things:
-When I did a factory reset data has been erased, but system still the same and it reworked. So maybe an app is locking my Wi-fi like this. But which?
-Nandroid backup app is NOT reliable. If your device isn't clearly identified your backups are corrupt. Gotta erase all Nandroid backups I made.
Solved. Bug due to a bad TWRP backup. Made a fresh install and everything is fine now.
Thread closed.
Hey guys... I've seen various methods to get Google Pay working and simply put, none of them worked for me. All that I could find left was advanced stuff involving SQLite editors and that's just not for everyone. So I started trying other known working methods from different devices, and this is what I did to get it going without issue.
1. Open Magisk, Magisk Hide, and tick the check box next to Google Pay. Proceed normally through the following steps after doing so.
2. Force stop Google Pay, clear app data/storage.
3. Open a root file manager
4. Using root file manager, find /data/data/com.google.android.gms/databases directory
5. Select a file called db.dg and chmod the permissions to 440, save and make sure it in fact saves
6. Reboot and set up Google Pay.
This should get you set up in no time without a need for modules or advanced user techniques. Hope it helps!
Edit: People seem to really dislike this method for some reason, so just throwing out there it seems everyone else recommends the SQL editing. This method worked for me, but YMMV and everyone else hates it
wrongway213 said:
Hey guys... I've seen various methods to get Google Pay working and simply put, none of them worked for me. All that I could find left was advanced stuff involving SQLite editors and that's just not for everyone. So I started trying other known working methods from different devices, and this is what I did to get it going without issue.
Unlocked users start at Step 1 below. Rooted users - First open Magisk, Magisk Hide, and tick the check box next to Google Pay. Proceed normally through the following steps after doing so.
1. Force stop Google Pay, clear app data/storage.
2. Open a root file manager OR reboot to TWRP if you don't have one
3. Using root file manager OR TWRP file manager, find /data/data/com.google.android.gms/databases directory
4. Select a file called db.dg and chmod the permissions to 440, confirm if in TWRP, save and make sure it in fact saves if using a file manager.
5. Whether in TWRP or using a root file manager. reboot and set up Google Pay.
This should get you set up in no time without a need for modules or advanced user techniques. Hope it helps!
Click to expand...
Click to collapse
That will only work if the attestation values in the dg.db file haven't been changed to flag root/unlocked bootloader already.
If your values have already been changed, you will need to manually edit the dg.db file or use the Magisk modules from this post: https://forum.xda-developers.com/apps/magisk/magisk-google-pay-gms-17-1-22-pie-t3929950/post79643248
ilal2ielli said:
That will only work if the attestation values in the dg.db file haven't been changed to flag root/unlocked bootloader already.
If your values have already been changed, you will need to manually edit the dg.db file or use the Magisk modules from this post: https://forum.xda-developers.com/apps/magisk/magisk-google-pay-gms-17-1-22-pie-t3929950/post79643248
Click to expand...
Click to collapse
Yeah... I'm not sold on making those kinds of edits or loading modules that do so without a working TWRP for this device anywhere in sight. That's precisely why I posted this thread - a working solution that doesn't involve editing things at that level - even if it doesn't work for everyone, I think it'll be more comfortale for those apprehensive to make certain changes without recovery :good:
wrongway213 said:
Yeah... I'm not sold on making those kinds of edits or loading modules that do so without a working TWRP for this device anywhere in sight. That's precisely why I posted this thread - a working solution that doesn't involve editing things at that level - even if it doesn't work for everyone, I think it'll be more comfortale for those apprehensive to make certain changes without recovery :good:
Click to expand...
Click to collapse
Having TWRP or not changes nothing for anyone that makes a mistake with those edits or Magisk. Editing the dg.db and messing that up doesn't require TWRP to fix it and there's already a boot image with Magisk core only mode posted by Tulsdiver that will save you in case a Magisk module screws things up (the Google Pay fix module is working perfectly, BTW).
People probably shouldn't be messing with any of this until they understand everything that entails getting Google Pay working on a modified device. I'd argue that changing permissions of the dg.db file is just as difficult for anyone who doesn't understand what they're doing as it is going all the way and modifying the actual values in the dg.db file. It's all a slippery slope for the overzealous people anyway.
wrongway213 said:
Yeah... I'm not sold on making those kinds of edits or loading modules that do so without a working TWRP for this device anywhere in sight. That's precisely why I posted this thread - a working solution that doesn't involve editing things at that level - even if it doesn't work for everyone, I think it'll be more comfortale for those apprehensive to make certain changes without recovery :good:
Click to expand...
Click to collapse
Grab the modified kernel in the themes area that forces modules to be deactivated. That way you can just temp boot it to fix your issues if it goes south on you. I've used it several times so far when needing around with different combos of mods, etc...
https://forum.xda-developers.com/pixel-4-xl/themes/magisk-modules-disabler-booting-magisk-t3990557
While I appreciate your efforts this is a halfbaked hack and like the previous poster said it's will do nothing if those values have been tripped. I have always been a believer of figuring out things and going the long route that way you know why and how it was done it's very convenient for somebody else to do it and you just flash it but if you do it yourself you'll find out the intricacies of how Android and how rooting and modding works....
CyberpodS2 said:
Grab the modified kernel in the themes area that forces modules to be deactivated. That way you can just temp boot it to fix your issues if it goes south on you. I've used it several times so far when needing around with different combos of mods, etc...
https://forum.xda-developers.com/pixel-4-xl/themes/magisk-modules-disabler-booting-magisk-t3990557
Click to expand...
Click to collapse
That's kind of my reason for not wanting to use mods on this device yet - being tied to Fastboot at any given time isn't practical for me. Being unable to buy gas because my phone isn't set up isn't practical for me. My goal is to use my device just like I did when I had working TWRP on other devices without losing functionality OR having to rush to a PC for fastboot. Neither are practical solutions for me - making simple modifications that are easily overwritten gives me much less anxiety than messing with things at a deeper level.
wrongway213 said:
Yeah... I'm not sold on making those kinds of edits or loading modules that do so without a working TWRP for this device anywhere in sight. That's precisely why I posted this thread - a working solution that doesn't involve editing things at that level - even if it doesn't work for everyone, I think it'll be more comfortale for those apprehensive to make certain changes without recovery :good:
Click to expand...
Click to collapse
No disrespect, it looks like you're active here and helpful, but I don't think editing some values some values in a SQL editor that is tested and proven in a thread that has 55+ pages is going to hurt anything.
vanydotk said:
No disrespect, it looks like you're active here and helpful, but I don't think editing some values some values in a SQL editor that is tested and proven in a thread that has 55+ pages is going to hurt anything.
Click to expand...
Click to collapse
I'm apprehensive because of what SQL changes under the hood typically mean. I know most people haven't built ROMs, built kernels, maintained for a ROM Team, done platform development, etc. etc . - I have done all those things. One thing I learned is that there are TWO scenarios that will ALWAYS necessitate a clean flash no matter what - SQL changes and Android version changes. Given we don't know as much as we typically do about the state of Coral without TWRP due to Android 10 changes makes me unwilling to assume things proven to work on other devices will work when we get an OTA on this one. Chmod perms will be overwritten but SQLite changes can cause things to go south in my experience - none of which relating to this module. It's about SQL vs chmod for me. I'm doing what I trust and understand until recovery exists to fix things without needing a PC. If no one else finds use for it, I'm OK with that. For my use case - it makes perfect sense. :good:
Fair enough, I figured you knew what you were talking about, everyone needs to make their own decisions. Nonetheless, thanks for contributing!
Here's a simple way to get gpay to work on stock with root after you hide gms and gpay with magisk.
1. Install Termux app and open the app
2. Type pkg install sqlite hit enter and let it install.
3. Type su hit enter
4. Copy and paste this then hit enter
am force-stop /data/data/com.google.android.apps.walletnfcrel && chmod 777 /data/data/com.google.android.gms/databases/dg.db && /data/data/com.termux/files/usr/bin/sqlite3 /data/data/com.google.android.gms/databases/dg.db "update main set c='0' where a like '%attest%';" && chmod 444 /data/data/com.google.android.gms/databases/dg.db
5. Reboot
The Magisk modules are honestly easier.
Busybox module, SQLite module, reboot, the fix module, and reboot once more.
LLStarks said:
The Magisk modules are honestly easier.
Busybox module, SQLite module, reboot, the fix module, and reboot once more.
Click to expand...
Click to collapse
How hard is it to enter a few lines in terminal? Lol
People should learn how to fix things without always relying on a module or a zip they can flash.
The manual fix isn't persistent.
LLStarks said:
The manual fix isn't persistent.
Click to expand...
Click to collapse
What I posted is.
It's weird that google pay to registry my credit cards is so unstable after flashing Gpay Sqlite fixer 1.7. When flashing Gpay sqlite fixer 1.7 at first time, I could registry my 1st credit card but it failed in next credit card. It showed up an error message and said that my phone has been rooted and .... ", So I returned commend mode to key-in few words to make me registry rest 3-credit-card successfully.
You could just delete the GMS folder while rooted and it also works
This is something myself and another user found on the p3 when Google started tripping the values on unlock
Rolling back to a previous version also works but we found that deleting that folder from /data/data along with gsf folder fixed it
Of course after clearing gpay cache.
This is working on my p4xl too
wrongway213 said:
I'm apprehensive because of what SQL changes under the hood typically mean. I know most people haven't built ROMs, built kernels, maintained for a ROM Team, done platform development, etc. etc . - I have done all those things. One thing I learned is that there are TWO scenarios that will ALWAYS necessitate a clean flash no matter what - SQL changes and Android version changes. Given we don't know as much as we typically do about the state of Coral without TWRP due to Android 10 changes makes me unwilling to assume things proven to work on other devices will work when we get an OTA on this one. Chmod perms will be overwritten but SQLite changes can cause things to go south in my experience - none of which relating to this module. It's about SQL vs chmod for me. I'm doing what I trust and understand until recovery exists to fix things without needing a PC. If no one else finds use for it, I'm OK with that. For my use case - it makes perfect sense. :good:
Click to expand...
Click to collapse
It might work for you but like it's been said multiple times, if the values are already tripped then your method is useless. Then it would REQUIRE SQL editing.
Posting an incomplete or half baked method can cause issues with newer people on these forums no matter how "simple" it may be.
spaceman860 said:
How hard is it to enter a few lines in terminal? Lol
People should learn how to fix things without always relying on a module or a zip they can flash.
Click to expand...
Click to collapse
This 100%
Sent from my Pixel 4 XL using Tapatalk
Hi there. Just a question. With this mod google pay works flawlessly all the time? No need to redo the procedure all few days when there are updates to play service? Because i need a real stable google pay when i am out only with my mobile to pay.
Just delete the folder...GMS will recreate the folder withthe right values because magisk is already setup to hide GMS