Database Info

Good for Enterprise (GFE) [03-7-2014] root workaround

This IS working for 4.3+ using xposed module.
http://forum.xda-developers.com/showpost.php?p=49878296&postcount=679
All credit goes to Phantasm4489. I am only adding the the OP so people can find it.
Below can be used for anything below 4.2 but I still think the xposed module above is better.
Standard Disclaimer:
**************************************************************************************************************
I AM NOT RESPONSIBLE FOR YOU BEING FIRED BY CIRCUMVENTING THE POLICY YOUR IT STAFF HAS PUT IN PLACE. I AM NOT RESPONSIBLE FOR BRICKING YOUR PHONE (ALTHOUGH SERIOUSLY DOUBT IT COULD POSSIBLY DO THAT). I AM NOT RESPONSIBLE FOR ANY DAMAGE WHAT SO EVER. THIS IS FOR EDUCATIONAL PURPOSES ONLY!!
**************************************************************************************************************​
Click to expand...
Click to collapse
First off:
THANKS to sparky for the 'su' binary I use in my newer scripts.
THANKS to chainfire for the 'su' binary I use in my older scripts.
THANKS to Fallon for helping fine tuning the directions.
This thread is dedicated to using GFE on rooted devices. My intent is to understand root detection schemes for my own personal education. If the information here is beneficial to others, then that is a plus.
I came up with a process that satisfies both GFE and its use on rooted (technically temp unrooted) devices. Basically unrooting and rerooting the phone so that the GFE app functions and I comply with not running GFE on a rooted phone. .
Tested on CM9 and CM10 for the Epic 4 Touch and the Galaxy S3. I've seen success on other ROMS as well. If you run into issues, i'd be happy to help and improve the process.
What GOOD(GFE) detects and what it doesn't care about
Some key notes about what GFE seems to detect:
Detects 'su' anyplace on the phone /system partition (usually located in /system/bin/su or /system/xbin/su).
Detects the superuser apk and supersu apk
Detects if you have su'd in adb or shell while it is running. Close adb and log out of and shells before launch!
If you use a root tool like titanium, reboot before launching good! Titanium will sometimes leave open rooted processes running.
In pre-JB, it could use the READ_LOGS android permission to comb the system logs and find 'root like 'activity'. In JB, that 'security hole' is closed and that permission is locked down by android.
It detects if /system is RW.
The software is setup to never be shutdown. Once its started, it runs no matter what. Preventing it from starting is a good thing IMHO.
Seems that for some unknown reason, if es explorer was run in root mode at any point before running good, it detects root. Even if I manually kill all the back ground processes before unfreezing/launching Good.
Sometimes I get a compliance failed when I was working in ADB prior to running good. Typically if I was in ADB doing root work, i'll reboot the ROM before enabling good.
Turn off 'automatic update' for super user app from market
What GFE does not seem to care about:
busybox
CWM
locked/unlocked bootloaders
Here is how to make root and GFE play as nice as possible. This isn't perfect but it works pretty good. I still get the 'compliance failed' once in a while when i do something dumb. I am lucky in that I can clear data on the GFE app and reuse the prior key or request a new key from our IT system on demand. If you cannot do this easily, then this may be cumbersome. As we further progress this, we should get less and less lockouts.
SCRIPTED PROCESS
Downloads:
Something to run the scripts One of these will do:
- Connectbot or any shell execution program from play store. connectbot has widgets. I use connectbot.... ​- Script Manager found here: http://db.tt/Vonx78NI . Or playstore.​
(required for PRE-JB roms only). Install Permissions Denied from the Market
The latest cwm/twrp flashable zip attached to this OP.
An installation of busybox. Typically comes with CM and lots of other ROMs but just making the point here that it is required.
Setup app and dependencies:
Flash the gfe_workaround_setup zip attached to this OP in CWM. This will create four scripts and a "backdoor" su binary. They are as follows:
/system/xbin/dger
/system/xbin/egdr
/system/xbin/fu. (The sparkysu binary is insecure so be careful out there! Just a disclaimer)
/system/xbin/r_dger
/system/xbin/r_egdr
Install Good Application
If pre-JB (NOT REQUIRED ON JB+), open Permissions Denied and disable the READ_LOGS permission for the Good Application. Immediately after disabling that permission reboot the device from within the Permissions Denied app (in the menu). It must be done from within the application immediately after toggling the permissions to denied.
Optional but recommended: use "autostarts app" (or similar) from market to turn off all autostarting flags for Good app. This is incase you forget to disable root before you reboot and dont want it to start after again after flashing a rom which would restore root..
Use Connectbot or old script manager to execute the enable/disable scripts.
HOW TO Use the scripts and run the Good.
These scripts will basically temp unroot your phone and disable the superuser user whenever you want to run good. It will reverse the operation whenever you want to return root and lockup good.
I typically leave good disabled unless I am using it but that is up to you.
Whenever you want to 'run good'. You will run the script egdr.
Whenever you want to disable good and return root to your phone run dger (prior to reboot for example or flashing roms or whatever)
DO NOT FORGET TO run the DGER script before flashing a rom since that rom will repush superuser and su and if good was enabled when you shutdown to reflash the rom, good will detect root and deactivate the handheld. Also since I disable the superuser user entirely when you flash the new rom, you will lose root and will need to enable the superuser user and reflash the rom to fix things... You can always just fix it with adb but renabling superuser... But that is a pain.
(pre-JB only) Permissions Denied takes FOREVER to startup, several minutes at least & you repeatidly see it getting root permissions, at first I thought it was having issues but that is how it works.
No need to "Lock Permissions" within the Permissions Denied app from what I've seen but ymmv
Under the ROM Developer Options "Root access" is irrelevant, GFE is working just fine with it set to "Apps and ADB right now"
GFE will work fine by wiping app data & initilizing it with a new PIN if you get things cleaned up after a policy violation
No need to get an unlock code from your sysadmins after a policy violation, just wipe app data for GFE & get a new PIN (assuming you have access to a website to request a new PIN
A mini-how to for connectbot:
I prefer this because connectbot is a simple tool and I like to keep it simple. But you may prefer the script manager interface instead.
With connectbot, you can create 2 'local' connections. One for each of the enable/disable scripts appropriately named. You can edit each of the local connections and setup 'post-login automation'. In the post-login automation you add the following (Note that <enter> means to put a line feed... i.e. hit enter ):
Code:
/system/xbin/dger;exit
<enter>
Code:
/system/xbin/egdr;exit
<enter>
You can either open connectbot each time and run the enable or disable scripts or you can add connectbot shortcuts to each local connection on your launcher's desktop. Its under 'add shortcut' you will see connectbot.
If you, like me, get annoyed by the notification icon from connectbot, you can optionally do these steps to execute it.
In the connectbot options, disable persistence. Also you can replace the ';exit' in the post automation commands with ';kill $PPID' and that will get you very close a self closing command. That will terminate the shell session you are in. When disabling GFE you'll still have to hit the back button but when enabling GFE it wont stay in your notification bar.
Example:
Code:
/system/xbin/dger;kill $PPID
<enter>
The negative is that if there was an issue, you wont see the log. I may add logging support in the scripts so that we can go back and look easier anyway at what failed if we get a lock out. If you ever needed to debug though just remove that temporarily and you'll see the log again.
If you wanted a few seconds to review the log, you could do something like this also:
Code:
/system/xbin/dger;[COLOR="Red"]sleep 5[/COLOR];kill $PPID
<enter>
A mini-how to for script manager:
In script manager you will add the scripts into script manager and execute them via the app or it's widgets. The scripts should NOT be setup to run as superuser but they still will prompt for super user when the disable one is actually executed and you should respond GRANT to that request. You will use the app to find the scripts in /system/xbin chosing the following:
Code:
/system/xbin/dger
Code:
/system/xbin/egdr
FAQ
Q: If I am going to dirty flash a new rom (no data wipe), What do I need to do to keep GOOD in compliance?
A: IT'S LIKE DANCING AROUND A LAND MINE! You will want to follow this process before and after flashing dirty:
Run dger to return root to your device and disable GOOD
Reboot into cwm
Flash rom and do any other rom specific instructions including any reboots or whatever the rom maintainer wants you to do.
Reflash the gfe_workaround zip from the op since flashing the rom overwrites it.
Boot into the rom and set it up as you like with root...
Run disable good enable root.sh to make sure things are well after rom flash.
reboot one last time
use scripts as normal
Q: If I am going to clean flash a new rom (wipe data), What do I need to do to keep GOOD in compliance?
A: Clean Flashing will require you to restore the good app or jsut reactivate it. You can likely avoid reactivation by following this. YMMV
Run dger to return root to your device and disable GOOD
Use Titanium Backup (or similar like carbon) to backup the GOOD app and data.
Reboot into cwm
Flash rom and do any other rom specific instructions including any reboots, wiping data/system or whatever\ the rom maintener wants you to do.
Reflash the gfe_workaround zip from the op since flashing the rom overwrites it.
Boot into the rom and set it up as you like with root...
Restore GOOD with Titanium. You may need to also restore your android ID with titanium as I am not sure if it hashes that ID with activation credentials.
Immediately run dger BEFORE REBOOTING to make sure things are well after rom flash.
Ensure you redisable any permissions denied things and autostarts.
reboot one last time
use scripts as normal
DEBUGGING PROCESS
So you've experienced a policy break/lockout? Now what?? This is how you can debug and give me what I need to help you if required:
flash newest scripts in OP and boot up and let it settle.
run the disable good script.
run enable good script.
run disable good script again.
That will create log files in /sdcard/ with the same names as the scripts. You can review those or submit them to me in this thread and I can look. I will also need the following. I review these files to see if there are any 'other' superuser or supersu apks that my scripts have missed. I will need the /sdcard/gfe.txt after you run the below to assist posted in the thread.
Run the following commands in a connectbot shell after above:
Code:
Code:
su
find /system/app /data/app /system/bin /system/xbin|sort > /sdcard/gfe.txt
pm list packages >> /sdcard/gfe.txt
Then give me these following logs:
/sdcard/gfe.txt
/sdcard/egdr.......log
/sdcard/dger.......log
Some of the most common reasons for lockouts are because of the running of certain root apps prior to enabling good. Certain root apps still retain root access after you close them. Notably es explorer and titanium. I'm sure there are others but this is two that I know of. If you use those tools either disable root access in them if applicable or reboot before running good after using them.
Change log
04-20-2013 (v16):
Renamed scripts and binary
04-03-2013 (v16):
Added "script complete" messages to output.
04-02-2013 (v15):
Added command line option to turn off auto-launch of GFE. The default will remain to auto-launch it.
04-01-2013 (v14):
Went back to sparky su as other su is causing too many anomolies.
FAQ added to OP.
02-26-2013 (v13):
Removed execution speed enhancement introduced in v11 as it caused some issues.
02-22-2013 (v12):
Further improved Logging to sdcards
Added some enhancements and termination of some root apps(titanium)
02-14-2013 (v11):
Improved script execution speed by parallelizing some operations
Added logging to /sdcard if available
02-04-2013 (v10):
Changed the way I handled superuser apps (or multiples) stored in data and system.
Added ability to handle chainfire's nonag apk in addition to regular supersu.
Started using supersu's su for a more secure setup.
Revamped directions and cleared up some errors in the OP.
01-29-2013 (v9):
added new mask for apk
added error handling for mounts incase.
01-25-2013 (v8):
reversed order of hiding apks between system/data to resolve
issue of supersu/superuser "forgetting" settings when rerooting.
12-18-2012 (v6):
added supersu support
fixed left over apks from super app upgrades
12-14-2012 (v3):
Added clean exit commands.
12-13-2012 (v2):
- Discovery that new script manager may cause compliance issues and doesn't work after temp unrooting!
12-12-2012 (v1):
- Fixed bugs
- Automated variables
- Created flashable setup script
- Simplified the install process
12-10-2012 ():
- Initial design

The 'manual' process may not work anymore. I believe supersu apks are getting picked up for compliance. There are a few more manual ways listed in this thread that may or may not work for you but you are welcome to try them.
MANUAL PROCESS
If the script process is too complicated for you and you want to do things manually, you can do this as well. It is a pain though and more prone to getting the handheld disabled by good because of user error (forgetting to do something).
The key to this way is that gfe doesnt appear to detect supersu apk and does detect superuser apk. Not sure how long this will last! ymmv
You can install supersu, open it and let it authorize. Then rename /system/app/Superuser.apk to super_user.rob since its not needed anymore and let supersu do the authorizations.
Then install "app quarantine" from the market or titanium backup. These apps let you freeze and unfreeze the gfe app so you can bounce between a rooted and unrooted phone. (hint: there are widgets for this in titanium and app quarantine that are much more convenient)
If pre_JB, Install "permissions denied" (in app store) to remove the some of the permissions from the app. specifically you must remove
READ_LOGS
The process is as follows once the above is complete and gfe is installed and you want to use gfe:
FROST GFE(reroot)
open gfe and go into preferences and select "disconnect" and then select shutdown good. VERY IMPORTANT TO DISCONNECT AND SHUTDOWN from within the GOOD app. Do NOT just hit the 'HOME' button and reroot. It WILL detect that it has been frosted and unfrosted if you do not follow this advice
immediately open supersu app and go to settings and select "enable supersu" to reenable root.
open app quarantine (or titanium) and freeze good so it won't autostart.
You can now use the rooted phone like normal.
when you want to use gfe, temp unroot as follows:
UNFROST GFE(temp unroot)
using titanium or app quarantine defrost gfe.
immediately open supersu and go to settings and uncheck "enable supersu". the will hide the su binary and temp unroot.
open gfe and use it like normal.
once done using gfe, refrost it like above
this works very well but ymmv. The scripted method works much better.

Finally had success getting GFE running a recent CM10 nightly on my AT&T SGS3 thanks to calisro. Thanks for figuring out a good work around to enable GFE! It looks like my issues this go around were with Permissions Denied & me doing some uninstall-re-install of GFE.
My process (tweaks to calisro's stuff mostly):
Uninstalled ES explorer (just to make sure it is not causing issues for now)
Installed GFE
Installed Script Manager (I've since upgraded to Script Manager-SManager(NoAds), always a good idea to support the devs)
Installed Permissions Denied
Installed su as /sdcard/rob_su
Opened Permissions Denied and disabled the following permission for the Good Application: READ_LOGS and RECEIVE_BOOT_COMPLETED
Rebooted from within Permissions Denied, checked & verified Good had the 2 permissions in question denied
Created the 3 scripts using the updated versions recently posted
setup_rootdoor.sh
enable_good_disable_root.sh (complete with the missing final line noted above)
disable_good_enable_root.sh
With Script Manager, ran setup_rootdoor.sh
Deleted all data for GFE through app manager
With Script Manager, ran enable_good_disable_root.sh
Activated GFE
Working GFE
Notes:
Permissions Denied takes FOREVER to startup, several minutes at least & you repeatedly see it getting root permissions, at first I thought it was having issues, but I guess that's normal behavior
No need to "Lock Permissions" within the Permissions Denied app from what I've seen
Under Developer Options "Root access" is irrelevant, GFE is working just fine with it set to "Apps and ADB right now"
GFE seems to be sucessfully cleaned up by deleting app data from within app manager
GFE will work fine by wiping app data & initializing it with a new PIN if you get things cleaned up after a policy violation
No need to get an unlock code from your sysadmins after a policy violation, just wipe app data for GFE & get a new PIN (assuming you have access to a website to request a new PIN
Logs & thoughts from of my previous failures & troubleshooting steps http://forum.xda-developers.com/showpost.php?p=33025295&postcount=5

Fallon said:
Finally had success getting GFE running a recent CM10 nightly on my AT&T SGS3 thanks to calisro. Thanks for figuring out a good work around to enable GFE! It looks like my issues this go around were with Permissions Denied & me doing some uninstall-re-install of GFE.
My process (tweaks to calisro's stuff mostly):
Uninstalled ES explorer (just to make sure it is not causing issues for now)
Installed GFE
Installed Script Manager (I've since upgraded to Script Manager-SManager(NoAds), always a good idea to support the devs)
Installed Permissions Denied
Installed su as /sdcard/rob_su
Opened Permissions Denied and disabled the following permission for the Good Application: READ_LOGS and RECEIVE_BOOT_COMPLETED
Rebooted from within Permissions Denied, checked & verified Good had the 2 permissions in question denied
Created the 3 scripts using the updated versions recently posted
setup_rootdoor.sh
enable_good_disable_root.sh (complete with the missing final line noted above)
disable_good_enable_root.sh
With Script Manager, ran setup_rootdoor.sh
Deleted all data for GFE through app manager
With Script Manager, ran enable_good_disable_root.sh
Activated GFE
Working GFE
Notes:
Permissions Denied takes FOREVER to startup, several minutes at least & you repeatedly see it getting root permissions, at first I thought it was having issues, but I guess that's normal behavior
No need to "Lock Permissions" within the Permissions Denied app from what I've seen
Under Developer Options "Root access" is irrelevant, GFE is working just fine with it set to "Apps and ADB right now"
GFE seems to be sucessfully cleaned up by deleting app data from within app manager
GFE will work fine by wiping app data & initializing it with a new PIN if you get things cleaned up after a policy violation
No need to get an unlock code from your sysadmins after a policy violation, just wipe app data for GFE & get a new PIN (assuming you have access to a website to request a new PIN
Logs & thoughts from of my previous failures & troubleshooting steps http://forum.xda-developers.com/showpost.php?p=33025295&postcount=5
Click to expand...
Click to collapse
FYI, I simplified the install with a flashable zip and some modifications to the scripts so that the work they do is dynamic rather than hard coded.

Discovered that the new Script Manager is potentially causing policy compliance issues. See the op for alternative or older version of script manager.

calisro said:
Discovered that the new Script Manager is causing policy compliance issues. See the op for alternative or older version of script manager.
Click to expand...
Click to collapse
Does it only trip when you use it? I think I saw Script Manager update a couple days ago, but haven't had any problems yet. Then again I haven't needed to mess with SM at all since then or even engage root for anything since I got GFE working on CM10 a week or so ago.

I'm having it fail compliance by simply having it installed. I've gone through and upgraded, tested, downgraded, tested, etc for a number of times to be sure and it keeps tripping as soon as it is used once. I've even installed it,denied superuser for the app, then used connectbot to actually run the script and it still failed. As soon as I go back to older version it works flawlessly again.
I'll be interested if yours' trips when toggle root and good once again.

De easiest way to perform tasks that require root is to use chainfire's exynos exploit apk to acquire root and when you're done use supersu to unroot.
Make sure you stop de GFE service before rooting! I just did this and GFE really stops working as I rooted, cleaned up my new polish Note 2 4.1.2. rom, unrooted, booted and used GFE like before, no policy violations.
Whatever you do, do not boot before you unrooted.

blackspp said:
De easiest way to perform tasks that require root is to use chainfire's exynos exploit apk to acquire root and when you're done use supersu to unroot.
Make sure you stop de GFE service before rooting! I just did this and GFE really stops working as I rooted, cleaned up my new polish Note 2 4.1.2. rom, unrooted, booted and used GFE like before, no policy violations.
Whatever you do, do not boot before you unrooted.
Click to expand...
Click to collapse
I wouldn't call that the easiest but to each their own.
While that may work for some people for a short time, it doesn't address a lot of things:
1) Doesn't work with superuser since Good detects the superuser apk and doesn't detect supersu yet. Detection of supersu will be added to Good at some point since its use is being coming more prevalent.
2) That exploit will be addressed soon since it affects millions of hand sets. Samsung will close the exploit and AOSP/AOKP will also address the exploit. So it will be useful for a short time only.
3) It only works for Samsung exynos based handsets only. My method is generic.
4) Requires reboots to bounce back and forth between root and unroot. Would be tiresome to do this many times a day.
5) if you reboot while your rooted, you'll get policy breaks.

v6 works great. the new method of CWM installation of scripts makes it very easy. i used the free autorun app "autorun manager" to disable the receiver flags of GFE.
the only annoyance that really is not bad is that when GFE is disabled, the shortcuts/widgets i have are removed since the app is hidden. a very acceptable price to pay considering my company has the "root" compliance turned on. this at least gives me access to email w/o rebooting when needed.
Thanks for all the work!

Do you have to use CWM recovery to flash the zip or can I use the team win recovery. I'm on Verizon note 2 with jelly beans v4 rom.
Thanks, Will
Sent from my SCH-I605 using xda app-developers app

wc4482 said:
Do you have to use CWM recovery to flash the zip or can I use the team win recovery. I'm on Verizon note 2 with jelly beans v4 rom.
Thanks, Will
Sent from my SCH-I605 using xda app-developers app
Click to expand...
Click to collapse
I have not tried twrp but it should work fine.

calisro said:
I have not tried twrp but it should work fine.
Click to expand...
Click to collapse
Just wanted to say thank you for your scripts. Installation worked perfectly on TWRP and to be safe I froze ES file Explorer in titanium since it came with my ROM.
I think my favorite part of the re root script is killing Good and not being bothered by work emails unless I want to be.
Sent from my SCH-I605 using xda app-developers app

glad they are working for you. what rom and phone are you on?

calisro said:
glad they are working for you. what rom and phone are you on?
Click to expand...
Click to collapse
Jelly Beans v4 ROM for Verizon Galaxy Note 2
Sent from my SCH-I605 using xda app-developers app

Good unrooted
Hi,
I've tried lots of different options, being a complete noob at this unrooting malarkey.
Having had a nightmare rooting, I finally managed it, only for Good to then not work because it was rooted.
I finally managed it thus: Downloaded the paid for version of SuperSU. Selected the 'clean up for complete unroot option', downloaded GFE, and self served a new pin, installed Good, went through the setup steps, et voila!
Have rebooted a couple of times and it's still working. Fingers crossed.
Galaxy S3 i9300 with a nightly build of CyanogenMod 10.1 Jelly Bean 4.2.
Not sure if it'll keep working, but I really hope so!

Bestbaldmanever said:
Hi,
I've tried lots of different options, being a complete noob at this unrooting malarkey.
Having had a nightmare rooting, I finally managed it, only for Good to then not work because it was rooted.
I finally managed it thus: Downloaded the paid for version of SuperSU. Selected the 'clean up for complete unroot option', downloaded GFE, and self served a new pin, installed Good, went through the setup steps, et voila!
Have rebooted a couple of times and it's still working. Fingers crossed.
Galaxy S3 i9300 with a nightly build of CyanogenMod 10.1 Jelly Bean 4.2.
Not sure if it'll keep working, but I really hope so!
Click to expand...
Click to collapse
If you completely unrooted it should be fine but now you don't have root unless you reflash. The point here was to offer a way to temp unroot.

calisro said:
If you completely unrooted it should be fine but now you don't have root unless you reflash. The point here was to offer a way to temp unroot.
Click to expand...
Click to collapse
*hangs head in shame for being a dumbass*
That said, it's no biggie to reflash with CF Root whenever I need Root. Which won't be very often I can't imagine... I've had the phone six months and only flashed it cos I got so frustrated with TouchWiz and the horrendous lag I was getting.
The SGS3 is my work phone; I'm an iOS boy for all my personal stuff (sorry!), so I'm quite used to operating without Root access!

Bestbaldmanever said:
*hangs head in shame for being a dumbass*
That said, it's no biggie to reflash with CF Root whenever I need Root. Which won't be very often I can't imagine... I've had the phone six months and only flashed it cos I got so frustrated with TouchWiz and the horrendous lag I was getting.
The SGS3 is my work phone; I'm an iOS boy for all my personal stuff (sorry!), so I'm quite used to operating without Root access!
Click to expand...
Click to collapse
But the scripts in the OP didn't work for you? What problems did you have?
I understand if it ain't broken don't fix it, but I'm also a noob and was able to get this working- the best of both worlds now!
Sent from my SCH-I605 using xda app-developers app

wc4482 said:
But the scripts in the OP didn't work for you? What problems did you get have?
I understand if it ain't broken don't fix it, but I'm also a noob and got the best of both worlds now!
Sent from my SCH-I605 using xda app-developers app
Click to expand...
Click to collapse
Truth be told, i'm not sure what happened. Flashed the ROM, installed connectbot, ran the scripts; nothing happened. Searched for the scripts in system/xbin but couldn't find them.
This was at the end of two days of battling with connection problems with Odin, phone getting stuck in Download mode, SD card not being recognised with the nightly build of CM 10.1 I was using, and a few other things.
I could probably have made it work, but being as my primary goal was to get rid of TouchWiz and all the Vodafone clag on the phone, that has been achieved.
At some point in the future, i might have another go. But as I'm someone who loves technology but isn't a techie, the instructions on most of these blogs are a bit difficult for my small brain to follow.
That's obviously my problem, not anyone else's, but it takes me a while to penetrate the language and understand what people mean. So, unless I really, really need to be switching back and forth between root and no root, I'll probably leave well alone for a while now.
Thanks, though, to everyone who is clearly a lot, lot cleverer and more persisten than I am for making all this wonderful stuff available.

replace kinguser with supersu

somebody could teach me the easiest way to replace kinguser with supersu please?

dewagame said:
somebody could teach me the easiest way to replace kinguser with supersu please?
Click to expand...
Click to collapse
Follow these simple steps:
1. Go to the Play Store and install SuperSU.
2. When SuperSU is installed, give it permission as Super User.
3. Uninstall KingUser.
4. Done.

ИΘΘK¡€ said:
Follow these simple steps:
1. Go to the Play Store and install SuperSU.
2. When SuperSU is installed, give it permission as Super User.
3. Uninstall KingUser.
4. Done.
Click to expand...
Click to collapse
hI! I try on my HUAWEI ASCEND G6 and... dont work ... is possibel that an update that Kinguser had done make it impossibel?????
I root with RootGenius_en, was ok, kinguser ask for a update, done. But Now i whant to change do SuperSu and dont work. I had permissions and every thing...
Help! :crying:

Me too
I'm trying to do this too, but I aint sure how to do it. I mean I guess if its not super necessary I can leave it the way it is. Tried this method and its a no go. I don't think the KingUser SU is letting superSU update its binaries. I already have twrp, but not sure what next. If its not necessary I'll leave it alone, but I was just wondering if theres any reason to change over or if it could even be done.
P.S This way never worked for me as superSU can't get past trying to install the binaries. I got twrp so I'm wondering if I'd have to flash it. Nothings wrong on my end are anything, but I just assumed having superSU would be better then kinguser but not really sure.

many people have this problem.
first of all, kinguser is great to root the G6, and in most cases the only working method without custom recovery,
but because it flashes kinguser.apk as system app you can't uninstall it the normal way.
the solution is to flash supersu.zip and then uninstall kinguser. this way supersu will be your systemapp.
find the files and tutorials you need on our facebook group,
we have 1500+ members, CWM + TWRP, android 4.3 + 4.4, we can root your g6 and unlock your bootloader.
but we still don't have a subforum on XDA....
https://www.facebook.com/groups/328261053999820

Must vary from device to device cause I've did all that, and it gives the message "Installing Please wait..." and then after it fails it says " Installation Failed! Please reboot and try again" and if kinguser is removed in superSU when trying to update/install the binaries it says "There is no SU binary installed, and SuperSU cannot install it. This is a problem! If just upgraded to Android 4.3 you need to manually re-root- consult the relevant forums for your device."
This aint the g6 though but this thread is the kinguser replace with superSU thread. So I thought I'd post in it.
washichi said:
many people have this problem.
first of all, kinguser is great to root the G6, and in most cases the only working method without custom recovery,
but because it flashes kinguser.apk as system app you can't uninstall it the normal way.
the solution is to flash supersu.zip and then uninstall kinguser. this way supersu will be your systemapp.
find the files and tutorials you need on our facebook group,
we have 1500+ members, CWM + TWRP, android 4.3 + 4.4, we can root your g6 and unlock your bootloader.
but we still don't have a subforum on XDA....
https://www.facebook.com/groups/328261053999820
Click to expand...
Click to collapse

Install SuperSu rom magazin play.
Then instal rom lite box.
Open the app, and uninstall kinguser
easy, and it`s working.I just deleted kinguser 2 mins ago

Hum
@andruala Never worked for me that way, anytime I remove king user root gets removed. Never was able to flash superSU rom correctly because binaries couldn't get updated from superSU because root was removed once king user was uninstalled. I've heard people mention it working the way you suggested, but I've also read posts where people have a hard time getting it replaced with superSU because root gets removed when king user is replaced, which doesn't allow superSU to install the binaries correctly. Most people probably can't get the binaries installed correctly from superSU which is the same problem I had so they end up just leaving it king user. I could try whats suggested here but I very much doubt its going to work as explained from my conflict that when king user is removed, root is removed and whether you flash a SU zip or not root still aint enabled because SU binaries are nt installed correctly. So until I actually can confirm this works myself I'm gonna prob say its a no-go for me. Could be device specific but I did all this to a tee and still had problems. There was a post on freak tab where someone had the same problem. I might still try this, I just dont see it working like as said.

freestilesteve said:
@andruala Never worked for me that way, anytime I remove king user root gets removed. Never was able to flash superSU rom correctly because binaries couldn't get updated from superSU because root was removed once king user was uninstalled. I've heard people mention it working the way you suggested, but I've also read posts where people have a hard time getting it replaced with superSU because root gets removed when king user is replaced, which doesn't allow superSU to install the binaries correctly. Most people probably can't get the binaries installed correctly from superSU which is the same problem I had so they end up just leaving it king user. I could try whats suggested here but I very much doubt its going to work as explained from my conflict that when king user is removed, root is removed and whether you flash a SU zip or not root still aint enabled because SU binaries are nt installed correctly. So until I actually can confirm this works myself I'm gonna prob say its a no-go for me. Could be device specific but I did all this to a tee and still had problems. There was a post on freak tab where someone had the same problem. I might still try this, I just dont see it working like as said.
Click to expand...
Click to collapse
Yes...i`m really sorry.For me wit worked before i restarted the phone...
After de restart i`ve seen that the root is not working anymore...
Sorry for my bad.

No worries bro. Probably varies depending on how you root from device to device.
Its not your fault. No worries. I'm just thinking it varies from device to device and how you actually go about rooting . I'm also thinking that maybe if I rooted with another app/prog that it would have been easier to switch from king user to superSU. I use lookout premium security on my phone and kingroot and king user have never been flagged with any viruses so I've just left it on and running the way it is and so far so good. Other then the two errors I mentioned in the previous post king user/kingroot has been working good. I'm sure if I did a whole restore/wipe/clean and root with another program there might be a possibility to remove king user and replace with superSU but in the end I just decided to roll with king user/kingroot as I didn't feel like doing al that and its been doing its job fine.
QUOTE=andruala;58880236]Yes...i`m really sorry.For me wit worked before i restarted the phone...
After de restart i`ve seen that the root is not working anymore...
Sorry for my bad.[/QUOTE]

Well I thought about leaving kinguser sitting there on my system too until one day I installed network monitor stuff and noticed kinguser sure likes to make HTTP connections every time the Internet is available. Imagine that. Also have a look, there are /system/bin/.usr/.ku etc. hiding all over your system.

The earlier versions of Kingo Root were much better
jidanni said:
Well I thought about leaving kinguser sitting there on my system too until one day I installed network monitor stuff and noticed kinguser sure likes to make HTTP connections every time the Internet is available. Imagine that. Also have a look, there are /system/bin/.usr/.ku etc. hiding all over your system.
Click to expand...
Click to collapse
Those earlier versions were putting SuperSU binaries into the root. But now they are putting on this King User crap. Reason I say it's crap is exactly what you mentioned. As soon as I root a phone with Kingo Root, Google Search immediately tells me that it will not allow me to search for anything because "your computer or network may be sending automated queries. To protect our users, we can't process your request right now"
Good God! What the heck is Kingo Root putting onto these phones now? It sure isn't putting just su binaries in there.

Indeed. What is needed is for someone to take a vanilla phone into a cleanroom, install the mess, and report back on exactly what ended up getting put where, in order for somebody to make a "kinguser detox/.antidote" APP and/or shell scripts that would clean the mess totally back off.

don't know if it's gonna help you ( have alcatel onetouch idol 2 mini s):
i also couldn't update binaries su and had kinguser.
then i downloaded the beta version of supersu (on xda) and flashed it with my cwm. after that when supersu asked if i wanted to update, i said yes and choose normal update (not the cwm/t... one) it than updates and asked if i wanted to remove the external root apps (ie: kinguser) and voila!
(sorry English isn't my language, so don't know if i explained myself well^^)

satine01black said:
don't know if it's gonna help you ( have alcatel onetouch idol 2 mini s):
i also couldn't update binaries su and had kinguser.
then i downloaded the beta version of supersu (on xda) and flashed it with my cwm. after that when supersu asked if i wanted to update, i said yes and choose normal update (not the cwm/t... one) it than updates and asked if i wanted to remove the external root apps (ie: kinguser) and voila!
(sorry English isn't my language, so don't know if i explained myself well^^)
Click to expand...
Click to collapse
Why did you need to root with kingo if you have custom recovery?!

I rooted first then found the cwm for my phone?

satine01black said:
I rooted first then found the cwm for my phone?
Click to expand...
Click to collapse
Oh. I wasn't angry at you Was just asking.

it took me like a year to root my phone then i couldn't make it work well with kinguser, and i wanted supersu anyway, so i found that i could install manually the app with cwm .
anyway, i don't now if you can use cwm without a root?

satine01black said:
it took me like a year to root my phone then i couldn't make it work well with kinguser, and i wanted supersu anyway, so i found that i could install manually the app with cwm .
anyway, i don't now if you can use cwm without a root?
Click to expand...
Click to collapse
You can, but it doesn't really make much sense to.

Use Eroot, then try superSU installation
CVAngelo said:
Those earlier versions were putting SuperSU binaries into the root. But now they are putting on this King User crap. Reason I say it's crap is exactly what you mentioned. As soon as I root a phone with Kingo Root, Google Search immediately tells me that it will not allow me to search for anything because "your computer or network may be sending automated queries. To protect our users, we can't process your request right now"
Good God! What the heck is Kingo Root putting onto these phones now? It sure isn't putting just su binaries in there.
Click to expand...
Click to collapse
I had the same issue with my mobile, (Sony Ericsson Xperia Ray (ST18i)), I then rooted my phone with EROOT Software which installed a superuser app, then i got the .apk file of SuperSU via Bluetooth from a friend and installed it. one has to grant permission when it asks for superuser rights, then updating binary files is no longer a problem. It also asks for removal of the Superuser-app that was pushed through the EROOT software, you do that. Then I installed link2SD and link2sd pro key from google play store and converted the SuperSU app into a system-app. Now SuperSU is working perfectly again.
You both should try it!!

[Q] Temp Unroot needed for NowTV . --- (A) This has now been Answered in Post 9

****EDIT****
Please see http://forum.xda-developers.com/showpost.php?p=56539897&postcount=9 for the Answer
*************
Hi all ,
I'm wanting to use NowTV (like SkyGo) on my OnePlus , however they are using a type of Root check that most root hiders cannot bypass.
Therefore I'm looking for a way to temp unroot and then root back again with ease.
just wondering if there are any tools or easy to follow guides?
thanks

Disable Superuser in SuperSU settings.

zoro25 said:
Hi all ,
I'm wanting to use NowTV (like SkyGo) on my OnePlus , however they are using a type of Root check that most root hiders cannot bypass.
Therefore I'm looking for a way to temp unroot and then root back again with ease.
just wondering if there are any tools or easy to follow guides?
thanks
Click to expand...
Click to collapse
Or if you are on a Cm nightly you can turn them off in the developer option

Disabling super user doesn't work, their detection method is unknown and they check more than the su binary.
I might try the nightlies, however I need stability.
Thanks for the responses so far

Outside of the nightly wing if you want stability use the M releases, they are designed to be more stable than the nightly branch

zoro25 said:
Disabling super user doesn't work, their detection method is unknown and they check more than the su binary.
I might try the nightlies, however I need stability.
Thanks for the responses so far
Click to expand...
Click to collapse
The problem isn't really the SuperSU as such, it's CM. They flag CM as a rooted ROM, it'll even happen if you're on stock un-rooted CM11S.
Transmitted via Bacon

I'm pretty sure that I saw an xposed module that could hide superuser completely. Might want to give that a try

skyguy126 said:
I'm pretty sure that I saw an xposed module that could hide superuser completely. Might want to give that a try
Click to expand...
Click to collapse
As per my post right above yours, it isn't SU that's the problem, it's that the ROM is CM.
Transmitted via Bacon

Timmaaa is correct and that's the info I wanted, I had tried the xposed modules but none worked and now I know why.
I'll contact sky and see if I get anywhere
****EDIT****
So it seems that Timmaaa is NOT correct as there is NO CyanogenMod or any ROM check, it's all to do with the the name of your Root App
Short Version is unroot and uninstall SU app for this to work (removing SU Binary or removing Root alone is not enough)
So we need to have a new Root app with a new AppID and name , and also the SU binary to be identified as something else for this to possibly work.
I now have NOWTV working , and it's on an Unrooted One+One with no SU App installed after running full Unroot (however my SUPro app is still installed)
Note that SUPro does nothing really and just gives extra functionality when the main SU app is installed.
Thanks for everyone help and input on this.
So it seems that you would have to
1)Full UnRoot (Which also uninstalls the main SuperUser app)
2) Watch what ever you wanted to on NowTV or SkyGO
3)Go through the Rooting process again as if it were a new device. (which will again stop NOWTV/SkyGo) from working.
Do steps 1 and 2 again to watch.
This would have to be done everytime you want to watch NowTV

zoro25 said:
Timmaaa is correct and that's the info I wanted, I had tried the xposed modules but none worked and now I know why.
I'll contact sky and see if I get anywhere
****EDIT****
So it seems that Timmaaa is NOT correct as there is NO CyanogenMod or any ROM check, it's all to do with the the name of your Root App
Short Version is unroot and uninstall SU app for this to work (removing SU Binary or removing Root alone is not enough)
So we need to have a new Root app with a new AppID and name , and also the SU binary to be identified as something else for this to possibly work.
I now have NOWTV working , and it's on an Unrooted One+One with no SU App installed after running full Unroot (however my SUPro app is still installed)
Note that SUPro does nothing really and just gives extra functionality when the main SU app is installed.
Thanks for everyone help and input on this.
So it seems that you would have to
1)Full UnRoot (Which also uninstalls the main SuperUser app)
2) Watch what ever you wanted to on NowTV or SkyGO
3)Go through the Rooting process again as if it were a new device. (which will again stop NOWTV/SkyGo) from working.
Do steps 1 and 2 again to watch.
This would have to be done everytime you want to watch NowTV
Click to expand...
Click to collapse
This is just a theory... may be wrong:
Can't you move the SuperSU app into /system/app instead of /data/app. Or does the NOWTV app have perms to check the integrity of /system also. Or can you change the app id of the SuperSU app with a simple decompile tool.

I did that while using cm11s. But still had problems trying to watch skygo. In the end I had alter my buildprop to a phone which supports skygo as at the time it didn't support oneplus one. Then full unroot etc to watch then root back to get root access again.

Ways to Root your Samsung Galaxy Tab 4

Ways to root your Samsung Galaxy Tab 4 7.0​All of the guys on the list is tested by me and it's working
For those guys who can't root their tablet, this thread is the right place for you
1. This is the Easiest Way to Root your tablet
KingRoot App Download it here
http://www.appsandroidapk.com/apk/kingroot-v4-6-2-apk-file-for-android/
Download the app
Before installing it Go to Settings > General Tab > Security > and Enable "Unknown Sources"
Install the app and Root your phone.
You might wanting to have a SuperSU instead of kingroot's SU
Google it SuperSU Me Download the latest version or you can find it here in this link
http://forum.xda-developers.com/general/paid-software/supersu-please-t3110954
Update the SUBinary
Reboot
2. KingoRoot App apk version
Download Link
https://root-apk.kingoapp.com/
Download the app
Before installing it Go to Settings > General Tab > Security > and Enable "Unknown Sources"
Set your device atleast 10 minutes before sleep due to inactivity
Install and Root your Device
Do nothing while rooting "Like tapping or bringing down the notification bar" this is why i make you set the 10minute-sleep
1st/2nd attempt might fail but on the other hand it will succeed
You might wanting to have a SuperSU instead of kingoroot's SU
Google it SuperSU Me Download the latest version or you can find the link here
http://forum.xda-developers.com/general/paid-software/supersu-please-t3110954
Update the SUBinary
Reboot
3. Root Using TWRP (old)
Requirements
TWRP link is here
http://forum.xda-developers.com/attachment.php?attachmentid=3128455&d=1421957427
Important: Odin3 v1.85 Direct download Link
http://forum.xda-developers.com/attachment.php?attachmentid=581913
PC
On your pc Open Odin3 v1.85
Click PDA and choose the tar file that you've downloaded
Tick Auto Reboot and F. Reset time
Now go to your device, Boot into download mode ( Power it off wait until it vibrates then press Home,Power and Volume Down Simultaneously)
Plug your device into your Computer (Install drivers here's the link http://www.mediafire.com/download/o3exocwabcxax3b/SAMSUNG_USB_Driver.exe)/ Some Pc install drivers automatically just wait them to install or if you already install the drivers skip driver installation procedure)
Click Start if the Odin detects your phone, your phone will automatically reboot
Now Boot your phone into Recovery Mode by (Turning it off and Press Power + Home + Volume up)
It will boot into TWRP
Press Reboot > System and it will ask you if you want to get root and swipe it to install
Update SuperSU and make another reboot
You can also update your TWRP using this zip file
https://www.androidfilehost.com/?fid=24052804347818249
Now if you really can't root your tablet and you're desperate, try another version of your stock firmware, you can find your stock firmware on Google, after that do this procedure again
Done.
Other Links to make your tab Rooted
http://forum.xda-developers.com/showthread.php?t=3111934
http://forum.xda-developers.com/tab-4/help/twrp-install-twrp-root-samsung-galaxy-t3095736
Developers that has credit on all of this
@BRoy_98
@pinksworld
@gatesjunior
and sorry if i haven't mentioned the others, i dont know who to give credits
SORRY SOME OF MY ENGLISH IS REALLY BAD

Yay another one, I think this is the fourth of this same exact thread
You might want to mention how kingroot/kingoroot send your personal data to Chinese servers and the twrp builds you linked to only work fur the SM-T230, SM-T230NU, and SM-T231, and will not work for any of the several other Tab 4 7" variants

Just imagine that I just put all those threads together ahaha: )

thisisapoorusernamechoice said:
Yay another one, I think this is the fourth of this same exact thread
You might want to mention how kingroot/kingoroot send your personal data to Chinese servers and the twrp builds you linked to only work fur the SM-T230, SM-T230NU, and SM-T231, and will not work for any of the several other Tab 4 7" variants
Click to expand...
Click to collapse
I dunno if that issue is real, but no worries we have supersu me

thisisapoorusernamechoice said:
Yay another one, I think this is the fourth of this same exact thread
You might want to mention how kingroot/kingoroot send your personal data to Chinese servers and the twrp builds you linked to only work fur the SM-T230, SM-T230NU, and SM-T231, and will not work for any of the several other Tab 4 7" variants
Click to expand...
Click to collapse
I dont think that if you install first supersu me and then kingroot your tab, after root turn wifi off and use supersu me, no data sent to anyone........ anyways it doesnt send your passowords etc to china, just like browser data and few app datas.... but theres no way to get passwords.... all are crypted or hidden well in smali

thelous said:
I dont think that if you install first supersu me and then kingroot your tab, after root turn wifi off and use supersu me, no data sent to anyone........ anyways it doesnt send your passowords etc to china, just like browser data and few app datas.... but theres no way to get passwords.... all are crypted or hidden well in smali
Click to expand...
Click to collapse
I wouldn't be sure about that. If you type in your password, once rooted, anything can easily capture the keyboard input and log it or send it out. Let me elaborate. It's like the guys who say, "Hey I have a firewall installed so it cannot communicate out." Yeah, o.k., so all the firewalls do is manage IPTABLES, so if I am an application and have root access, I can do what I want to avoid your firewall rules quite easily. Just a thought.

Hmm, updating the binary will remove the @#$%&* thing , we're just going to use the app to root our phone, and I guess wiping cache and dalvik is necessary

BTW tab 4 is best for gaming because of it looks and size but due to a stupid Samsung company, 1.2ghz + vivante gc1000 expect lagging, I hope some kind hearted will make a custom kernel for overclocking this tab.

BTW There's no Tex plugin on gltools, installing default will not work, so you have to find a cracked version of gltools, well if you do that... R.I.P expect force closes

gatesjunior said:
I wouldn't be sure about that. If you type in your password, once rooted, anything can easily capture the keyboard input and log it or send it out. Let me elaborate. It's like the guys who say, "Hey I have a firewall installed so it cannot communicate out." Yeah, o.k., so all the firewalls do is manage IPTABLES, so if I am an application and have root access, I can do what I want to avoid your firewall rules quite easily. Just a thought.
Click to expand...
Click to collapse
Well i didnt say anything about firewalls i was daying if you manually disable wifi and use king root, it wont be able to connect anywhere to send any data.... also you can search by date and time files made during root session and remove everything to prevent any keyloger to work

Have ODIN and a stock image ready!!!
Be careful with this root process! The sm-t237p 5.1.1 OH7 boot loops and won't hold the root or Philz recovery... Yet!:cyclops:

thelous said:
Well i didnt say anything about firewalls i was daying if you manually disable wifi and use king root, it wont be able to connect anywhere to send any data.... also you can search by date and time files made during root session and remove everything to prevent any keyloger to work
Click to expand...
Click to collapse
No. I can easily change the file and date stamp to match any given system file you already have so that it is not easy to find. Also, Kingroot will not run correctly and root your device properly if it cannot contact it's servers to download the proper exploit for your device. Now, if you are talking about disabling wifi only so that Kingroot cannot contact it's servers after you are rooted, well, if you use any data what so ever, it can use that same data connection. As an example, I have to have data of some type to login to my bank site, etc..

SM-T237P Specific maybe others with PhilZ recovery...
Root Success! Check this out... http://forum.xda-developers.com/showpost.php?p=64182938&postcount=15

gatesjunior said:
No. I can easily change the file and date stamp to match any given system file you already have so that it is not easy to find. Also, Kingroot will not run correctly and root your device properly if it cannot contact it's servers to download the proper exploit for your device. Now, if you are talking about disabling wifi only so that Kingroot cannot contact it's servers after you are rooted, well, if you use any data what so ever, it can use that same data connection. As an example, I have to have data of some type to login to my bank site, etc..
Click to expand...
Click to collapse
Well, atleast my bank account cant be logged with different ip and if its tried i recice message wheres code that you need write to bank website to access account.... however i havent lodt any accounts yet after rooting with kingroot, it has so manynusers that they cant check all information they recive, just like facebook and whatsapp... (they're spying watnu do but they have too many users so it would take like unlimited time to check all accounts and keybindings thru.....

K94U said:
Root Success! Check this out... http://forum.xda-developers.com/showpost.php?p=64182938&postcount=15
Click to expand...
Click to collapse
You can use any kind of cwm to flash a zip file that can root your device, This was an alternative way, just find a cwm to flash hehe

Siegharf said:
You can use any kind of cwm to flash a zip file that can root your device, This was an alternative way, just find a cwm to flash hehe
Click to expand...
Click to collapse
Flashing recovery trips KNOX (no warranty or OTA updates) and the other method sometimes doesn't... Also, the recovery/zip method stopped working on lollipop and marshmallow with the older SuperSU builds but... Chainfire has a new BETA SuperSU 2.6X that is a systemless root and now working on the newer Android builds using the recovery/zip method. This seems to work for mostly ALL Samsung and Nexus devices... Read about it here:
http://forum.xda-developers.com/showpost.php?p=64161125&postcount=3
I restored my nandroid backup in recovery just to try this on my sm-t237p lollipop and it worked the first time!!! All apps get root access OK except es file explorer(now bloatware anyway)... You might need to install busybox for things to work... :good: :laugh:

K94U said:
Flashing recovery trips KNOX (no warranty or OTA updates) and the other method sometimes doesn't... Also, the recovery/zip method stopped working on lollipop and marshmallow with the older SuperSU builds but... Chainfire has a new BETA SuperSU 2.6X that is a systemless root and now working on the newer Android builds using the recovery/zip method. This seems to work for mostly ALL Samsung and Nexus devices... Read about it here:
http://forum.xda-developers.com/showpost.php?p=64161125&postcount=3
I restored my nandroid backup in recovery just to try this on my sm-t237p lollipop and it worked the first time!!! All apps get root access OK except es file explorer(now bloatware anyway)... You might need to install busybox for things to work... :good: :laugh:
Click to expand...
Click to collapse
There's kies or custom ota flashing

K94U said:
Flashing recovery trips KNOX (no warranty or OTA updates) and the other method sometimes doesn't... Also, the recovery/zip method stopped working on lollipop and marshmallow with the older SuperSU builds but... Chainfire has a new BETA SuperSU 2.6X that is a systemless root and now working on the newer Android builds using the recovery/zip method. This seems to work for mostly ALL Samsung and Nexus devices... Read about it here:
http://forum.xda-developers.com/showpost.php?p=64161125&postcount=3
I restored my nandroid backup in recovery just to try this on my sm-t237p lollipop and it worked the first time!!! All apps get root access OK except es file explorer(now bloatware anyway)... You might need to install busybox for things to work... :good: :laugh:
Click to expand...
Click to collapse
235 LTE 5.1.1 rooted as well
http://forum.xda-developers.com/showpost.php?p=64255121&postcount=1
(not spamming in case anyone got the idea)

OTA 4.2 Installation Error on rootet Shield

Hello!
I need some Help with my Shield Tablet. I own the "Nvidia Shield 32GB LTE" Version and did root it 2 or 3 Days ago. Now i got the Message for the new "4.2 Upgrade" but after trying to install said Upgrade, i get the laying Android with an "Error". I tried the Installation 2 Times with the same Result. Do i have to Factory Reset my Shield to be able to install OTA 4.2?
I have no Experience with anything related to Software modification and got my root with a YouTube Tutorial on the Shield. I'd like to keep the root, and would reroot if necessary.
Any Help is appreciated!
Informations that may be helpfull:
- I have the Nvidia Family Drivers installed
- I have "minimal ADB and Fastboot "
- I own the "32GB LTE P1761" Model
- I have Android 6.0.1 installed with the Security Patch from 1. March 2016 and Shield 4.1 (24.3.67.35) Software
- I used the "TUTORIAL - Root NVIDIA SHIELD Tablet / K1 - Android 6.0" Tutorial on YouTube

Once you're rooted, you cannot update via normal means as the regular OTA update will check the system partition to make sure it is untouched.
The easiest way to update is to simply have the updater download the Full OTA and install. Go to Settings -> About tablet -> System upgrade -> 3 vertical dots on top right -> Advanced -> Check full upgrade (check it).
When it updates, it will remove root and very likely the TWRP recovery.
After it's updated, you can then go back and flash TWRP 3.0.2-2 to the recovery partition and then flash SuperSU 2.76 within TWRP. You may have older versions of TWRP and SuperSU if you used the YouTube tutorial, so be sure to get these newer versions.

Thanks for the the Advice, it helped!
Now im facing another Problem. After updating and rerooting, i can't use Lucky Patcher to install FakeGPS as an System App. I get the Error "there is not enough space within the system partition to move the application. please free up space in /system then try again.". I should have plenty of Space left on Internal and the full 180GB on my SDXC but it doesn't want to install. :I Any Suggestions?
Also "Hide my root" tell's me that it can't finde the "su binary".
Damn i want a one-push-do-it-for-me button. :crying:

[email protected] said:
Thanks for the the Advice, it helped!
Now im facing another Problem. After updating and rerooting, i can't use Lucky Patcher to install FakeGPS as an System App. I get the Error "there is not enough space within the system partition to move the application. please free up space in /system then try again.". I should have plenty of Space left on Internal and the full 180GB on my SDXC but it doesn't want to install. :I Any Suggestions?
Also "Hide my root" tell's me that it can't finde the "su binary".
Damn i want a one-push-do-it-for-me button. :crying:
Click to expand...
Click to collapse
Your not allowed to discuss LP here so I can't help with that. But if I were you I'd look at enabling compatibility mode in supersu. This helps with programs that haven't been updated to work with systemless su. I think the reason you can't install as a system app is because the program isn't properly calling su.
Sent from my SHIELD Tablet K1 using Tapatalk

I haven't found anything regarding compatability mode in supersu. Hidden option?

[email protected] said:
I haven't found anything regarding compatability mode in supersu. Hidden option?
Click to expand...
Click to collapse
Google search it. It's a command you can enter, I think in adb, that will let legacy root apps be granted root properly. I know it's all over the supersu thread in relation to es file explorer
Sent from my Nexus 5X using Tapatalk
---------- Post added at 04:13 PM ---------- Previous post was at 04:11 PM ----------
Exile1975 said:
Google search it. It's a command you can enter, I think in adb, that will let legacy root apps be granted root properly. I know it's all over the supersu thread in relation to es file explorer
Sent from my Nexus 5X using Tapatalk
Click to expand...
Click to collapse
Also, do you have busybox installed? If not start there
Sent from my Nexus 5X using Tapatalk

Yes I have busybox installed, but didn't help much. I will look in to Factory reset since I don't have private Data on this Tablet and I belive i may have done something wrong with the reroot.
I did a quick search on the supersu compatibility mode bit with no useful Results.

[email protected] said:
Yes I have busybox installed, but didn't help much. I will look in to Factory reset since I don't have private Data on this Tablet and I belive i may have done something wrong with the reroot.
I did a quick search on the supersu compatibility mode bit with no useful Results.
Click to expand...
Click to collapse
https://r.tapatalk.com/shareLink?ur...hare_fid=3793&share_type=t&share_pid=67710325
[BETA][2016.07.05] SuperSU v2.76
Sent from my Nexus 5X using Tapatalk

Thank you Guys for all the Help! \o/ Feel Brofistet from me.
I found the cause for the Error. It was the actual .apk that i tried to install. I went back trough my Chrome History to find the first one i used and it worked flawlessly. I sometimes have to wonder how i survive outside my Room...