Hi guys
I am pretty new to android, but i know a lot about pc's.
I have a OP5 and rooted it, but then i had an issue with SuperSU and uninstalled it. What i did not think, is that if i reinstall it, it has no root access, because i can not grant it.
So i tried reinstalling it with TWRP, but it did not get root access.
Does anyone know how to give it root again/reinstall it with root?
(i could reflash the os and reinstall superSU, but i dont want to set uo the phone again)
Also does anyone know the progress on nethunter for OP5?
Thanks and yours
cacciu
Cacciu said:
Hi guys
I am pretty new to android, but i know a lot about pc's.
I have a OP5 and rooted it, but then i had an issue with SuperSU and uninstalled it. What i did not think, is that if i reinstall it, it has no root access, because i can not grant it.
So i tried reinstalling it with TWRP, but it did not get root access.
Does anyone know how to give it root again/reinstall it with root?
(i could reflash the os and reinstall superSU, but i dont want to set uo the phone again)
Also does anyone know the progress on nethunter for OP5?
Thanks and yours
cacciu
Click to expand...
Click to collapse
It's been awhile since I used SuperSU so I might be fuzzy: SuperSU has two components, 1) the .zip portion installed from TWRP and 2) the APK. The zip is like "the framework/service/su" part and the APK is the app that just tracks and loads the DB with which apps or services have been granted SU access.
My question is "Which of these did you uninstall?" : OR: Did you uninstall both? Maybe only uninstalling one or the other causes an 'out of sync' condition.
Anyway: This version of SuperSU https://forum.xda-developers.com/apps/supersu/2014-09-02-supersu-v2-05-t2868133 discussed in that thread has the APK in the .zip file. By definition all TWRP recoveries are rooted and can do what they want to like installing SuperSU.
What happens after you boot seems more likely to be about left-over crud from the APK / DB component, (and I'm guessing here), so if the SuperSU APK is still there, I'd clear it's data entirely, perhaps get rid of it entirely if you can and reinstall the .zip that contains all parts of SuperSU (maybe they all do now) from that link ^^. Make sure that link I gave is the one you want (systemless, etc).
TWRP should've done the heavy lifting during SuperSU install since it's already rooted. If it didn't, then keep the log from TWRP and look over it's install steps during the SuperSU install. Post it here maybe.
Thanks for the answer.
I uninstalled the apk.
I already tried to install the apk directly and also installing it from the zip, and there was either a message like "no root detected" or " root is corrupted".
I also deleted the su folder, uninstalled the apk and reinstalled the zip. But it was always the same: the apk did either say it's not rooted or did not install/show in the apps.
Probably i have to unroot and root it, or do you have any other idea?
TWRP Terminal
I found out, that there is a terminal with root access on twrp. So i searched for eu.chainfire.supersu with the find comman and use chown root:root to give each directory root access. But it still did not recognize the root. So i thought about the db you said and maybe it doesnt recognize the db.
So i tried the same with dsploit as it doesnt run without root, but it's the same.
I will try to delete all the supersu directories as well as any su directory and reinstall the zip. Or if there is an apt-get, i will try it to install it by terminal
Cacciu said:
I found out, that there is a terminal with root access on twrp. So i searched for eu.chainfire.supersu with the find comman and use chown root:root to give each directory root access. But it still did not recognize the root. So i thought about the db you said and maybe it doesnt recognize the db.
So i tried the same with dsploit as it doesnt run without root, but it's the same.
I will try to delete all the supersu directories as well as any su directory and reinstall the zip. Or if there is an apt-get, i will try it to install it by terminal
Click to expand...
Click to collapse
You might be out of luck if you deleted the su directory or any other related to binary su code. I'm not sure why you couldn't do a reinstall of the original SuperSU .zip file. You've got that whole 'catch-22' thing going right now.
The only thing I'm wondering about is whether a certain amount of cleanup has to take place before you can just roll SuperSU*.zip over an old mangled version and get it to work. Do you get errors in TWRP when trying to reinstall the entire package?
---------- Post added at 02:48 PM ---------- Previous post was at 02:05 PM ----------
I downloaded this version of SuperSU (which may or may not be what you used, but you of course want the one you used): http://download.chainfire.eu/1114/SuperSU/SR1-SuperSU-v2.82-SR1-20170608224931.zip
Then I unzipped it and the installer script for not only the binary parts but the apk is here .\SR1-SuperSU-v2.82-SR1-20170608224931\META-INF\com\google\android\updater-binary. (updater-script is a dummy). It's kind of old school and is very easy to understand (the shell script that installs it).
All the files that it pushes onto the SD are easy to find and use, although you have to keep SELinux settings in mind.
It's worth taking a look at if you want to try to rebuild the wrecked version or if you want to just reapply the zip and have a better understanding of any errors it spits out.
Good luck.
Related
Ok, here is a new version of OTA2 for US tablets that should be flashable in CWR and should keep CWR and root without requiring the use of OTA rootkeeper. I would still protect root with OTA Rootkeeper and temp unroot before updating (you can try it without temp unroot but it has caused some problems for other users). This update will still scan all your system apps so you need to restore or unfreeze any system apps that you deleted or froze using Ti Backup.
Instructions:
This update is for owners of US tablets with root and ClockworkMod Recovery. Make sure your battery is well charged before flashing this, a dead battery mid update can create major problems!
1. Install OTA Rootkeeper and protect root. You should now temp unroot. Users who did not temp un-root have had issues with su access after updating.
2. Download the update below and put it on your external sdcard
3. Restore any system apps that you have removed
4. Reboot into ClockworkMod Recovery (Shutdown Thinkpad, turn on and press vol+ repeatedly until you see booting recovery image)
5. I would also highly recommend making a nandroid backup if you have not previously done so.
6. Select install zip from sdcard>choose zip from sdcard then browse to and select the update you downloaded here
7. update.zip will run, it will check your system apps during the update and may fail if you have changed something, if so the error message should explain why
8. Reboot tablet; it will be a very long reboot. This is normal; it seems to take forever but just let it boot.
9. Use OTA Rootkeeper to restore root.
Flash at your own risk! I am not responsible if this totally bricks your tablet! This is the US update, do not flash if you are using a tablet from another region! Seriously this stuff could cause problems.
ThinkPadTablet_A310_02_0039_0086_US_CWR.zip
-----------------------------------------
Original Message
So I would like to modify the new OTA so I get the updates without losing root and my current recovery. It is my understanding that the file: \META-INF\com\google\android\updater-script contains the instructions for how the update should run. Can I simply modify this script so that it won't delete root or overwrite my recovery or boot and then flash it in CWR? It looks like it would be pretty straight forward but it would be nice to get some information from someone more knowledgeable so that I don't mess something up and brick my TpT. One obvious line to remove would be where it deletes superuser.apk and su. There is also a section where it patches the boot image, I'm not sure what this patch does but I am worried that maybe somehow they might lock the bootloader. EDIT: I updated, and still have CWR so the bootloader didn't get locked. The other lines I would remove are the ones that reference recovery. If someone with knowledge of android would be willing to help me with this then I will upload my modified update.zip (assuming it works) so that others can avoid the hassle.
So I think that the process would be to delete the current \META-INF\ folder, then put in my modified updater script in \META-INF\com\google\android\updater-script and sign the update with SignApk.jar? Is this the correct process? Any help would be greatly appreciated.
Thanks.
I attached the original updater-script below for anyone interested in taking a look.
I appreciate you posting the file. I've never worked with Android code and this was a great intro.
I'm not sure this will work. Although I'm not super knowledgeable in this.
I did find these two threads.
http://forum.xda-developers.com/showthread.php?t=1185881
http://forum.xda-developers.com/showpost.php?p=21351145&postcount=101
Of course, the latter is in respect to the Galaxy Nexus, and I am sure most of those people have unlocked bootloaders, etc. So again, not sure if those shed any more light on it, but am also curious on a process like this.
The update popped up on my tablet last night and I clicked "more info" and from what it lists, does not seem to be very many fixes
So I successfully updated in ClockworkMod Recovery without losing CWR and without deleting my Superuser.apk and su files by modifying the updater-script in the update.zip. Unfortunately it still messed up my superuser permissions somehow and I ended up having to use ADB while booted into CWR to push and symlink the proper files to get su working again (OTA Rootkeeper wasn't functioning properly because the files were there but the permissions were messed up). I have modified the update.zip so that now it deletes the superuser.apk and su files but keeps clockworkmod recovery. With this and OTA Rootkeeper I think you should be able to update while keeping CWR and restoring root. I will also provide directions here for those seeking to make their own modifications and possibly improve upon my efforts, but proceed with caution.
So what I did was open the zip in winrar and extracted the updater-script. I then edited some lines of code using Notepad++, deleting the ones that referred to deleting recovery or installing a new recovery as well as the lines to delete superuser.apk and /system/bin/su and /system/xbin/su. I also commented out a couple lines at the beginning (assert(getprop("ro.product.device") == "Indigo") because I was getting an error code status 7 when it was trying to perform this check while using clockwork mod. I checked my build.prop and it does say Indigo so I don't know why the check failed but just removing the check was easier for me than figuring out the problem (generally it is not good to remove such checks but I was sure I had the right file). In Notepad++ you must select save as and choose type all files then just save it with the same name. Then replace the updater-script in your zip file with the modified one, I used winrar and chose the compression to just be store (ie no compression). Then you need to delete the CERT.RSA, CERT.SF, and MANIFEST.MF files in the META-INF folder of your update.zip and you sign the update.zip using testsign.jar. Then your new modified update.zip is ready to go.
I think that the reason things did not work out for me is that there are a bunch of lines in the updater script about symlinking and setting permissions for stuff in /system and I think /system/bin/su was originally symlinked to /system/xbin/su which is the real file so things got messed up and I had the files still but the symlink and or permissions were messed up. I eventually fixed this by booting into CWR mounting system and using adb to repush /system/xbin/su and setting permissions and making the new symlinked su file in /system/bin just like the last lines of Dan's Thinkpad root bat file did.
Here is a modified update.zip that should delete your Superuser files but keep your ClockworkMod Recovery. I think that with this file you can use OTA Rootkeeper to make a root backup, temp unroot, then boot into CWR and update to the new OTA then you should be able to reboot and use OTA Rootkeeper to restore root and download Superuser from the market, while keeping CWR through the entire process.
Flash at your own risk! I am not responsible if this totally bricks your tablet! This is the US update, do not flash if you are using a tablet from another region! Seriously this stuff could cause problems.
That being said I think it will work. I followed this guide to sign my update.
Original updater-script
Modified updater-script in the update.zip linked above (this one deletes Superuser /system/bin/su and /system/xbin/su but keeps CWR)
Modified updater-script that I flashed on my tablet (this one messed up my su but doesn't delete the files)
If you need a good online file locker join Dropbox here and we'll both get an extra 250mb of space.
Unfortunately that update.zip didn't work for me, game me an error in CWR.
Is the other method, replacing the update scrip in the OTA and trying it ?
freezepop said:
Unfortunately that update.zip didn't work for me, game me an error in CWR.
Is the other method, replacing the update scrip in the OTA and trying it ?
Click to expand...
Click to collapse
Depending on the error you can likely edit the updater-script yourself and successfully installed. Most errors are due to changes in system apps causing them to fail checks. If you remove an app check you should probably remove the corresponding patch for that app in the updater script. What error did you have?
Ok, here is a new version of OTA2 for US tablets that should be flashable in CWR and should keep CWR and root without requiring the use of OTA rootkeeper. I would still protect root with OTA Rootkeeper and temp unroot before updating (you can try it without temp unroot but it has caused some problems for other users). This update will still scan all your system apps so you need to restore or unfreeze any system apps that you deleted or froze using Ti Backup.
Instructions:
This update is for owners of US tablets with root and ClockworkMod Recovery. Make sure your battery is well charged before flashing this, a dead battery mid update can create major problems!
1. Install OTA Rootkeeper and protect root. You should now temp unroot. Users who did not temp un-root have had issues with su access after updating.
2. Download the update below and put it on your external sdcard
3. Restore any system apps that you have removed
4. Reboot into ClockworkMod Recovery (Shutdown Thinkpad, turn on and press vol+ repeatedly until you see booting recovery image)
5. I would also highly recommend making a nandroid backup if you have not previously done so.
6. Select install zip from sdcard>choose zip from sdcard then browse to and select the update you downloaded here
7. update.zip will run, it will check your system apps during the update and may fail if you have changed something, if so the error message should explain why
8. Reboot tablet; it will be a very long reboot. This is normal; it seems to take forever but just let it boot.
9. Use OTA Rootkeeper to restore root.
Flash at your own risk! I am not responsible if this totally bricks your tablet! This is the US update, do not flash if you are using a tablet from another region! Seriously this stuff could cause problems.
ThinkPadTablet_A310_02_0039_0086_US_CWR.zip
jhankinson said:
Ok, here is a new version of OTA2 for US tablets that should be flashable in CWR and should keep CWR and root without requiring the use of OTA rootkeeper. I would still protect root with OTA Rootkeeper just in case something goes wrong but don't temp unroot before updating and see if root still works after the update. This update will still scan all your system apps so you need to restore or unfreeze any system apps that you deleted or froze using Ti Backup.
Instructions:
This update is for owners of US tablets with root and ClockworkMod Recovery. Make sure your battery is well charged before flashing this, a dead battery mid update can create major problems!
1. Install OTA Rootkeeper and protect root (just in case), you shouldn't need to temp unroot though with this update.
2. Download the update below and put it on your external sdcard
3. Restore any system apps that you have removed
4. Reboot into ClockworkMod Recovery (Shutdown Thinkpad, turn on and press vol+ repeatedly until you see booting recovery image)
5. I would also highly recommend making a nandroid backup if you have not previously done so.
6. Select install zip from sdcard>choose zip from sdcard then browse to and select the update you downloaded here
7. update.zip will run, it will check your system apps during the update and may fail if you have changed something, if so the error message should explain why
8. Reboot tablet; it will be a very long reboot. This is normal; it seems to take forever but just let it boot.
Flash at your own risk! I am not responsible if this totally bricks your tablet! This is the US update, do not flash if you are using a tablet from another region! Seriously this stuff could cause problems.
ThinkPadTablet_A310_02_0039_0086_US_CWR.zip
Click to expand...
Click to collapse
Thank you for your work. I have ROW version and waiting OTA2 for that, but still now I know how to modify update-script. I have a question, why not to remove any unneeded software from update and remove check for installed software which are already removed?
redbaron said:
Thank you for your work. I have ROW version and waiting OTA2 for that, but still now I know how to modify update-script. I have a question, why not to remove any unneeded software from update and remove check for installed software which are already removed?
Click to expand...
Click to collapse
Different people have removed different apps so one person may want the patch while another might want it skipped. I was just posting a generic version here that works for stock system apps. If others want to further customize their script then they are welcome improve upon it or customize it for their own system.
jhankinson said:
Ok, here is a new version of OTA2 for US tablets that should be flashable in CWR and should keep CWR and root without requiring the use of OTA rootkeeper. I would still protect root with OTA Rootkeeper just in case something goes wrong but don't temp unroot before updating and see if root still works after the update. This update will still scan all your system apps so you need to restore or unfreeze any system apps that you deleted or froze using Ti Backup.
Instructions:
This update is for owners of US tablets with root and ClockworkMod Recovery. Make sure your battery is well charged before flashing this, a dead battery mid update can create major problems!
1. Install OTA Rootkeeper and protect root (just in case), you shouldn't need to temp unroot though with this update.
2. Download the update below and put it on your external sdcard
3. Restore any system apps that you have removed
4. Reboot into ClockworkMod Recovery (Shutdown Thinkpad, turn on and press vol+ repeatedly until you see booting recovery image)
5. I would also highly recommend making a nandroid backup if you have not previously done so.
6. Select install zip from sdcard>choose zip from sdcard then browse to and select the update you downloaded here
7. update.zip will run, it will check your system apps during the update and may fail if you have changed something, if so the error message should explain why
8. Reboot tablet; it will be a very long reboot. This is normal; it seems to take forever but just let it boot.
Flash at your own risk! I am not responsible if this totally bricks your tablet! This is the US update, do not flash if you are using a tablet from another region! Seriously this stuff could cause problems.
ThinkPadTablet_A310_02_0039_0086_US_CWR.zip
Click to expand...
Click to collapse
I flashed this zip. It didn't delete su or Superuser.apk, yet apps cannot get root access afterward. any suggestions?
mandrsn1 said:
I flashed this zip. It didn't delete su or Superuser.apk, yet apps cannot get root access afterward. any suggestions?
Click to expand...
Click to collapse
That is what happened to me originally, it can be fixed though. Did you make a backup with OTA Rootkeeper? If so open Android Terminal emulator and type:
/system/su-backup
mount -o remount,rw /system
cp -f /system/su-backup /system/xbin/su
ln -s /system/xbin/su /system/bin/su
chown root /system/xbin/su
chmod 6755 /system/xbin/su
Then reboot your tablet. I believe this should fix your root access. If you don't have a backup I think you can also fix it by running adb while booted into CWR. I can give you those instructions if this doesn't work.
Apparently you should temp un-root before installing my update then restore your su backup with OTA Rootkeeper after updating.
You wear the crown
Thanks for posting the fix, too. Waiting for reboot to finish.
Really appreciate all your hard work. The instructions you posted for me in thinkpad forums worked perfectly and I learned a lot in the process.
toenail_flicker said:
Thanks for posting the fix, too. Waiting for reboot to finish.
Really appreciate all your hard work. The instructions you posted for me in thinkpad forums worked perfectly and I learned a lot in the process.
Click to expand...
Click to collapse
Did the fix work for you?
Still waiting for reboot. I waited about 20 minutes and rebooted manually. So far it still hasn't made it in for me to try the fix.
---------- Post added at 09:58 PM ---------- Previous post was at 09:44 PM ----------
jhankinson said:
Did the fix work for you?
Click to expand...
Click to collapse
Fix not yet working. Got this far
/system/su-backup
mount -o remount,rw /system
cp -f /system/su-backup /system/xbin/su
error message
cp: applet not found
Any ideas?
toenail_flicker said:
Still waiting for reboot. I waited about 20 minutes and rebooted manually. So far it still hasn't made it in for me to try the fix.
---------- Post added at 09:58 PM ---------- Previous post was at 09:44 PM ----------
Fix not yet working. Got this far
/system/su-backup
mount -o remount,rw /system
cp -f /system/su-backup /system/xbin/su
error message
cp: applet not found
Any ideas?
Click to expand...
Click to collapse
try
busybox cp -f /system/su-backup /system/xbin/su
may have to type busybox before some of the other commands too if they give an error.
So my line would be
busybox cp -f /system/su-backup /system/xbin/su
cp: applet not found
Just a quick note of thanks for getting me through this. Root is wonderful!
If
cp -f /system/su-backup /system/xbin/su
fails, use
dd if=/system/su-backup of=/system/xbin/su
instead.
jhankinson said:
Ok, here is a new version of OTA2 for US tablets that should be flashable in CWR and should keep CWR and root without requiring the use of OTA rootkeeper. I would still protect root with OTA Rootkeeper just in case something goes wrong but don't temp unroot before updating and see if root still works after the update. This update will still scan all your system apps so you need to restore or unfreeze any system apps that you deleted or froze using Ti Backup.
Instructions:
This update is for owners of US tablets with root and ClockworkMod Recovery. Make sure your battery is well charged before flashing this, a dead battery mid update can create major problems!
1. Install OTA Rootkeeper and protect root. You should now temp unroot. Users who did not temp un-root have had issues with su access after updating.
2. Download the update below and put it on your external sdcard
3. Restore any system apps that you have removed
4. Reboot into ClockworkMod Recovery (Shutdown Thinkpad, turn on and press vol+ repeatedly until you see booting recovery image)
5. I would also highly recommend making a nandroid backup if you have not previously done so.
6. Select install zip from sdcard>choose zip from sdcard then browse to and select the update you downloaded here
7. update.zip will run, it will check your system apps during the update and may fail if you have changed something, if so the error message should explain why
8. Reboot tablet; it will be a very long reboot. This is normal; it seems to take forever but just let it boot.
9. Use OTA Rootkeeper to restore root.
Flash at your own risk! I am not responsible if this totally bricks your tablet! This is the US update, do not flash if you are using a tablet from another region! Seriously this stuff could cause problems.
ThinkPadTablet_A310_02_0039_0086_US_CWR.zip
Click to expand...
Click to collapse
Thx jhankinson, this work for me. my TPT 1838 US.
When apps that ask for root permissions are launched, it doesnt work, example: TI backup says that the device isnt rooted and i might have to check the SU binaries. My N7 was rooted before a update for Superuser was available, now something happen after i updated it. But i dont know what...
That's weird. After you updated your SU, did you go to SU to update its binaries?
i did that twice, and it did say to update binaries...so...
you might need SuperSu instead
What Android version are you running?
Droid_Boi86 said:
i did that twice, and it did say to update binaries...so...
Click to expand...
Click to collapse
I had similar problems with "lightly rooted" stock (4.2.1/JOP40D) using a slightly older version of Superuser. Some apps could get root and others could not. But things have been in flux recently; read on...
I poked around a little bit and it appeared that the 4.2 multi-user stuff was interfering with the way that older versions of (ChainsDD's) Superuser worked, and at that time (only a couple weeks ago) ChainsDD had not released a newer update - things were still in flux.
I switched over to SuperSU, and no problems since... but....
...for me, installation of SuperSU didn't go swimmingly. As I recall the SuperSU install instructions say something like "you need to already have root to install the SuperSU `su' binary". Makes sense as it needs to write it's 'su' binary into /system, which in turn means it needs to get root privilege from a pre-existing su/Superuser installation.
So it poses a chicken-and-egg problem if you have lost root completely which I somehow managed to do... wait, I remember now! I had left the old 'su' binary in place, but had manually uninstalled "Superuser" from /system before I attempted the SuperSU install. Doh!
If you have lost root... you can manually install SuperSU offline inside the recovery via adb & the command line, which means getting both the SuperSU.apk and the 'su' binary ahead of time.
You can get the .apk from the market. You can attempt an install - it will download the 'su' binary and (no kidding) place a copy of it in /data/data/eu.chainfire.supersu/files/superuser.png
If you haven't lost root completely inside the booted OS, I suggest mounting /system in "rw" mode prior to running the SuperSU install and startup.
It looks like I am back a version or two - I have superSU v 0.99
4d7abc0eb5898cdb81bc233dcd16e052 /system/app/SuperSU.apk
0034ec008416b1c3fa7010deb8a3a758 /system/xbin/su
-rwsr-sr-x 1 root root 91992 Jan 10 16:40 /system/xbin/su
note the setuid,setgid bits on /system/xbin/su. Also - no symlink from /system/bin/su to xbin/su.
OK, sorry for the long post. There have been new releases from both chainfire (SuperSU) and chainsDD (Superuser) quite recently. Since I haven't had any troubles since 10 January, I haven't been following it closely - YMMV.
cheers
hello im getting the following message everytime i try and download the lists "copying of host file failed! please read help for more information"
ive just updated to the android 7.0 through the developer program, twrp custom recovery installed with root access build number NRD90M
just wondering what could be causing this and if i can do anything to try and fix it thanks
Is your /system set to read only, or read/write? If read only, adaway will not be able to update /system/etc/hosts
dratsablive said:
Is your /system set to read only, or read/write? If read only, adaway will not be able to update /system/etc/hosts
Click to expand...
Click to collapse
i have it set to read write im gonna try to flash the systemless hosts right now ill update how it goes
flashing the AdAway_systemless_hosts_v2.zip in the recovery, then unistalling and reinstalling the app seems to have worked
you can also use Magisk now to enable complete systemless root and then the hosts file /system/etc will be forwarded to the systemless version
I didn't even install Adaway, I just downloaded a host file and replaced it in /etc/
Works good enough for me and one less app running...
kennehh said:
hello im getting the following message everytime i try and download the lists "copying of host file failed! please read help for more information"
ive just updated to the android 7.0 through the developer program, twrp custom recovery installed with root access build number NRD90M
just wondering what could be causing this and if i can do anything to try and fix it thanks
Click to expand...
Click to collapse
In the exact same boat. Frustrating. Tried Adfree, to no avail. Adaway, to no avail. Tried the adaway bind zip file, making hosts writable, and even System to writable. Nothing.
treoo0_1 said:
In the exact same boat. Frustrating. Tried Adfree, to no avail. Adaway, to no avail. Tried the adaway bind zip file, making hosts writable, and even System to writable. Nothing.
Click to expand...
Click to collapse
i have fixed this by converting adaway from user apps to system apps using Link2SD, reboot and adaway working properly again
Very old thread, but I've had exactly the same problem installing AdAway on the last 3 or 4 phones -- all but one running Nougat 7.0, the other on Oreo 8.1. This was when trying to install AdAway versions 3.1 and 3.3.something.
I finally got it to write hosts file updates using one of the following, not sure which was the key:
-- Installed version 3.2 which had been running problem-free on an old phone for years. The biggest difference is this older phone is running Resurrection Remix 5.8.3 (Nougat 7.1.2).
-- Before trying to update the hosts file on this fresh install, I went straight to AdAway preferences and set "Check for updates daily", "Enable webserver", and "Start webserver on boot". After making those settings I tapped Download Files and Apply Ad Blocking, and it successfully wrote to the hosts file.
Again I don't know which was the fix. It seems weird that version 3.2 would work when a version just before and after it didn't work for me. But of course it is possible that the version is the difference. It seems even more weird that those 3 little preference settings make any difference at all . . . unless it's just the act of writing changes to the AdAway app itself.
Before installing 3.2, using Root Explorer I checked permissions on the working phone and one non-working phone, for the systems and etc folders, and for the hosts file itself. (In all cases AdAway is/was set to use /systems/etc/hosts.) I also checked Android permissions in the Apps list. All permissions were exactly the same on both phones: 0755 for system, 0755 for etc, and 0644 for hosts. No permissions assigned via Android.
Hoping this bump will also get fresh attention from somebody who might know the details of a real answer.
@Moondroid
Why the hell you trying to make some really old ass version of it work instead of installing the newest version? Lol
I've been using 4.2.7 and though its kind of weird on a fresh install I need to update and apply the hosts twice before searching for newer hosts comes back its up to date. But at least it works.
So ive noticed on most roms that when you remove default built in root, it gives you an android is starting or optimising message on every boot. I deleted built in root so i could root with supersu and install suhide so i could play pokemon go. Well su hide wont install with built in root still intact so i had to do a full unroot first. Thats where the optimising problem on every reboot began. But i managed to solve it by copying the su file from supersu to the /su/xbin folder. After that no more problems on reboot. Thought id share in case someone else was having this same annoyance.
how to do that .... full unroot built in root
copy su file to su/xbin folder how to do this ?????
Hello, I'm on the latest 6.0.1 stock. I've used Nexus Root Toolkit to unlock my bootloader, root (SuperSU), and flash TWRP. I flashed Xposed using the Xposed installer. Now I'm looking to get AdAway up and running. I've done some searching and I see some conflicting reports about whether this needs to be done systemless, and how to get it working. Stuff I've heard is:
1. Just install the apk from XDA and install normally, update hosts, and you're good.
2. Install apk, use a program (like Titanium Backup) to make it a system app, update hosts, done.
3. Install apk, flash some sort of AdAway package in TWRP, update hosts, done.
4. Install apk, do some adb process to create a symlink of some sort, update hosts, done.
5. I haven't heard anyone really mention it, but in Preferences I see an option to "Enable systemless mode" which I haven't seen anyone really mention.
Can someone tell me which way I need to use, please?
>>> I also saw someone say that I need to use a file explorer after updating hosts to manually switch the permissions of the hosts file, in order to improve performance. Can anyone tell me if this is accurate, and if so how to do it?
Thanks!
kwest12 said:
Hello, I'm on the latest 6.0.1 stock. I've used Nexus Root Toolkit to unlock my bootloader, root (SuperSU), and flash TWRP. I flashed Xposed using the Xposed installer. Now I'm looking to get AdAway up and running. I've done some searching and I see some conflicting reports about whether this needs to be done systemless, and how to get it working. Stuff I've heard is:
1. Just install the apk from XDA and install normally, update hosts, and you're good.
2. Install apk, use a program (like Titanium Backup) to make it a system app, update hosts, done.
3. Install apk, flash some sort of AdAway package in TWRP, update hosts, done.
4. Install apk, do some adb process to create a symlink of some sort, update hosts, done.
5. I haven't heard anyone really mention it, but in Preferences I see an option to "Enable systemless mode" which I haven't seen anyone really mention.
Can someone tell me which way I need to use, please?
>>> I also saw someone say that I need to use a file explorer after updating hosts to manually switch the permissions of the hosts file, in order to improve performance. Can anyone tell me if this is accurate, and if so how to do it?
Thanks!
Click to expand...
Click to collapse
Hello... Just allow SU permission, tic "enable systemless mode" in preferences if you use systemless Root. Tap on "disable" next to the red cross and let it download the new host. When prompted, reboot. Done...
Never seen anything about setting extra permissions... I don't read the XDA thread anyway and downloaded the app from here: https://f-droid.org/repository/browse/?fdid=org.adaway
Cheers...