Phone: HTC One M8 HK modelid: 0P6B70000, cidnum: SPCS_004; S-ON; Bootloader 3.19; Rooted; TWRP 3.2
ROM: Stock, updated 6.20.654.3
I wanted to utilize Titanium Backup but I discovered that I need to have BusyBox installed. I have TWRP and root. So I went to install BusyBox and ran into all kinds of problems.
First, there are several busybox installer apps out there. I tried a few and although the app would install, the install busybox function wouldn't work. I'd click "install" and then it would sit there doing nothing. In a few moments, a cascade of Google and HTC service apps would start to crash. A real mess. I would reboot and try again... same thing. Cleared cache of Google and HTC services... no difference.
During the process and chaos of notification messages popping up about this service or that service stopping, I caught notice of a SuperSU receiving a request to grant permissions from BusyBox. But by the time I could get access to grant it (clearing away other notifications), the busybox installation would have already aborted.
Older posts about this problem claimed "busybox on rails" would fix this. I tried and it didn't. I then tried the Stericson busybox. Same service crashes started happening once again. So the problem appeared to be some peculiar delay, where the SU request from an app is not getting to SuperSU in time for being granted permission. With Stericson busybox, I was able to finally grant access in SuperSU, although it had aborted. With the grant already done, restarting the Stericson busybox install allowed it to proceed to the next step of getting the Smart Installer loaded. During that process, I kept having to clear away notifications of services and apps crashing. That kept continuing as busybox actually installed. So I kept closing notifications until busybox finished installing. The Root# app verified busybox is installed correctly. The service crashes stopped. Opening the busybox installer app works fine now.
I eventually discovered the install issue... the SuperSU app has a "tapjacking" feature, whereby an su permission request dialog won't respond to input while obscured by other window/overlay. I found that Titanium Backup Pro wouldn't recognize busybox being installed, as SuperSU hadn't received any request from Titanium. I'm guessing that this caused a clash at a fundamental level, to cause services to crash? I unchecked the tapjacking option and finally I could grant Titanium Backup su permission. And now I'm able to use TBP (Titanium Backup Pro). However... it's not working quite right. When I attempt to backup user apps, some will be backed up but others are extremely slow or fail. Busybox Free 55 (Stericson) causes TBP to completely crash. OK, so I went to skip backing up that app. I then started to do one app at a time. Some apps would backup quickly, while others take an extraordinarily long period of time. Cardboard 1.8 was extremely, painfully slow (which is 456Mb). I hadn't used that app in a long while, so I just deleted it. But then when attempting to backup Excel (220mb), TBP stalled on that app... eventually completed it. Backup just seems very slow. But I can live with that as long as backups have integrity.
So I'm feeling like something might not be quite right with my system. Everything generally seems to be fine. With tapjacking disabled, SuperSU is fielding requests without services crashing. The only really bizarre thing is that TBP is simply unable to backup busybox. Anytime I try to do it, TBP crashes. Very strange. Do I need to stop and disable it first?
Related
Here is a problem I have and I am wondering if anyone else has experienced it and/or solved it:
Phone: Bell SGS i9000
FW: CM9 Nightly (currently May 30) all "stock" (no custom kernels etc)
I installed SuperSU some time ago as it seemed to have more utility than Superuser. I noticed after a flash that Superuser would take back "control" of the su binary and I'd have to manually re-assign it to SuperSU. I decided, after doing some research to see if it was OK, to freeze Superuser in Ti Backup. So far so good.
I noticed today though, that none of my scheduled backups in Ti Backup have taken place for a while, so I launched the app to see what gives. It was at that point I discovered that TB couldn't get su privileges from the system. I launched SuperSU and it attempted to update the su binary - and failed.
Since TB froze the Superuser apk, I can't uninstall it. I also cannot unfreeze it in TB because it cannot get su!
I'm a bit stuck.
I have ROM Toolbox, which appears to work OK, as well as ROM Manager, and both seem to be able to use su commands without issue (I told SuperSU to remember the granting of su permission when I first started using it) I don't have any other apps that regularly use su permissions (not that I know of) so everything else seems fine.
I'd like to fix the updating binary issue with SuperSU though, so I can once again grant TB su and then fix everything.
Anyone have any ideas? I've already tried re-flashing Superuser from recovery, still shows as frozen. I tried unfreezing from ROM Toolbox, but it fails.
I'm stuck and I'm at the limit of my understanding and experience with this. Anyone who can help will receive my eternal gratitude - and a pint if you're ever in my town!
Try to delete tb then reflash the rom without any wipe
Sent from my GT-I9100 using Tapatalk 2
The method I used for rooting my LG G3 (v5.0.1) installs SuperSU (2.46) as a system app. I would much prefer to have it be a regular app (as it has always been on my Android devices prior to v5.0). When I use SuperSU to clean up in preparation for "another" SU app, it removes itself and leaves behind a few files (including the su binary) in /system/xbin.
All well and good. However, after now installing SuperSU from the Google Play Store, SuperSU gives the message that there is no su binary installed, and of course refuses to work. I even tried copying su to "sux" and giving the latter 4755 privileges (while still rooted), but that didn't help.
Is this a bug in SuperSU, or is it a necessity of Android 5.x ???
ps: The XDA forum software will not let me post this as a question. Where do I post questions about SuperSU?
DeanGibson said:
The method I used for rooting my LG G3 (v5.0.1) installs SuperSU (2.46) as a system app. I would much prefer to have it be a regular app (as it has always been on my Android devices prior to v5.0). When I use SuperSU to clean up in preparation for "another" SU app, it removes itself and leaves behind a few files (including the su binary) in /system/xbin.
All well and good. However, after now installing SuperSU from the Google Play Store, SuperSU gives the message that there is no su binary installed, and of course refuses to work. I even tried copying su to "sux" and giving the latter 4755 privileges (while still rooted), but that didn't help.
Is this a bug in SuperSU, or is it a necessity of Android 5.x ???
ps: The XDA forum software will not let me post this as a question. Where do I post questions about SuperSU?
Click to expand...
Click to collapse
Sorry as I don't have a solution for your problem....
But still as far as I know Super user 2.46 is not fully compatible with android 5 & above.
On other hand I would suggest you to give a try to super user 2.49 beta which is the latest but still under development.
Hope you find this useful.
ayushbpl10
DeanGibson said:
The method I used for rooting my LG G3 (v5.0.1) installs SuperSU (2.46) as a system app. I would much prefer to have it be a regular app (as it has always been on my Android devices prior to v5.0). When I use SuperSU to clean up in preparation for "another" SU app, it removes itself and leaves behind a few files (including the su binary) in /system/xbin.
All well and good. However, after now installing SuperSU from the Google Play Store, SuperSU gives the message that there is no su binary installed, and of course refuses to work. I even tried copying su to "sux" and giving the latter 4755 privileges (while still rooted), but that didn't help.
Is this a bug in SuperSU, or is it a necessity of Android 5.x ???
ps: The XDA forum software will not let me post this as a question. Where do I post questions about SuperSU?
Click to expand...
Click to collapse
If you want to make SuperSU a user app:
If SuperSU was "updated" by the Play Store (ie there's an eu.chainfire.supersu-*.apk in /data/app), then delete /system/app/SuperSU.apk and reboot. If it's flashed *and* the afore mentioned apk is *not* in /data/app, then move /system/app/SuperSU.apk to /data/app and reboot.
Sent from: SGS2 - JB 4.1.2 GB27 / SGS4 - JB 4.2.2 MF9
Sent from my Aqua i5 mini using xda-developers.com, powered by appyet.com
DeanGibson said:
The method I used for rooting my LG G3 (v5.0.1) installs SuperSU (2.46) as a system app. I would much prefer to have it be a regular app (as it has always been on my Android devices prior to v5.0). When I use SuperSU to clean up in preparation for "another" SU app, it removes itself and leaves behind a few files (including the su binary) in /system/xbin.
All well and good. However, after now installing SuperSU from the Google Play Store, SuperSU gives the message that there is no su binary installed, and of course refuses to work. I even tried copying su to "sux" and giving the latter 4755 privileges (while still rooted), but that didn't help.
Is this a bug in SuperSU, or is it a necessity of Android 5.x ???
ps: The XDA forum software will not let me post this as a question. Where do I post questions about SuperSU?
Click to expand...
Click to collapse
If all you wanted to do was make it a user app, reroot, open supersu, go to cleanup and choose for reinstallation. After choosing that, if it says to reboot then press it again, do so, else reboot and install supersu from play. Done, supersu as a user app
mmonaghan34 said:
If all you wanted to do was make it a user app, reroot, open supersu, go to cleanup and choose for reinstallation. After choosing that, if it says to reboot then press it again, do so, else reboot and install supersu from play. Done, supersu as a user app
Click to expand...
Click to collapse
That doesn't work (v2.46 on LG G3 running v5.0.1). It loops trying to uninstall. After a couple minutes, I forced a reboot. SuperSU was still there, and as a system app.
Edit: The same thing happens when I tell SuperSU to completely unroot the LG G3. Since I needed to unroot in order to apply an LG/Verizon OTA update, I used LG's Flash Tool to replace the system partition (THAT removed SuperSU!), and then the OTA update was successful.
Since LG now supplies an on-phone backup/restore tool for the G3 as part of the Settings menu, I no longer need to run Titanium Backup, which means I no longer need root. Given the nuisance issues with rooting/unrooting/system updating/etc, I've decided to remain unrooted on the LG G3 for the time being. Quite a change for me, since this is the first Android device in well over a dozen for which I've made this decision.
Hey guys, so I'm trying to install BusyBox on my new Nexus 6 running stock 6.0, rooted. When I try to install via Stericson's installer I got from the Play store, I get:
"We could not verify the integrity of the binary selected..." flashes for a moment, then:
"BusyBox installer was not allowed root access. This may be an issue with Superuser, open Superuser and make sure that you are allowing root access. This application will not work without root access."
I've made sure that the app is allowed root access, and have also tried deleting it from SuperSu so it would prompt me and I could grant it access again, but still the same issue. I'm not sure what the deal is, it seems like I could be having root issues? I appear to have root since I am able to use TiBu, but something seems funky. For example usually when I open FKUpdater it says "FKUpdater has been granted super user access..." and then "Unable to acquire ROOT access." Other times it only says "Unable to acquire ROOT access." I haven't tried flashing a kernel with it because I don't want to at the moment while I figure this other issue out, so I'm not sure if it's falsely reporting the root error.
So, I looked into things further and it seems like I may have some sort of permissions issue. I tried using JRummy's BusyBox installer, but that fails also and just tells me to try installing a different version of BusyBox. It also includes a script for fixing permissions, and when I run it I get "error: only position independent executables (PIE) are supported" and "/data/user/0/com.crummy.busybox.installer/files/temp.sh[118]: sync: can't be executed: permission denied."
Permissions for /data/user/0/com.crummy.busybox.installer are set to drwxr-x--x, as is /system. Also /system is only showing 58 MB free but I don't think that's a problem...
Any ideas? I'm totally stumped...
set your SElinux to be permissive(via app or terminal command)
Hello, new user here.
Since I stuggled with root on my Phone and somehow managed to maintain it, I thought, I 'd share you the stuff I did with you.
I put the TL;DR between hide, if you want to read the story behind my struggle anyway, you are welcome.
I am better with explaining stories then explaining things.
Spoiler
I am using a Samsung S4 mini, Stock ROM and just don't want to flash a cROM.
But I wanted more functions to do - a swiss knife like my old GT-S3650, which was able to boot a PC from.
Most of the things I want to use need root, so why not rooting this sleep S4 mini baby?
And I managed to root it using Kingroot. And all of the things I want to use worked.
After a few days, I noticed network traffic, even with the most network apps and Sync disabled.
Weird? Yes. So I installed "Shark" on my Phone and "Wireshark" on my PC, and started logging.
I noticed an increase of Jabber (the protocol) and a lot of request on domains from China.
Some requests even included my IMEI, how I am connected to the Internet, etc... pretty private Stuff.
I found most of the sources, the IMEI sending App was Shark itself.
Used Lucky Patcher to get rid of it and /etc/hosts blocked the DNS with Hosts Editor.
Did the same with some Kingroot DNS.
But then I asked myself: "Can Kingroot still root my phone, even when cut of the web?".
So I UNROOTED my Phone from Kingroot. Bad idea. Really bad one.
After I ran Kingroot again, it told me, it didn't have a network connection.
I have no idea how I was able to edit the hosts file without SU.
Rerooted the Phone, even if it left a bitter taste of having unwanted network traffic.
This is which made me want to switch to SuperSU.
I tried to mount system as RW prior and installing SuperSU over Kingroot SU. And it failed.
I even tried to make my own uninstall script to uninstall KR by unpacking the Kingroot APK and look what it does.
Not working, the script failed (I am not used to Linux), so I stayed at Kingroot.
While I was working on Kingroot, I was thinking about the idea of having 2 SU Apps, which everyone said it won't work.
But I wanted it to make work - and this is actually the focus on this topic.
During tests, it didn't work as intended, so I stopped working on it and forgot it overtime, resting within my /system.
Days passed, Weeks and Months and I lived with Kingroot, forgot all the trouble and access to/from China.
Recently, I started SuperSU - it was still on my phone. This "cannot install su binary" nagged me and thought:
Oh, why not use this instead.
And then there was SuperSuME... which I didn't want to use, since I was able to brick BlueStacks with it.
But I really wanted to get rid of Kingroot and use SuperSU. This was yesterday.
My phone still has warranty and I think I have Odin here (just in case), but not the 100% exact ROM file.
So I did SuperSuME anyway -I always could return the phone and claim it "broken after OTA update", lol.
Well, SuperSuME did it's Job better then expected and no bricks. Nice Job.
While playing around with SuperSU, I did another mistake.
And here we are... at the main topic.
TD;TR for those who didn't want to read the story:
I rooted my phone 2 times with Kingroot and finally wanted to switch to SuperSU.
After I accidentally broke Kingroot the first time, blocked it's Internet access and unrooted afterwards, I got stuck with a unrooted phone and Kingroot failed to root it.
I was lucky to fix that problem and rooted again with Kingroot.
After months, I used SuperSUME to change that. After SuperSU was installed, i made the mistake of unticking "Enable Superuser". Bad idea.
Tapping "Enable" again, it failed to update the su-binary. oh god. I unrooted again.
While traversing through my directories to start Kingroot again to root, I found my "shadow copy" of SU.
Wut? Shadow copy? Let me explain:
After my first unroot, I wanted to have a SU backup anyway at all costs, just in case I accidentally messup root again.
Now after hours I think I know why it doesn't work.. the normal way, of course.
I installed SuperSU, went into /data/data (or where ever SuperSU has its files) and took a look at them.
Unpacked the SuperSU APK on the PC and gathered all "needed" (I think were needed) files.
I hexedited the most SU binaries from SU to ZU and changed all other referenced binaries as well.
I am sorry about that, Chainfire. I was just testing things.
SU => ZU
SUpolicy => ZUpolicy
setup_su => setup_zu
99SuperSUDaemon => 99SuperZUDaemon
daemonsu => daemonzu
zygote => zugote
I had no idea what sukernel was for, so I left that out.
Why call it ZU? "Sun Tzu" thats why. Known as "Sunzi", he wrote Book about "the Art of War".
After I made sure everything is properly renamed and edited, I moved them onto my phone in the right directories required and chmod them.
I don't know much about that, I just copied the chmod numbers from Kingroot SU and some weird script I found on the web.
Tried to run it using JuiceSSH local terminal, and BAM!! the SuperSU box popped up.
But pressing "Allow" accepted it and nothing else happened.
It became stuck after ZU... it did nothing, but the daemon was running as daemonzu and daemonsu at the same time..
JuiceSSH popped up in SuperSU (while it told me the SU bin was outdated), though.
So I was on the right track, but a piece of the puzzle was missing, so I stopped delving deeper into it.
And forgot about it until about yesterday - where I disabled "Superuser" in SuperSU.
Midwhile the su binary changed from Kingroot SU to SuperSU SU.
Note: It should really ask "Do you want to disable Superuser? SuperSU will delete su binary" Yes/NO.
As I found those files, I started JuiceSSH and typed "zu".
This time, ZU somehow worked like it should.
It spawned a root shell. OMG...
I guess it somehow requires something else needed, which wasn't working while Kingroot was active.
I tried "Root Checker" and it failed. I had no "official" root. But still root available in JuiceSSH.
Somehow I managed to restore SuperSU to normal status. Guess this thing can latch onto an active root user or so.. no idea.
I even screenshotted this, cause I couldn't believe it. If you want, I can post those.
I have now a working second su on my phone, which is hidden from most apps.
But I think it is not perfect, it relies on something SuperSU does or installs during installation.
I apologize again to Chainfire for editing his stuff.
So, now my questions:
1. How can I make it perfect to run standalone, only using SuperSU as a GUI for (Allow/Deny)?
1b. Can we make it part of SuperSU? As a special function: "Install Stealth SU"?
2. Can we use that for something else? -> Probably for this? http://forum.xda-developers.com/apps/supersu/suhide-t3450396
3. Why must the binary be called SU? I know it's for the most apps to do their job and somehow Linux standard.
I have a Samsung Galaxy J1, runnning Android 4.4.4 and TWRP 2.7.1. My phone has only 2.1GB of usable storage space.
As I installed using a zip file, SuperSU was a system app and cannot be moved to my SD card. This app was taking up 300ish MB on my system, and it came to the point where I couldn't even send a voice note on WhatsApp any more because of the little free space I had. When I saw that SuperSU was taking this much space, I tapped the [Uninstall Updates] button, finished uninstalling and my phone froze. It stayed frozen for about 3 minutes, when it started getting really hot. Then I removed the battery.
Upon restarting, the phone was very slow and unresponsive. I figured it could be a memory leak caused by some app, so I ignored it. However, my phone started locking up completely. I restarted again, opened SuperSU and disabled root since I thought that could be the cause of the slowness. It became more responsive, however apps like FolderMount and Kernel Aduitor stopped working. So I tried to fix it.
I went and flashed the latest SuperSU zip, but that did not fix the problem. I updated the binary from within the app, but that didn't work either. I selected [Cleanup for permanent unroot] inside the app, restarted, reflashed the zip and tried again. Nada. Finally, I went and dirty flashed my phone's stock firmware through Odin, reflashed TWRP, then SuperSU and that still didn't work.
I then hit up adb shell on my computer and entered the terminal, doing some /system exploration. I went to /system/xbin and noticed the lack of a su file. I then grabbed the file from my properly rooted Galaxy Tab 3 running CM 13 and SuperSU, then I pushed the file to /system/xbin using my recovery and set the persmissions to 777. I then enabled Superuser from within SuperSU, ran the su command in adb shell and got a "not executable: magic 7F45" error. I tried disabling and reenabling root in SuperSU, and then the system just hanged at the su command.
So can someone guide me into fixing my root? Lots of functions such as a custom LMK curve (for browsing Reddit using Sync and listening to music using Poweramp at the same time [having low RAM is a struggle]) and using FolderMount (to mount my massive WhatsApp folder onto my memory card to save on storage space) depend on it.