This thread is for SuperSU releases that are still in testing, and are not yet available through the Play store. The main thread for stable SuperSU releases is located here: https://forum.xda-developers.com/apps/supersu/stable-2016-09-01supersu-v2-78-release-t3452703. The changelogs are in the old release thread.
Please keep track of the version numbers in the thread titles, as the latest test release may not always be newer than the latest stable release.
The latest test release is:
SR5-SuperSU-v2.82-SR5-20171001224502.zip
RELEASE NOTES
That is a recovery flashable ZIP (I recommend FlashFire or TWRP). If you want to install via APK, it is also present inside the ZIP, in the common folder.
--- reserved ---
@Chainfire Does 2.05 beta include SELinux workaround for L that you mentioned in other thread? I guess we could move xposed non related discussion about SELinux here as well.
StupidIdea said:
@Chainfire Does 2.05 beta include SELinux workaround for L that you mentioned in other thread? I guess we could move xposed non related discussion about SELinux here as well.
Click to expand...
Click to collapse
2.05 doesn't yet. I've made a lot of headway with it though, and is now a lot less messy and more reliable than when I last posted in that thread. It's fully working with AOSP tree synced and built today. The question is still if it'll work with retail L - probably, but we just don't know.
The mechanism itself may be able to be employed to fix Xposed as well, but I'd like to have @rovo89 's active input on this to make sure we only drop security where needed and not more than that. I haven't seen him comment on the SELinux stuff in a while though.
The code is pretty much ready to be integrated into SuperSU itself, but I'm not really sure whether I should do so now, or wait for L retail to let it loose on the world.
Chainfire said:
2.05 doesn't yet. I've made a lot of headway with it though, and is now a lot less messy and more reliable than when I last posted in that thread. It's fully working with AOSP tree synced and built today. The question is still if it'll work with retail L - probably, but we just don't know.
The mechanism itself may be able to be employed to fix Xposed as well, but I'd like to have @rovo89 's active input on this to make sure we only drop security where needed and not more than that. I haven't seen him comment on the SELinux stuff in a while though.
The code is pretty much ready to be integrated into SuperSU itself, but I'm not really sure whether I should do so now, or wait for L retail to let it loose on the world.
Click to expand...
Click to collapse
No pressure. Its up to you if you decide to publish it before L release or not but I will be glad to test it on L and report if functions that I use in my apps work with it. As for xposed in theory these 5 points rovo89 posted should work with "permissive" but I guess he will verify it himself.
Of topic: I understand its beyond su binary but did you even thought about adding an option to start activity in system or root process? Benefits are simpler interaction with system services and improved service life (faster restarts). Let me know if question is not clear.
Please remove the "Disable Samsung KNOX popups" request the second time that we open the app, or add an option to remove this message at every start of the app, on many Galaxy S4 with the last 4.4.2 firmware a SystemServer Crash make random reboots after Knox disabled via SuperSU
This xposed module http://forum.xda-developers.com/xposed/modules/samsung-kitkat-systemserver-crash-fix-t2806046 not always fix the problem.
CM11s on OnePlus One
Betas 2.04 and 2.05 working like a charm, the autogrand feature didn't work before that.
Thank you for your work!
Suggestion: could you change the default theme from White to Device default? I always use Dark themes and it's kinda frustrating to have to change that on every flash... I think Device default would work great for everyone
cioce said:
Please remove the "Disable Samsung KNOX popups" request the second time that we open the app, or add an option to remove this message at every start of the app, on many Galaxy S4 with the last 4.4.2 firmware a SystemServer Crash make random reboots after Knox disabled via SuperSU
This xposed module http://forum.xda-developers.com/xposed/modules/samsung-kitkat-systemserver-crash-fix-t2806046 not always fix the problem.
Click to expand...
Click to collapse
Not having KNOX disabled and using root in turn can also cause random reboots... so this is a tricky problem, not solved merely by not pressing that button. SuperSU keeps nagging you about it, because really, you have to do this.
Have you tried completely removing the com.sec.knox.seandroid package from your device?
MasterMind33 said:
CM11s on OnePlus One
Betas 2.04 and 2.05 working like a charm, the autogrand feature didn't work before that.
Thank you for your work!
Suggestion: could you change the default theme from White to Device default? I always use Dark themes and it's kinda frustrating to have to change that on every flash... I think Device default would work great for everyone
Click to expand...
Click to collapse
The reason device default theme is not selected by default is because a lot of OEMs have some godawful themes set by default that everybody would nag me about ...
Hmm. I blinked and the master has a new weapon to play with. Superuser apps will always be needed. By the way, Pro could use an update to a nicer icon.
MikeRL100 said:
Hmm. I blinked and the master has a new weapon to play with. Superuser apps will always be needed. By the way, Pro could use an update to a nicer icon.
Click to expand...
Click to collapse
#realworldproblems
I'm so sad, 1.9.4 stable but after that, whatever I did, keep su binary update rooting... I don't know what problem my device have. Lenovo s930 (kitkat4.4.2). normal update su binary makes me break root, using twrp or cwm su binary update loop. I can use only 1.9.4 without problem.
Chainfire said:
Not having KNOX disabled and using root in turn can also cause random reboots... so this is a tricky problem, not solved merely by not pressing that button. SuperSU keeps nagging you about it, because really, you have to do this.
Click to expand...
Click to collapse
Hi Chainfire and thanks for reply,
I know that the random reebots can happen also on not modified firmware (without root), but in the Italian forum androidiani.com (http://www.androidiani.com/forum/mo...-root-towelroot-knox-0x0-galaxy-s4-i9505.html) some user report that after the root and Knox Disabled via SuperSU, the Galaxy S4 start to make random reebots, and before to do the root on the same firmware they have never seen a reboot, this is the reason why I ask you to give to the user the possibility to disable the Samsung KNOX popup.
Chainfire said:
Have you tried completely removing the com.sec.knox.seandroid package from your device?
Click to expand...
Click to collapse
No, but if Knox doesn't make any problem on my device, is it really necessary to disable it? Maybe someone want to use it.
cioce said:
Hi Chainfire and thanks for reply,
I know that the random reebots can happen also on not modified firmware (without root), but in the Italian forum androidiani.com (http://www.androidiani.com/forum/mo...-root-towelroot-knox-0x0-galaxy-s4-i9505.html) some user report that after the root and Knox Disabled via SuperSU, the Galaxy S4 start to make random reebots, and before to do the root on the same firmware they have never seen a reboot, this is the reason why I ask you to give to the user the possibility to disable the Samsung KNOX popup.
Click to expand...
Click to collapse
I'm not talking about not having root at all. The problem (as I understand it) is caused by having any packages at all in a "disabled" state. This may ultimately cause a crash which triggers a reboot.
At the same time, keeping that package enabled in combination with root, will break various root commands, which you may not even notice (root apps will just appear to randomly fail and be unreliable) which in turn is also known to cause reboots.
No, but if Knox doesn't make any problem on my device, is it really necessary to disable it? Maybe someone want to use it.
Click to expand...
Click to collapse
Just because you haven't noticed the issue doesn't mean it isn't there. As for using it, having root prevents KNOX from working anyway.
...
The point is, solving this problem is not as easy as making that popup optional.
dhampire said:
I'm so sad, 1.9.4 stable but after that, whatever I did, keep su binary update rooting... I don't know what problem my device have. Lenovo s930 (kitkat4.4.2). normal update su binary makes me break root, using twrp or cwm su binary update loop. I can use only 1.9.4 without problem.
Click to expand...
Click to collapse
Please clarify what happens in the following circumstances:
- in-app binary update: normal, and reboot
Keeps saying binary needs updating? Or also results in bootloop?
- in-app binary update: TWRP/CWM
Bootloop?
- latest flashable ZIP with TWRP/CWM
Also bootloop?
It's strange if they don't all result in bootloops...
I know testing is very annoying for you because you need to reflash your system every failed test, but if you want to help solve this problem it's going to require some work.
First test:
- If you have SuperSU 1.94 installed, use the "full unroot" option from settings to remove it.
- Reboot into CWM/TWRP
- Install the latest BETA ZIP but do not reboot
- Adb shell into the device
- "mount /system"
- "ls -l /system/xbin/*su*", post the output here
- "ls -lZ /system/xbin/*su*", post the output here
- Remove /system/app/Superuser.apk
- Reboot into Android
- See if there is a bootloop
Sorry for my poor english. not bootloop. never bootloop. but su binary update loop -> need su binary update again on every boot after update su binary....continue...keep saying need update.
---------- Post added at 09:10 AM ---------- Previous post was at 09:07 AM ----------
I also did full unroot before, and I can't root my device again (finally I flashed rom again).
---------- Post added at 09:14 AM ---------- Previous post was at 09:10 AM ----------
When I choose normal su binary update, it makes broke root(unroot), and it also I can't root again, I have to flash rom finally.
---------- Post added at 09:15 AM ---------- Previous post was at 09:14 AM ----------
If 1.9.4, there are no problem like that. but only twrp use su binaly update. normal update makes unroot.
dhampire said:
I also did full unroot before, and I can't root my device again (finally I flashed rom again).
Click to expand...
Click to collapse
Not even using the full update ZIP linked in the first post of this thread? What happens then, still asks for binary update?
dhampire said:
When I choose normal su binary update, it makes broke root(unroot), and it also I can't root again, I have to flash rom finally.
Click to expand...
Click to collapse
Again, not even using the full update ZIP linked in the first post of this thread? What happens then, still asks for binary update?
...
Please:
- Install the attached version
- Update binaries at least once
- Reboot
- Post logcat (specifically looking for "[SuperSU][APK][Installer]" lines)
Version 2.06 installed on:
-Note SGH-I717 Android 4.0.3
-Note 3 SM-N900V Android 4.3
No problem.
With v2.04 and v2.05 on the Note, the SuperSU apps-list activity was stuck trying to display the list and the preferences activity froze the system while toggling survival mode, both only on the first run. With v2.06 this did not happen.
Was it a 'busybox' issue? I have two versions installed in different locations and there are significant differences. I use the better applets of each. Maybe developers should build a mini version containing only the applets they need to rely on and use it from their data directory.
Frank
Frank Westlake said:
Version 2.06 installed on:
-Note SGH-I717 Android 4.0.3
-Note 3 SM-N900V Android 4.3
No problem.
With v2.04 and v2.05 on the Note, the SuperSU apps-list activity was stuck trying to display the list and the preferences activity froze the system while toggling survival mode, both only on the first run. With v2.06 this did not happen.
Was it a 'busybox' issue? I have two versions installed in different locations and there are significant differences. I use the better applets of each. Maybe developers should build a mini version containing only the applets they need to rely on and use it from their data directory.
Click to expand...
Click to collapse
No it was not a busybox issue, it was an odd bug somewhere in the binary
Hi, Master.
Q:Again, not even using the full update ZIP linked in the first post of this thread? What happens then, still asks for binary update?
A: Yes.
I did this method.
- Install the attached version
- Update binaries at least once
- Reboot
- Post logcat (specifically looking for "[SuperSU][APK][Installer]" lines)
The attached file is the log.txt (Is it enough? or wrong? If wrong please teach me easy way, I'm newbie)
Still continue to mention " Need Su Binary update".
Regards.
dhampire said:
Hi, Master.
Q:Again, not even using the full update ZIP linked in the first post of this thread? What happens then, still asks for binary update?
A: Yes.
I did this method.
- Install the attached version
- Update binaries at least once
- Reboot
- Post logcat (specifically looking for "[SuperSU][APK][Installer]" lines)
The attached file is the log.txt (Is it enough? or wrong? If wrong please teach me easy way, I'm newbie)
Still continue to mention " Need Su Binary update".
Regards.
Click to expand...
Click to collapse
Please confirm the app actually says 2.06
This logcat does not list the output I expect. Did you open SuperSU again after rebooting?
How did you make the logcat? "adb logcat > logcat.txt" ?
Related
Thread specifically about finding and solving the issue that some are seeing where the apps and logs screen of SuperSU will load indefinitely, while su access does keep working.
r25txe said:
Hi @Chainfire
I just tried the 2.04BETA to see if my issue was resolved, to no avail.
I was wondering have you had any reports of certain settings not being configurable and the "apps" and "logs" tabs endlessly refreshing, i.e., you cannot see what apps you have approved or denied.
My root does work, I can approve or deny requests normally, it's just I cannot go back if I want to reconfigure an app's root access or review logs. Unchecking the refresh app and logs automatically has no effect.
In the settings, uninstall SuperSU will not work, causes an eventual crash of SuperSU (after quite some time) unless you do a reboot. SuperSU will still be there, too.
I'm a Pro user and unable to set a PIN either as SuperSU will just circle endlessly after trying to set one.
I've been reading about other users' issues mostly related to root access itself, but my issues seem to be interface only.
---------- Post added at 01:30 AM ---------- Previous post was at 01:19 AM ----------
Oh, my ..!
It's working now, I just did another reboot (because SuperSU had become stuck again) and on reboot all was working! :good:
:blush:
I'll redownload the licence and test Pro features tomorrow and report back.
Click to expand...
Click to collapse
r25txe said:
All the issues I described are back now.
With or without licence.
Will continue trying/testing see if I can get a pattern.
This is persisting across four phones, one on Gingerbread.
Click to expand...
Click to collapse
mathuaerknedam said:
I'm also seeing this, in 1.94 and 2.02, but I've not yet tried the 2.04 beta. Sometimes it works. I've tried all sorts of different things to identify a pattern, but I've had no luck.
I've also one instance, just last night, of SuperSU requesting root privileges for itself. I can post a screenshot and some log data if that would help.
Sent from my Nexus S 4G using XDA Free mobile app.
Click to expand...
Click to collapse
xlollomanx said:
Same issue I have, is presented from any version after 1.94. However it does not happen always: sometimes shows granted superuser app sometimes not, happens random.
Click to expand...
Click to collapse
It'd be great if we can get a recap of which SuperSU versions, which devices and kernels and firmwares, are affected. Any information you have is welcome. Let's get this issue sorted out.
@Chainfire So I'll start. I own a Galaxy W with unofficial Cyanogenmod 11 ( http://forum.xda-developers.com/showthread.php?t=2588495) and now I'm using this kernel http://forum.xda-developers.com/showthread.php?t=2593027 (I' ve tried also with stock kernel but the problem persist and is the same). I used SuperSU for years and worked perfectly until v1.94. When I installed v2.0 the problem starts. After that I updated to 2.01 and I tried some beta like 2.04 and 2.05 but the problem still persist.
I hope this can help you, thanks for support.
EDIT: Some kind of Log could help you?
xlollomanx said:
@Chainfire So I'll start. I own a Galaxy W with unofficial Cyanogenmod 11 ( http://forum.xda-developers.com/showthread.php?t=2588495) and now I'm using this kernel http://forum.xda-developers.com/showthread.php?t=2593027 (I' ve tried also with stock kernel but the problem persist and is the same). I used SuperSU for years and worked perfectly until v1.94. When I installed v2.0 the problem starts. After that I updated to 2.01 and I tried some beta like 2.04 and 2.05 but the problem still persist.
I hope this can help you, thanks for support.
EDIT: Some kind of Log could help you?
Click to expand...
Click to collapse
How did you update? Via in-app, Play store, or exclusively ZIP updates? Which recovery are you using? Have you tried making a backup, wiping, and install SuperSU cleanly - does the issue persist?
I've definitely seen this with SuperSU 2.02, and I believe I also saw it with 1.94 (but I can't recall for certain). I've not yet tried 2.04 beta.
I'm using the device, rom, and recovery in my sig. I've see this with several different kernels, including the one in my sig, Marmite 10.6/10.5/10.4/10.3, Matr1x 25 cfs and bfs, Devil Kernel 20131025_VC and Air Kernel Weekly r350.
When I flash a kernel, cwm asks if I want to "fix root". I've reboot both fixed and unfixed, and it doesn't seem to matter.
What else can I try or provide?
Chainfire said:
How did you update? Via in-app, Play store, or exclusively ZIP updates? Which recovery are you using? Have you tried making a backup, wiping, and install SuperSU cleanly - does the issue persist?
Click to expand...
Click to collapse
Now I'm using CWM recovery based (6.0.5.0)
I tested the v1.94 and update v2.0 on a " old rom". Few days later, thinking was my device problem's I performed a full wipe with pristine and installed v2.0 directly from play store, so I could try a cleanly installation of SuperSU (but the problem persist). Here I tried all new versions (I also tried the v1.94, which worked fine, but mainly to uninstall the newer version's as I will explain below) but without success.
I tried in different ways:
I downgraded to v1.94(replacing supersu with root explorer), uninstalled SuperSU, reistalled v1.94(via in-app) and then updated to 2.0 and then v2.01 when update came out from play store.
I downgraded again to v1.94(replacing supersu with root explorer), uninstalled SuperSU and then installed v2.0 from zip-updates. Also tried flashing directly over v1.94 ,without uninstall, from recovery with zip-updates.
I downgraded again to v1.94(replacing supersu with root explorer), uninstalled SuperSU and then installed v2.02 from zip-updates. Also tried flashing directly over v1.94 ,without uninstall, from recovery with zip-updates.
I tried v2.04 and v2.05 with zip-update from recovery by flashing directly over v2.02(this v2.02 is a result from previous test).
I uninstalled SuperSU by replacing supersu with root explorer, installed via in-app v1.94(that work perfectly) and then installed 2.04.
I hope I have answered in the right way in all your questions.
Regards
I have similar bug. I am on SE xperia GB ROM and all previous versions below 2.00 were working fine. After that I started to notice various problems.. For ex. on 2.00+ versions I was always getting "update su binary" notification. I tried to update it in both ways and both were sucessufull and root was working but i still was getting that notification. On last beta (2.05) root stopped to work and all root apps are loading continuously... when I enter to supersu app I get a notification that there is no su binary (but it exists). I install supersu on clean rom from recovery.. Here is the source code..for reference..
https://github.com/feravolt/feralab
Thank you.
Been playing around, haven't replicated so far. A common theme seems to be CM and CWM, though it works fine in my own testing still... sigh.
mathuaerknedam said:
I've definitely seen this with SuperSU 2.02, and I believe I also saw it with 1.94 (but I can't recall for certain). I've not yet tried 2.04 beta.
I'm using the device, rom, and recovery in my sig. I've see this with several different kernels, including the one in my sig, Marmite 10.6/10.5/10.4/10.3, Matr1x 25 cfs and bfs, Devil Kernel 20131025_VC and Air Kernel Weekly r350.
When I flash a kernel, cwm asks if I want to "fix root". I've reboot both fixed and unfixed, and it doesn't seem to matter.
What else can I try or provide?
Click to expand...
Click to collapse
Which installation method do you use for busybox? As I recall, the app you use provides several different methods.
Chainfire said:
Which installation method do you use for busybox? As I recall, the app you use provides several different methods.
Click to expand...
Click to collapse
I just clicked the big install button for a regular install.
Sent from my Nexus S 4G using XDA Free mobile app
Chainfire said:
Which installation method do you use for busybox?
Click to expand...
Click to collapse
That seems like a probable culprit. Maybe if someone installed your version of 'busybox' we might see a difference.
Frank
Installed BusyBox as well ... still working for me ...
Can you guys having this issue post your /data/data/eu.chainfire.supersu/files/supersu.cfg file ?
Very important 3d
Inviato dal mio SM-G900F X-Note 5.0 con Tapatalk
Nothing here
FeraVolt said:
I have similar bug. I am on SE xperia GB ROM and all previous versions below 2.00 were working fine. After that I started to notice various problems.. For ex. on 2.00+ versions I was always getting "update su binary" notification. I tried to update it in both ways and both were sucessufull and root was working but i still was getting that notification. On last beta (2.05) root stopped to work and all root apps are loading continuously... when I enter to supersu app I get a notification that there is no su binary (but it exists). I install supersu on clean rom from recovery.. Here is the source code..for reference..
https://github.com/feravolt/feralab
Click to expand...
Click to collapse
These issues are not related, as the problem we're discussing only applies to Android with SELinux, which Gingerbread doesn't have.
Let me know if v2.06 BETA solved the problem, please!
@r25txe @mathuaerknedam @xlollomanx
Chainfire said:
Let me know if v2.06 BETA solved the problem, please!
Click to expand...
Click to collapse
It works!!!
The problem was never entirely consistent, so I'll keep checking and report back. But so far, so good!
Sent from my Nexus S 4G using XDA Free mobile app
Chainfire said:
Let me know if v2.06 BETA solved the problem, please!
@r25txe @mathuaerknedam @xlollomanx
Click to expand...
Click to collapse
Hi @Chainfire
I just flashed 2.0.5 and the problem is persisting after two full reboots.
What kind of logs would be useful to you if you need them?
r25txe said:
Hi @Chainfire
I just flashed 2.05 and the problem is persisting after two full reboots.
What kind of logs would be useful to you if you need them?
Click to expand...
Click to collapse
Flash 2.06 ?
Did you mistype, or ? If you are actually on 2.06 then I'll have to think some more what the issue could be and how to trace it...
Oh, dear.
I am clearly much too tired to be on XDA! I only noticed that you posted 2.0.6. I will try it after work tomorrow, really need to crash now.
---------- Post added at 12:56 AM ---------- Previous post was at 12:52 AM ----------
Oh, I see you´re online, I will flash it right now ...
---------- Post added at 01:02 AM ---------- Previous post was at 12:56 AM ----------
2.06 works!!
(Although, 2.0.4 did this to me, too)
We´ll see how we get on tomorrow
Thank you, @Chainfire
---------- Post added at 01:08 AM ---------- Previous post was at 01:02 AM ----------
Not sure its of use, but here is the cfg file after the flash of 2.06.
https://www.dropbox.com/s/2s3kircndbfjqmm/supersu.cfg?dl=0
Super-SuMe Pro:
Disclaimer:
We nor XDA are responsible for anything that you choose to do with this program to your device or others. Modifying our code or redistributing it is not allowed without prior approval from us.
Donations:
"If this application helps you out, please consider a small monetary donation to further improve development of this application. You can Donate by clicking the "Donate to Me" button on your left, underneath my Profile picture. (The Team will divide it up..)
Developers / Contributors:
@Tomsgt (RootJunky)
@hsbadr
@Surge1223
@gatesjunior
Tester / Buddy:
@freddy0872
Background:
So after we gained root on the Note 4 everyone was excited, except that we all didn't like the KingRoot applications running
on our device and were not sure what it all was collecting. Also, many of our favorite programs we know work with SuperSU and
some even look for it. So we decided as a team to take on the challenge and come out with this script that will completely remove all of the KingRoot applications and put SuperSU on our device.
Requirements:
• KingRoot application on your device (There are known issues with certain versions of Kingroot, below is the version I use and know works well..)
Don't even try to run this if you have not just done a clean reboot and then rooted with KingRoot. Yes, you must do
this, otherwise you risk a reboot in the middle of the process and will have to do it anyway..
What does it do?:
• Removes KingRoot / Kingo Root applications
• Disables Knox
• Installs SuperSU
• It does NOT give you permanent root on the Note 4 (Update: The Pro version includes root protection, you will be surprised at how long you can retain root now.
What audience of device does it support?:
• AT&T Note 4
• Verizon Note 4
• Many, many other devices
It also will work on pretty much any other device that has KingRoot installed and you are looking at getting over to SuperSU..
This will work on any Android OS as long as you are rooted with KingRoot first.
Process if your device reboots / you lose root:
Uninstall Super-Sume Pro
Reboot
Root with KingRoot 5.x or newer
Install and run Super-Sume Pro
Here is a nice video that ours truly, RootJunky put together:
Download Link:
APK now available to do all of this for you without a PC..
https://play.google.com/store/apps/...ore&pcampaignid=APPU_1_uzPDVbGyFcGNyATHrqmoCA
Thank you Gates @ Team!! Awesome work you guys! Thank you very much your work is greatly appreciated!
Thanks
Been waiting on this for soooo long thanks so much
gatesjunior said:
SuperSUMe:
Disclaimer:
We nor XDA are responsible for anything that you choose to do with this program to your device or others. Modifying our code or redistributing it is not allowed without prior approval from us.
Donations:
"If this application helps you out, please consider a small monetary donation to further improve development of this application. You can Donate by clicking the "Donate to Me" button on your left, underneath my Profile picture. (The Team will divide it up..)
Developers / Contributors:
@Tomsgt (RootJunky)
@hsbadr
@Surge1223
@gatesjunior
Tester / Buddy:
@freddy0872
Background:
So after we gained root on the Note 4 everyone was excited, except that we all didn't like the KingRoot applications running
on our device and were not sure what it all was collecting. Also, many of our favorite programs we know work with SuperSU and
some even look for it. So we decided as a team to take on the challenge and come out with this script that will completely remove
all of the KingRoot applications and put SuperSU on our device.
Requirements:
The program requires that your manufacturer USB drivers are installed for your specific device as well as the following:
• Windows Operating System
• USB Debugging turned on for your device
• KingRoot application on your device
The process in the beginning will ask you to hard reboot your device and re-root the device with KingRoot. Yes, you must do
this, otherwise you risk a reboot in the middle of the process and will have to do it anyway..
We are also currently finishing up an on-device script for you as well as possibly an apk you could install to do the same thing. We are also
fine with anyone who wants to take this on and use our script as a guide. Just be fair and give us credit in the post..
What does it do?:
• Removes KingRoot applications
• Disables Knox
• Installs SuperSU
• Soft Reboot at the end
What audience of device does it support?:
• AT&T Note 4
• Verizon Note 4
All of the above require you to be running KitKat on the device as well. There currently is no root method available for the Lollipop release.
Here is a nice video that ours truly, RootJunky put together:
Download Link(s):
http://rootjunkysdl.com/?device=Galaxy Note 4&folder=Kitkat Root
Enjoy guys, we hope you like it..
Click to expand...
Click to collapse
Nice Work !!! Looking forward to DisableWriteProtection followed by custom ROMs
custom stock rom
I know this won't allow custom roms but is it possible to have a modified stock rom? Awesome work will try this later today
As far as root is concerned is this method permanent, I know kingroot isn't and this just seems to replace kingroot jazz with supersu, which is awesome by the way, but I saw no mention of permanent root or temp root.
thanitos said:
As far as root is concerned is this method permanent, I know kingroot isn't and this just seems to replace kingroot jazz with supersu, which is awesome by the way, but I saw no mention of permanent root or temp root.
Click to expand...
Click to collapse
OP updated, no it does not yet. We are currently working on this.
note edge work! thank you!
gatesjunior said:
OP updated, no it does not yet. We are currently working on this.
Click to expand...
Click to collapse
彩色的风 said:
note edge work! thank you!
Click to expand...
Click to collapse
Nice going gates! And u got it rolling on note edge from the looks of it! Top notch as always!
So this is not working for me.
I have used odin to succesfully downgrade from lollipop to 4.4.4 via the Stock_Restore_NJ5.zip file. Everything upon reboot of that shows the phone is running fine.
I have enable USB Debugging. I have no versions of SuperSU installed previously. I have the usb drivers installed and running your script seems to work fine. Kingroot apps are cleaned out during the script and SuperSU is installed. I run it and update the binary but after a 10+ second wait I get an installation failed.
I have factory reset the phone and tried it all once again but still the same outcome. I have verified that NJ5 is my current build.
Any ideas?
made me check box in developer options "mock locations". is that normal? i dont remember seeing that in video. took me forever to figure out what it wanted me to check off
Edit: Root is on ATT variant. took a number of tries doing the whole process to get it to work
dccoh said:
So this is not working for me.
I have used odin to succesfully downgrade from lollipop to 4.4.4 via the Stock_Restore_NJ5.zip file. Everything upon reboot of that shows the phone is running fine.
I have enable USB Debugging. I have no versions of SuperSU installed previously. I have the usb drivers installed and running your script seems to work fine. Kingroot apps are cleaned out during the script and SuperSU is installed. I run it and update the binary but after a 10+ second wait I get an installation failed.
I have factory reset the phone and tried it all once again but still the same outcome. I have verified that NJ5 is my current build.
Any ideas?
Click to expand...
Click to collapse
Whenever I downgrade I use the full firmware zip. Never had great success with the other variants.
bug report! super user ask me to update su files again, but it fails this time so I can't give privilege to my app anymore, any advice?
彩色的风 said:
bug report! super user ask me to update su files again, but it fails this time so I can't give privilege to my app anymore, any advice?
Click to expand...
Click to collapse
Which apps did you grant su to?
---------- Post added at 12:34 PM ---------- Previous post was at 12:32 PM ----------
I'm going to be out and about. Had a wedding yesterday and got some running around to do. If some of you need help or anything hit me up on hangouts if you need to. [email protected]
Help you out as best as I can!
freddy0872 said:
Which apps did you grant su to?
Click to expand...
Click to collapse
just xpose and greenify. looks like we should be hurry when we root it before the su vanish
I got it to work, but when I went into SuperSU after the reboot, it said it had to update su again. In the process of updating, the phone rebooted and I'm currently doing it all over again.
彩色的风 said:
just xpose and greenify. looks like we should be hurry when we root it before the su vanish
Click to expand...
Click to collapse
When you install exposed. It has you reboot. You will lose root. Re apply root and you should be able to function inside of xposed but remember any time you make a change that requires a reboot you will have to re root as well
---------- Post added at 12:37 PM ---------- Previous post was at 12:37 PM ----------
Sizzlechest said:
I got it to work, but when I went into SuperSU after the reboot, it said it had to update su again. In the process of updating, the phone rebooted and I'm currently doing it all over again.
Click to expand...
Click to collapse
See post about rebooting sir
Guys, I updated the build. Download the new file from the OP and try that..
Reboot your device, root with Kingroot and then run this new build..
freddy0872 said:
When you install exposed. It has you reboot. You will lose root. Re apply root and you should be able to function inside of xposed but remember any time you make a change that requires a reboot you will have to re root as well
---------- Post added at 12:37 PM ---------- Previous post was at 12:37 PM ----------
See post about rebooting sir
Click to expand...
Click to collapse
I know that, so I installed the exposed before the tips in cmd ask me to push the key to restart my device, everythings looks fine in the first minute. but then the super user crash
it asked me to update the su again, I believe it's still WP
彩色的风 said:
I know that, so I installed the exposed before the tips in cmd ask me to push the key to restart my device, everythings looks fine in the first minute. but then the super user crash
it asked me to update the su again, I believe it's still WP
Click to expand...
Click to collapse
Download the new build in the OP and try that one..
Update (11/09) - This method no longer works with the november security updates from Google as it causes suhide to break.
Here are the steps to follow
If you are already rooted, fully unroot. I do this by doing the following.
1) In the SuperUser app, go to settings and choose to do a full unroot. Choose "No" when it prompts you to restore your stock boot.img
2) Let the system reboot normally.
3) Reboot to recovery
4) If you have Magisk installed, flash the Magisk uninstaller Link
5) If you have suhide installed, flash rm-suhide 0.51 Link
6) Flash your ROM's boot.img extracted from your ROM (simply dirty flashing should also work), or install a custom kernel of your choice
At this point you should have a stock boot.img (or custom kernel) with no traces of SuperUser anywhere
Install SuperUser 2.78 Link
Install suhide 0.55 Link
Reboot into system. Verify that you have root. I'm not 100% sure this is necessary, but I like to do it before proceeding.
Reboot back into recovery.
Flash xsetpropSu.zip (attached to this post) Link
Reboot the system
Install RootSwitch 1.3.3.2 Link
Open up RootSwitch, uncheck disable all SU daemons. Disable Root
Pass SafetyNet
Optional
Using tasker to automatically disable root when certain applications are run. @NYZack made a little writeup here
Credits:
@NYZack - Helping me figure out how to put all of this together
@Captain_Throwback - For help with xsetprop
@Chainfire - SuperSU + SuHide
@topjohnwu - Magisk
work around found
no longer relevant post..
I don't know if the kernel can be modified to pull that trick. Even if someone does though, it's not going to last long. Every bypass you can find, Google can find. Then they know what to fix. The only way to win, is not to play.
And no, you can't lock the bootloader without wiping data.
Well I got it to work...I will turn this thread into a Guide. Who knows how long it will last, but...at least it's working for now.
Thread updated with instructions. I hope this can help someone!
So there's no way to do this without rooting and magisk?
3dawg said:
So there's no way to do this without rooting and magisk?
Click to expand...
Click to collapse
I want root, so I did not try to do that. If your bootloader is unlocked, I do not think there's a way to do it.
Thanks
skaforey said:
Thread updated with instructions. I hope this can help someone!
Click to expand...
Click to collapse
Yes I just followed these instructions and I am green panel. I have to check at a terminal to pay with phone but it probably will work. One note that was kinda unclear in case others do same....It should read :
Turn the Root switch ON....not OFF....when wanting to use AP. You can turn it back on when you want to do other things that require root permissions. I believe this is dynamic and working with the magisk mount point in addition to tricking the boot process into thinking the bootloader is locked.
Thanks so much for this. I was so angry with Google. And I was just going to say FK it and not use AP.
WORKS! Do all the steps in the order he says above and you can turn root off and on at will and have Android Pay work just fine! YAY!
skaforey said:
This thread started as a plea for help, but thanks to @NYZack I have gotten it to work.
Here are the steps to follow
If you are already rooted, fully unroot. I do this by doing the following.
1) If you have suhide installed, download rm-suhide 0.51 Link
2) In the SuperUser app, go to settings and choose to do a full unroot. Choose "No" when it prompts you to restore your stock boot.img
3) Let the system reboot normally.
4) Reboot to recovery
5) Flash rm-suhide 0.51
6) Flash your ROM's boot.img extracted from your ROM (simply dirty flashing should also work), or install a custom kernel of your choice
At this point you should have a stock boot.img (or custom kernel) with no traces of SuperUser anywhere
Install SuperUser 2.78 Link
Install Magisk v8.zip Link
Install suhide 0.55 Link
Reboot into system
Install Magisk Manger 2.1 (apk) Link
Open up Magisk Manager app and go to modules. Click on the + button. Add the following zip for xsetprop Link
Install RootSwitch 1.3.1.2 Link
Reboot system
Using Root Explorer (or some other file manager capable of root access), browse to /magisk/xsetprop and modify post-fs-data.sh . Add the following line to the end of the file, save and exit
Code:
xsetprop ro.boot.flash.locked 1
Reboot system
Open up RootSwitch, uncheck disable all SU daemons. Disable Root
Pass SafetyNet
Click to expand...
Click to collapse
FYI - The latest version of the xSetProp zip (0.2.1 as of this post) handles setting that prop automatically, and has additional logging. I'd recommend using that and you can remove that portion of your guide.
Captain_Throwback said:
FYI - The latest version of the xSetProp zip (0.2.1 as of this post) handles setting that prop automatically, and has additional logging. I'd recommend using that and you can remove that portion of your guide.
Click to expand...
Click to collapse
Thank you! Instructions updated (also tried to give proper credit all around).
I think Chainfire might be in the process of doing something similar without the need for Magisk.
I suppose we could also probably use the xsetprop binary along with a su.d script to run the necessary commands on startup? This would avoid having to use Magisk all together.
If I get some time I might try that out.
No longer works after I reboot the device. It's almost like it knows about my hack. It passes the safety net thing with green screen yet I get message saying that can't verify blah blah...your phone might be rooted! I've updated to 0.2.1 of the xprop and double checked the other things like suhide and magisk and so on. Wth ... Less than a day and Google changed something? I'm baffled. Help!
Pkt_Lnt said:
http://www.xda-developers.com/android-safetynet-now-reportedly-tripped-by-unlocked-bootloaders/
Click to expand...
Click to collapse
Thanks so much for taking the time to write this out.
I am 100% successful with M ROMs like ResRemix
However on my Nexus 6 with N ROMs (like Nitrogen or cDroid) I can't get SafetyNet to pass this way. With Root Switch I can get PoGo to work but following these instructions to a T I still don't have green SN
I wonder if it is the kernel ? What kernel have you been successful with?
Lastly are you aware of any way to find success with 7.1 ROMs?
---------- Post added at 12:31 AM ---------- Previous post was at 12:27 AM ----------
photolarry said:
No longer works after I reboot the device. It's almost like it knows about my hack. It passes the safety net thing with green screen yet I get message saying that can't verify blah blah...your phone might be rooted! I've updated to 0.2.1 of the xprop and double checked the other things like suhide and magisk and so on. Wth ... Less than a day and Google changed something? I'm baffled. Help!
Click to expand...
Click to collapse
Is the message you are getting coming up with SafetyNet or with PoGo ... or when ??
jcrompton said:
Thanks so much for taking the time to write this out.
I am 100% successful with M ROMs like ResRemix
However on my Nexus 6 with N ROMs (like Nitrogen or cDroid) I can get SafetyNet to pass this way. With Root Switch I can get PoGo to work but following these instructions to a T I still don't have green SN
I wonder if it is the kernel ? What kernel have you been successful with?
Lastly are you aware of any way to find success with 7.1 ROMs?
---------- Post added at 12:31 AM ---------- Previous post was at 12:27 AM ----------
Is the message you are getting coming up with SafetyNet or with PoGo ... or when ??
Click to expand...
Click to collapse
Yea I know I think it's something to do with either the kernel I've selected or perhaps suhide no longer works...I'm not sure what the deal is. I'm running Franco #55 and even without root, I get failure but inside the testing app ...see attached
Thanks for this write-up! I was able to pass SafetyNet in both apps while running Pure Nexus 7 w/ Stock OpenGapps.
I think one key thing that was skipped in the OP - be sure your ROM is SafetyNet compatible to begin with. I've run numerous ROMs that even before Google started checking bootloaders, wouldn't pass SafetyNet even if unrooted. For example, I just tried the OP method with Despair's new 7.1 ROM and it failed (probably won't work on 7.0 either). But with Pure Nexus 7.0 it works great.
MrBrady said:
Thanks for this write-up! I was able to pass SafetyNet in both apps while running Pure Nexus 7 w/ Stock OpenGapps.
I think one key thing that was skipped in the OP - be sure your ROM is SafetyNet compatible to begin with. I've run numerous ROMs that even before Google started checking bootloaders, wouldn't pass SafetyNet even if unrooted. For example, I just tried the OP method with Despair's new 7.1 ROM and it failed (probably won't work on 7.0 either). But with Pure Nexus 7.0 it works great.
Click to expand...
Click to collapse
I'm using stock Rom and only custom kernel so this should work on Nbd90z....I'd think. Last test was dreaded message but I'm trying to add few things to suhide blacklist. We shall see
I get the green screen. But then when I tap at store nfc terminal...it claims error....I'm going to try hiding nfc service, and what I think is play services based on uid chainfire explained. I'll try a small purchase and remember to screen capture the error if occurs
skaforey said:
Thank you! Instructions updated (also tried to give proper credit all around).
I think Chainfire might be in the process of doing something similar without the need for Magisk.
I suppose we could also probably use the xsetprop binary along with a su.d script to run the necessary commands on startup? This would avoid having to use Magisk all together.
If I get some time I might try that out.
Click to expand...
Click to collapse
I built the mod for people that were already using Magisk. If you're not using Magisk, then of course you can try just putting the binary in /su/xbin and put the post-fs-data.sh in /su/su.d and see if that works for setting the props at boot time.
I don't use Xposed, so using Magisk + phh's Superuser was my target for the module. I also did try the su.d method with SuperSU, but it wasn't working on my device. I also didn't want to have to use RootSwitch. But feel free to unpack the zip and try whatever combinations you want.
photolarry said:
No longer works after I reboot the device. It's almost like it knows about my hack. It passes the safety net thing with green screen yet I get message saying that can't verify blah blah...your phone might be rooted! I've updated to 0.2.1 of the xprop and double checked the other things like suhide and magisk and so on. Wth ... Less than a day and Google changed something? I'm baffled. Help!
Click to expand...
Click to collapse
Still working for me. Are you sure you disabled root in Root Switch? It automatically re-enables upon logon. Also be sure your xsetprop file is correct.
You can check by using the getprop command
skaforey said:
Still working for me. Are you sure you disabled root in Root Switch? It automatically re-enables upon logon. Also be sure your xsetprop file is correct.
You can check by using the getprop command
Click to expand...
Click to collapse
I'm using it for android pay not pogo. And I did. I'm sure the prop is right or wouldn't get green go. It's an error from AP saying something about unable to verify and might be rooted....or words to that effect
Hello,
I'm using MIUI 8 on my phone, its based on marshmallow 6.0.1. I rooted my device using supersu stable 2.78 as systemless mode. The problem is all need-root apps take long time to call supersu at first time it launched. Sometimes need-root app crash if it does not get superuser access for long time. The culprit is on systemless supersu, Superuser.apk installed inside /data partition instead of /system so it won't load on system start. Although i already add SuperSU in startup list, but it was not much help. I did not get this issue on CM13 based rom. Temporary solution is I need to open SuperSU first before open need-root apps for first time.
How to get rid from this issue?
Cc: @Chainfire
Have you found solution yet. Me too facing similar problem, some of my personal apps crashing, I found a system based super Su zip let me flash and report back..
herecomesmaggi said:
Have you found solution yet. Me too facing similar problem, some of my personal apps crashing, I found a system based super Su zip let me flash and report back..
Click to expand...
Click to collapse
Yes. Use phh superuser + magisk latest version. :good:
actually this is not the right answer, wrong thread
Hi
I'm sorry for bumping old thread, I've same issue with very same ROM, MIUI 8 8.1.6 run on mi4W device, magisk 13.3
how I managed to solve this is somewhat ridiculously simple yet make me wandering over the internet for about 4 hours in 2AM,
I forgot to activate the "install from unknown source". after that everything run like magic.
FYI: I've done everything via adb shell via TWRP before the "what if" idea come to my head
Click to expand...
Click to collapse
Hello,
I'm using a Samsung Galaxy S6(64GB, Exynos) with Magisk-root. But I have the issue that it automatically uninstalls. And suddenly it’s unroot. Then I have to reinstall the Magisk-vXX.X.zip with TWRP (X.XX is the version, for example: 14.0 or 13.3). But after some hours it is uninstalled again and I lost the root access.
Then I have to repeat this...
Does someone have the same problem? Or does someone know how to fix this?
I don't want to reinstall the Magisk-package everytime i need root-access.. And I don't want to switch to another root because I like the Magisk-hide-function.
Or are there other roots with hide function?
(I don't want to install a Custom ROM!)
Thank you
Larry
larrythil said:
Hello,
I'm using a Samsung Galaxy S6(64GB, Exynos) with Magisk-root. But I have the issue that it automatically uninstalls. And suddenly it’s unroot. Then I have to reinstall the Magisk-vXX.X.zip with TWRP (X.XX is the version, for example: 14.0 or 13.3). But after some hours it is uninstalled again and I lost the root access.
Then I have to repeat this...
Does someone have the same problem? Or does someone know how to fix this?
I don't want to reinstall the Magisk-package everytime i need root-access.. And I don't want to switch to another root because I like the Magisk-hide-function.
Or are there other roots with hide function?
Thank you
Larry
Click to expand...
Click to collapse
I had the same problem with my Nexus 6P.
I was on stock ROM and stock kernel and it happened twice.
Now I'm on stock ROM and EX Kernel and problems seemed go away.
Inviato dal mio Nexus 6P utilizzando Tapatalk
CyberZeus1977 said:
I had the same problem with my Nexus 6P.
I was on stock ROM and stock kernel and it happened twice.
Now I'm on stock ROM and EX Kernel and problems seemed go away.
Inviato dal mio Nexus 6P utilizzando Tapatalk
Click to expand...
Click to collapse
Tell me somthing about "stock kernel" and "EX Kernel" what is that and how can i install that? or change that?
I have the same problem, galaxy S6.
I noticed losing root randomly and fixed it by going install patch boot img then you flash the boot img in recovery. So far it's been a day no root loss
Lineage 14.1 for lg stylo 2 plus
Hi ! I have sale problem with my S8+ with custom rom and Custom kernel
Hello.
I am having the same issue with my S6. I have tried all of the advice from previous threads with regard to different versions of Magisk.. (Removing Busy Box / Not using the Magisk Hide feature... etc etc..). I have also been through as many extra options as I can think of, getting all of the "Update" patches from the other developers who have helped with the Magisk project.
Each time, I have run through all of the aditional scripts to make sure SU and Magisk have been completely removed prior, and then used Odin to do a recovery back to my Original ROM (a complete system backup image I previously saved).
The other interesting observation i have at the moment is that i can not get to the Log cat files to post them anywhere. I can see where they are supposed to be but the directory is empty "no files". I have even been as far as downloading one of the many "Mobile Forensic" software kits to try and see if there is anything wrong with my phone.
There is only one observation to report. It seems that after installing Magisk (even if you just install the main ROM and not the manager). Google play starts to download straight away... I am not sure what it is downloading as it doesn't ever seem to complete and all of my versions of the apps are up to date.
I hope I will be able to get some more usefull information for you soon (LogCat etc etc.). If any one has an answer or suggested options it would be good. I am particularly interested in getting the Busy Box feature to work with Root as I am working on an app for my job that needs both options (I work offshore and am trying to adapt a piece of Seismic QC software (unix based) to run on phones / tab's - Android).
I will sign up properly and start to follow the threads more closely.
Cheers... Andy
-Samsung S6 - Full Magisk Module (with recommended zeroflte TWRP).
AndyQVT said:
Hello.
I am having the same issue with my S6. I have tried all of the advice from previous threads with regard to different versions of Magisk.. (Removing Busy Box / Not using the Magisk Hide feature... etc etc..). I have also been through as many extra options as I can think of, getting all of the "Update" patches from the other developers who have helped with the Magisk project.
Each time, I have run through all of the aditional scripts to make sure SU and Magisk have been completely removed prior, and then used Odin to do a recovery back to my Original ROM (a complete system backup image I previously saved).
The other interesting observation i have at the moment is that i can not get to the Log cat files to post them anywhere. I can see where they are supposed to be but the directory is empty "no files". I have even been as far as downloading one of the many "Mobile Forensic" software kits to try and see if there is anything wrong with my phone.
There is only one observation to report. It seems that after installing Magisk (even if you just install the main ROM and not the manager). Google play starts to download straight away... I am not sure what it is downloading as it doesn't ever seem to complete and all of my versions of the apps are up to date.
Click to expand...
Click to collapse
So long story short, there's no definitive solution to the problem. Im using a g920p with a custom kernel built by a genius dev, and i still lose root once a day.
Basically what it comes down to is modules. If you have zero modules, you'll have better luck... But that's not the point of magisk, so you need to be picky with modules. Use osmosis's busybox from the magisk repo, but other than that, install modules 1 at a time and see if it affects root.
Another tip: uninstall all updates of the "device maintenance" app, and find it in Google play and turn off automatic updates. Then go to device maintenance > battery > unmonitored apps and magisk manager to the list of unmonitored apps... Then go back the battery screen, battery usage > 3 dots in top right > optimize battery usage, and make sure magisk manager is not optimized... That should help some. (Note: some models don't have device maintenance, but you'll still have the "optimize battery usage" option some where.)
The Google play thing you're seeing is likely "instant apps" updating. I believe that should be unrelated to all this, but some aspects of instant apps is a mystery.
As for the logcat thing, i believe you're getting logcat confused with the magisk_debug.log located in /data ? If that's the case, you need to be using the beta version of magisk. Go to magisk and set the update channel to beta, you'll get a notification to update magisk, download it and flash. (Or if the recommended native install is an option, use that)
I recommend just using he normal 14.3 magisk... You'll have issues, but they will be predictable and easy to solve with a simple reboot. There's really no final solution for us unfortunately, just making it as stable as possible.
Lastly, it helps if once every once in a while you fully uninstall magisk with the uninstall.zip, reboot (you might not get a bootloop, in which case hold volume up +power+ home to boot into recovery), reflash magisk 14.3, and then wipe cache and art/davik.
---------- Post added at 04:12 PM ---------- Previous post was at 04:12 PM ----------
larrythil said:
Hello,
I'm using a Samsung Galaxy S6(64GB, Exynos) with Magisk-root. But I have the issue that it automatically uninstalls. And suddenly it’s unroot. Then I have to reinstall the Magisk-vXX.X.zip with TWRP (X.XX is the version, for example: 14.0 or 13.3). But after some hours it is uninstalled again and I lost the root access.
Then I have to repeat this...
Does someone have the same problem? Or does someone know how to fix this?
I don't want to reinstall the Magisk-package everytime i need root-access.. And I don't want to switch to another root because I like the Magisk-hide-function.
Or are there other roots with hide function?
(I don't want to install a Custom ROM!)
Thank you
Larry
Click to expand...
Click to collapse
See above
Thanks to all for the help
Nye-uhls said:
So long story short, there's no definitive solution to the problem. Im using a g920p with a custom kernel built by a genius dev, and i still lose root once a day.
Basically what it comes down to is modules. If you have zero modules, you'll have better luck... But that's not the point of magisk, so you need to be picky with modules. Use osmosis's busybox from the magisk repo, but other than that, install modules 1 at a time and see if it affects root.
Another tip: uninstall all updates of the "device maintenance" app, and find it in Google play and turn off automatic updates. Then go to device maintenance > battery > unmonitored apps and magisk manager to the list of unmonitored apps... Then go back the battery screen, battery usage > 3 dots in top right > optimize battery usage, and make sure magisk manager is not optimized... That should help some. (Note: some models don't have device maintenance, but you'll still have the "optimize battery usage" option some where.)
The Google play thing you're seeing is likely "instant apps" updating. I believe that should be unrelated to all this, but some aspects of instant apps is a mystery.
As for the logcat thing, i believe you're getting logcat confused with the magisk_debug.log located in /data ? If that's the case, you need to be using the beta version of magisk. Go to magisk and set the update channel to beta, you'll get a notification to update magisk, download it and flash. (Or if the recommended native install is an option, use that)
I recommend just using he normal 14.3 magisk... You'll have issues, but they will be predictable and easy to solve with a simple reboot. There's really no final solution for us unfortunately, just making it as stable as possible.
Lastly, it helps if once every once in a while you fully uninstall magisk with the uninstall.zip, reboot (you might not get a bootloop, in which case hold volume up +power+ home to boot into recovery), reflash magisk 14.3, and then wipe cache and art/davik.
---------- Post added at 04:12 PM ---------- Previous post was at 04:12 PM ----------
See above
Click to expand...
Click to collapse
Hello again.
So in response.
I followed the advice given... (just as a note previously the root issue would happen within an hour of restarting the device). I have been to the beta thread and read through all advice. Before jumping to the Magisk 14.3, I started with Magisk 14.2, there was a post recommending this as a critical update to Magisk 14.0.
I had no issues with this install (I had once again used my backup to revert the phone back to all original).
I then added any of the modules i wanted one at a time waiting over an hour before looking at adding any additional modules.
So far, I have not lost root and the phone is working as expected (alot better infact). I have all the Busybox modules +add-on's running, still no issues.
The upgrade to v14.2 seems to have fixed all for my uses.
Thanks to all for help and advice.
Andy
AndyQVT said:
Hello again.
So in response.
I followed the advice given... (just as a note previously the root issue would happen within an hour of restarting the device). I have been to the beta thread and read through all advice. Before jumping to the Magisk 14.3, I started with Magisk 14.2, there was a post recommending this as a critical update to Magisk 14.0.
I had no issues with this install (I had once again used my backup to revert the phone back to all original).
I then added any of the modules i wanted one at a time waiting over an hour before looking at adding any additional modules.
So far, I have not lost root and the phone is working as expected (alot better infact). I have all the Busybox modules +add-on's running, still no issues.
The upgrade to v14.2 seems to have fixed all for my uses.
Thanks to all for help and advice.
Andy
Click to expand...
Click to collapse
Glad everything is good! Sometimes magisk will get messed up, so just updating or even reinstalling will fix things.
Just keep in mind, its very likely you'll have problems again down the road... Samsung phones do a lot of weird stuff under the hood, and eventually symlinks will get broken, files deleted etc... So when that does happen, the best you can do is uninstall, reflash, update, and watch your modules.
Today updated to 15.3 and install James DSP root losed...When open magisk ask for installation reboot to recovery twrp install latest zip reboot open magisk it close it self and root lost again ?! Any advice from @topjohnwu
Do you guys mind posting a resource that shows how to root the S6 using magisk? I'm very rusty, last time I dealt with rooting was 8 years ago. Any help is appreciated. Thanks