Hi All
Yesterday I received the update via OTA. When it rebooted into the TWRP recovery is started with the patch install process.
Then it failed.
After that it offered to fix the root, nice of him, which I did, and rebooted. Build version was still JWR66V.
This is what I got from the recovery log file:
Code:
Unpacking new recovery...
minzip: Can't create target file "/system/etc/install-recovery.sh": Permission denied
minzip: Extracted 0 file(s)
Symlinks and permissions...
set_perm: chown of /system/etc/install-recovery.sh to 0 0 failed: Operation not permitted
set_perm: chmod of /system/etc/install-recovery.sh to 544 failed: Operation not permitted
script aborted: set_perm: some changes failed
set_perm: some changes failed
E:Error executing updater binary in zip '/cache//8b2531d9d9a686c7dcf347513ce8141d59a251c6.signed-nakasi-JWR66Y-from-JWR66V.8b2531d9.zip'
E:Error installing zip file '/cache//8b2531d9d9a686c7dcf347513ce8141d59a251c6.signed-nakasi-JWR66Y-from-JWR66V.8b2531d9.zip'
I:Set page: 'main'
I:Set page: 'clear_vars'
I:Set page: 'main2'
I:Switching packages (TWRP)
I:Set page: 'advanced'
I:Set page: 'confirm_action'
I:Set page: 'action_page'
I:Copying file /tmp/recovery.log to /data/media/0/recovery.log
Has anyone ran into this issue with the update?
Any solution to this?
dbenyakar said:
Hi All
Yesterday I received the update via OTA. When it rebooted into the TWRP recovery is started with the patch install process.
Then it failed.
After that it offered to fix the root, nice of him, which I did, and rebooted. Build version was still JWR66V.
This is what I got from the recovery log file:
Code:
Unpacking new recovery...
minzip: Can't create target file "/system/etc/install-recovery.sh": Permission denied
minzip: Extracted 0 file(s)
Symlinks and permissions...
set_perm: chown of /system/etc/install-recovery.sh to 0 0 failed: Operation not permitted
set_perm: chmod of /system/etc/install-recovery.sh to 544 failed: Operation not permitted
script aborted: set_perm: some changes failed
set_perm: some changes failed
E:Error executing updater binary in zip '/cache//8b2531d9d9a686c7dcf347513ce8141d59a251c6.signed-nakasi-JWR66Y-from-JWR66V.8b2531d9.zip'
E:Error installing zip file '/cache//8b2531d9d9a686c7dcf347513ce8141d59a251c6.signed-nakasi-JWR66Y-from-JWR66V.8b2531d9.zip'
I:Set page: 'main'
I:Set page: 'clear_vars'
I:Set page: 'main2'
I:Switching packages (TWRP)
I:Set page: 'advanced'
I:Set page: 'confirm_action'
I:Set page: 'action_page'
I:Copying file /tmp/recovery.log to /data/media/0/recovery.log
Has anyone ran into this issue with the update?
Any solution to this?
Click to expand...
Click to collapse
You need to have stock recovery to run ota update. Plus your Rom has to be stock unmodified there that it checks for everything that comes factory with it.
Sent from my HTC One using Tapatalk 2
My Nexus 7 was rooted since day 1 and with a custom recovery, and always got the OTAs.
Why is this a problem now?
Are other people with rooted devices encountered the same issue?
Same Issue !!
dbenyakar said:
Hi All
Yesterday I received the update via OTA. When it rebooted into the TWRP recovery is started with the patch install process.
Then it failed.
After that it offered to fix the root, nice of him, which I did, and rebooted. Build version was still JWR66V.
This is what I got from the recovery log file:
Code:
Unpacking new recovery...
minzip: Can't create target file "/system/etc/install-recovery.sh": Permission denied
minzip: Extracted 0 file(s)
Symlinks and permissions...
set_perm: chown of /system/etc/install-recovery.sh to 0 0 failed: Operation not permitted
set_perm: chmod of /system/etc/install-recovery.sh to 544 failed: Operation not permitted
script aborted: set_perm: some changes failed
set_perm: some changes failed
E:Error executing updater binary in zip '/cache//8b2531d9d9a686c7dcf347513ce8141d59a251c6.signed-nakasi-JWR66Y-from-JWR66V.8b2531d9.zip'
E:Error installing zip file '/cache//8b2531d9d9a686c7dcf347513ce8141d59a251c6.signed-nakasi-JWR66Y-from-JWR66V.8b2531d9.zip'
I:Set page: 'main'
I:Set page: 'clear_vars'
I:Set page: 'main2'
I:Switching packages (TWRP)
I:Set page: 'advanced'
I:Set page: 'confirm_action'
I:Set page: 'action_page'
I:Copying file /tmp/recovery.log to /data/media/0/recovery.log
Has anyone ran into this issue with the update?
Any solution to this?
Click to expand...
Click to collapse
I've got the same issue... it rebooted into the TWRP recovery, but the screen just freezed and touch didin't worked. Had to remove battery and reboot. After that, JWR66V was still there! And now, it doesn't prompt the update again. I'm thinking about flashing 4.3 again, root but not to install TWRP recovery, only 4.3 stock and root !! As @dbenyakar asked "any solution to this" ?
In time, mine is a Galaxy Nexus I9250...
dbenyakar said:
My Nexus 7 was rooted since day 1 and with a custom recovery, and always got the OTAs.
Why is this a problem now?
Are other people with rooted devices encountered the same issue?
Click to expand...
Click to collapse
Hi, dbenyakar...
The reason why the OTA that updates from JWR66V to JWR66Y fails if you are rooted concerns a file call /system/etc/install-recovery.sh and the different way that root now works under Jellybean 4.3.
Root uses the file install-recovery.sh to launch sudaemon that provides root, and during the process of gaining root, this file is set as 'immutable' to prevent root from being accidently lost. But this also prevents the OTA from modifying it, including the setting of permissions during the last stage of the OTA... therefore the OTA fails. See also this.
There are several different ways this problem can be resolved...
1) There is a slightly modified version of the OTA here, which 'rems out' the setting of permissions for /system/etc/install-recovery.sh, and allows the OTA to successfully complete. This modified OTA can be flashed in TWRP and was the method I used to upgrade.
2) Before allowing the OTA, unroot by going to SuperSU>>settings>>Full Unroot. Allow the OTA, and then re-root by flashing Chainfires SuperSu 1.51 in TWRP.
In any event, you'll probably need to re-root after the OTA anyway. I certainly had to.
Hope this helps.
Rgrds,
Ged.
So based on that is this something that will occur every OTA (i.e. you will have to unroot every OTA to avoid problems)?
GedBlake said:
Hi, dbenyakar...
The reason why the OTA that updates from JWR66V to JWR66Y fails if you are rooted concerns a file call /system/etc/install-recovery.sh and the different way that root now works under Jellybean 4.3.
Root uses the file install-recovery.sh to launch sudaemon that provides root, and during the process of gaining root, this file is set as 'immutable' to prevent root from being accidently lost. But this also prevents the OTA from modifying it, including the setting of permissions during the last stage of the OTA... therefore the OTA fails. See also this.
There are several different ways this problem can be resolved...
1) There is a slightly modified version of the OTA here, which 'rems out' the setting of permissions for /system/etc/install-recovery.sh, and allows the OTA to successfully complete. This modified OTA can be flashed in TWRP and was the method I used to upgrade.
2) Before allowing the OTA, unroot by going to SuperSU>>settings>>Full Unroot. Allow the OTA, and then re-root by flashing Chainfires SuperSu 1.51 in TWRP.
In any event, you'll probably need to re-root after the OTA anyway. I certainly had to.
Hope this helps.
Rgrds,
Ged.
Click to expand...
Click to collapse
OK great. Thanks for that. Will try it tonight.
I tried to use the OTA Root Keeper to temporarily unroot my device, only to realize it does not support 4.3.
So I guess I will have to unroot, update and re-root using your method. No shortcuts here. Once the OTA Root Keeper application will be compatible with 4.3 then it will be easier.
threi_ said:
So based on that is this something that will occur every OTA (i.e. you will have to unroot every OTA to avoid problems)?
Click to expand...
Click to collapse
Hi, threi_...
It's speculation, obviously, as one cannot know the contents of future OTAs beyond the current one which updates to build JWR66V... but it seems likely you will have to unroot, and then re-root again after the OTA.
But there may be workarounds... as I've indicated in my previous post, somebody has already posted a modified version of the current OTA that skips setting permissions for install-recovery.sh, and allows the OTA to complete successfully.
And to elaborate on my previous comments, here's why...
Root modifies /system/etc/install-recovery.sh in order to launch the su root daemon, and it contains the following lines...
Code:
#!/system/bin/sh
# If you're implementing this in a custom kernel/firmware,
# I suggest you use a different script name, and add a service
# to launch it from init.rc
# Launches SuperSU in daemon mode only on Android 4.3+.
# Nothing will happen on 4.2.x or older.
# If you want to force loading the daemon, use "--daemon" instead
/system/xbin/daemonsu --auto-daemon &
# Some apps like to run stuff from this script as well, but the
# installer will have done "chattr +i" on this file to prevent
# accidental modification and deletion. In your code, just search
# this file for "install-recovery-2.sh", and if present, write
# there instead.
/system/etc/install-recovery-2.sh
And during flashing Chainfires SuperSU root updater, the following operation is performed...
Code:
chattr +i /system/etc/install-recovery.sh
This 'locks' the file, using the +i flag ('immutable'), and prevents even system updates from modifying it.
You should be able to reverse this with...
Code:
su
mount -o rw,remount /system
chattr -i /system/etc/install-recovery.sh
mount -o ro,remount /system
...in Android Terminal Emulator, but you will need Busybox installed.
So it's probably just easier to unroot... allow the OTA as normal (or flash the OTA .zip in recovery)... and then re-root again. And I can't see this changing with future OTA's... but as I stated at the beginning of this post, this is just speculation on my part.
Rgrds,
Ged.
Hi. I am on 4.3 stock rooted with m kernel a61 and with advanced power menu mod and awesome beats. Cant update .read everything about this new update and also opened a thread but still cant find a way to update.flashing failed.tried full unroot and faild again.trid modified grouper.zip and that also failed.
Any ideas???
Sent from my Nexus 7 using xda premium
dobrun.franjo said:
Hi. I am on 4.3 stock rooted with m kernel a61 and with advanced power menu mod and awesome beats. Cant update .read everything about this new update and also opened a thread but still cant find a way to update.flashing failed.tried full unroot and faild again.trid modified grouper.zip and that also failed.
Any ideas???
Sent from my Nexus 7 using xda premium
Click to expand...
Click to collapse
Hi, dobrun.franjo...
Any modifications to system (including kernel) need to be removed before any OTA can proceed... and I suspect 'advanced power menu mod and awesome beats' have modified system.
This is because OTAs run a checksum on all files in system BEFORE 'patching' (meaning updating) them, to ensure they haven't been removed or changed in anyway. After all, an official OTA can't be expected to update files it has no knowledge of, that have been added by the user. If even one fails this checksum test, the OTA will abort, with no changes made.
So... remove advanced power menu, remove awesome beats and fastboot flash the factory stock kernel for Jellybean 4.3. Even then, there are no guarantees the OTA will work, without knowing (and being able to reverse) EXACTLY what files where changed as a consequence of your modifications... but it's worth a shot.
Good luck.
Rgrds,
Ged.
threi_ said:
So based on that is this something that will occur every OTA (i.e. you will have to unroot every OTA to avoid problems)?
Click to expand...
Click to collapse
As long as the new root process goes through the installrecovery.sh, correct
dbenyakar said:
Once the OTA Root Keeper application will be compatible with 4.3 then it will be easier.
Click to expand...
Click to collapse
Supercurio has already said as long as it stays this way, OTA rootkeeper won't be possible anymore.
supercurio said:
It means preserving root with OTA Root Keeper won't be possible anymore as new rooting techniques rely on more than just a setuid su binary in /system.
I'll look into solution of course to preserve the functionality if possible, but until then please follow Chainfire's job on SuperSU betas.
Click to expand...
Click to collapse
NeoMagus said:
As long as the new root process goes through the installrecovery.sh, correct
Supercurio has already said as long as it stays this way, OTA rootkeeper won't be possible anymore.
Click to expand...
Click to collapse
Yes however a method has been found for 4.3, so I'll look into that soon
dobrun.franjo said:
Hi. I am on 4.3 stock rooted with m kernel a61 and with advanced power menu mod and awesome beats. Cant update .read everything about this new update and also opened a thread but still cant find a way to update.flashing failed.tried full unroot and faild again.trid modified grouper.zip and that also failed.
Any ideas???
Click to expand...
Click to collapse
As the previous poster said, you screwed with system, OTA's won't work. Easiest way to update at this point IMO is to grab the YJWR66 factory image from Google and fastboot flash system, then re-root.
Today I have update with OTA and same error appear.
Now I have unroot the nexus with supersu's app but how I can update it? It doesn't give any update now
Thx guys.
Inviato dal mio Nexus 7 usando Tapatalk 4
GedBlake said:
Hi, dbenyakar...
The reason why the OTA that updates from JWR66V to JWR66Y fails if you are rooted concerns a file call /system/etc/install-recovery.sh and the different way that root now works under Jellybean 4.3.
Root uses the file install-recovery.sh to launch sudaemon that provides root, and during the process of gaining root, this file is set as 'immutable' to prevent root from being accidently lost. But this also prevents the OTA from modifying it, including the setting of permissions during the last stage of the OTA... therefore the OTA fails. See also this.
There are several different ways this problem can be resolved...
1) There is a slightly modified version of the OTA here, which 'rems out' the setting of permissions for /system/etc/install-recovery.sh, and allows the OTA to successfully complete. This modified OTA can be flashed in TWRP and was the method I used to upgrade.
2) Before allowing the OTA, unroot by going to SuperSU>>settings>>Full Unroot. Allow the OTA, and then re-root by flashing Chainfires SuperSu 1.51 in TWRP.
In any event, you'll probably need to re-root after the OTA anyway. I certainly had to.
Hope this helps.
Rgrds,
Ged.
Click to expand...
Click to collapse
OK I did it your way. Thank you very much for that.
I had some problems with my SuperSU and could not access the SuperSU>>settings but eventually I managed to unroot the device and continue with the installation and re-root. :laugh:
GedBlake said:
Hi, dbenyakar...
The reason why the OTA that updates from JWR66V to JWR66Y fails if you are rooted concerns a file call /system/etc/install-recovery.sh and the different way that root now works under Jellybean 4.3.
Root uses the file install-recovery.sh to launch sudaemon that provides root, and during the process of gaining root, this file is set as 'immutable' to prevent root from being accidently lost. But this also prevents the OTA from modifying it, including the setting of permissions during the last stage of the OTA... therefore the OTA fails. See also this.
There are several different ways this problem can be resolved...
1) There is a slightly modified version of the OTA here, which 'rems out' the setting of permissions for /system/etc/install-recovery.sh, and allows the OTA to successfully complete. This modified OTA can be flashed in TWRP and was the method I used to upgrade.
2) Before allowing the OTA, unroot by going to SuperSU>>settings>>Full Unroot. Allow the OTA, and then re-root by flashing Chainfires SuperSu 1.51 in TWRP.
In any event, you'll probably need to re-root after the OTA anyway. I certainly had to.
Hope this helps.
Rgrds,
Ged.
Click to expand...
Click to collapse
I tried step one and it failed in twrp. I downloaded grouper for my WiFi version. Any ideas why it failed? Is it because I'm trying to flash over clean ROM 4?
Sent from my Nexus 7 using xda app-developers app
tu3218 said:
I tried step one and it failed in twrp. I downloaded grouper for my WiFi version. Any ideas why it failed? Is it because I'm trying to flash over clean ROM 4?
Click to expand...
Click to collapse
2000+ posts and you don't realize you can't flash a stock OTA over $randomrom ? Just wow.
khaytsus said:
2000+ posts and you don't realize you can't flash a stock OTA over $randomrom ? Just wow.
Click to expand...
Click to collapse
Well its a small zip. Not a full ROM. So I figured it was just patching the updated files. Clean ROM is a pretty stock ROM so I was thinking it may have worked. Normally updates are full roms.
Sent from my Nexus 7 using xda app-developers app
tu3218 said:
Well its a small zip. Not a full ROM. So I figured it was just patching the updated files. Clean ROM is a pretty stock ROM so I was thinking it may have worked. Normally updates are full roms.
Click to expand...
Click to collapse
Updates are never full ROMs, they're a set of patches against checksummed files. Any single checksum difference and it'll fail. IE: Modify the ROM in almost any way, you can't use OTAs.
When you're on a custom ROM, use the custom ROM updates as they come out, no real difference between modified stock and say Cyanogenmod in this respect.
khaytsus said:
Updates are never full ROMs, they're a set of patches against checksummed files. Any single checksum difference and it'll fail. IE: Modify the ROM in almost any way, you can't use OTAs.
When you're on a custom ROM, use the custom ROM updates as they come out, no real difference between modified stock and say Cyanogenmod in this respect.
Click to expand...
Click to collapse
Yeah you're right. Not sure what made me think it would work. I guess I was thinking it was modified, but its still just the stock ota with a slight adjustment to be installed properly on rooted devices.
It doesn't appear clean ROM will be updated as scott has ,moved onto the newer nexus 7. So I have to find out my next best move. I'm fine with stock, just getting there.
Sent from my Nexus 7 using xda app-developers app
Related
DOWNLOAD AND INSTALL AT YOUR OWN RISK.
This will temporarily disable Safestrap, but once appled, you can restore Safestrap, and your previous Safe system should still be intact.
This is the Motorola update that is being soak tested. To install it, I unfroze all apps, used Voodoo Root Keeper to backup root, and installed from SD card.
To install from SD:
1. Download the file and place it at the root of the SD. After backing up root with Voodoo and unfreezing all apps, prepare to shut down the phone. You should temp-unroot with VooDoo at this point.
2. When turning the phone on, press and hold vol-up and vol-down at the same time. When you have the bootloader menu, press vol-down and then vol-up to get to Motorola recovery.
3. Reveal the recovery options by pressing vol-up and vol-down at the same time when the android and exclanation mark appears.
4. Choose to install a zip from SD, and choose the update. Power button serves as select, volume buttons to move selection.
5. When the update finishes and your phone reboots, restore root from Voodoo, and re-freeze any bloat. You can also restore Safestrap now.
Direct Download of Update Package:
http://omniimpact.com/android/motorola_updates/Blur_Version.6.13.215.XT894.Verizon.en.US.zip
Recommended Software:
- AntTek App Manager
- Voodoo OTA Root Keeper
NOTE: If you lose Root accidentally, that is OK, just re-root the same way you did before.
NOTE 2: Did you delete or modify your system apps instead of just freezing them? This update will fail. You need to take these packages from the original firmware and use them to replace yours. The zip file contains just the packages you need extracted from skylarmb's very useful ROM.
Sent from my DROID4 using XDA
All i did was use voodoo to temp unroot and installed update. Worked fine for me. But if this post was here before i did anything i would've followed it. I am having one issue tho. Play store wants to force close a bit. Not alot but it never did before
Sent from my DROID4 using xda premium
These directions are gathered from several locations and are designed to cover most situations. If you have not frozen bloat applications, you don't need to do the unfreezing part. My goal was to try to answer everything important in one place, such as keeping root, restoring safestrap, and bypassing the system integrity check.
Sent from my DROID4 using XDA
I have been able to get all the way the the install part but it keeps aborting because of an invalad signature. I also read that you need to installing fro the sdcard-ext. While in recovery I have no option to navigate to my ext card... any thought? Thanks everyone
Sent from under a rock
Motorola's recovery ONLY shows the external sd card, sd-ext is just what Android calls it. If you are failing in a bad signature, have you made sure to unfreeze all apps? The patch checks that the initial system is intact before installing, so all the original software has to be there.
Sent from my DROID4 using XDA
any chance to get the original system files? i deleted mine and TB couldn't restore them ;_;
Sent from my DRIOD 4 Husky Edition
Here is a copy of my /system/app folder. Some stuff is frozen, but everything is in there. Let me know if the file is corrupted, I zipped and uploaded it from my phone. The frozen stuff has _fro appended to the file name.
http://omniimpact.com/android/motorola_updates/systemappfolder.zip
Sent from my DROID4 using XDA
Thanks for the instructions. Everything installed fine for me and root was easy to restore. The battery life has been great the last 2 days, but haven't used it a ton yet.
thanks a lot for the files! I'm still having update issues though
Code:
Update location: /cache/Blur_Version.6.13.215.XT894.Verizon.en.US.zip
Opening update package...
I:1 key(s) loaded from /res/keys
Verifying update package...
I:comment is 1461 bytes; signature 1438 bytes from end
I:whole-file signature verified
I:verify_file returned 0
Installing update...
installing motoflash extensions
installing NV updater extensions
installing omapdevtype updater extension
blk: partition "emstorage" size 8603435008 not a multiple of io_buffer_size 524288
Verifying current system...file "/system/app/BackupAssistanceClient.apk" doesn't have any of expected sha1 sums; checking cache
failed to stat "/cache/saved.file": No such file or directory
failed to stat "/data/saved.file": No such file or directory
failed to load cache file
script aborted: assert failed: apply_patch_check("/system/app/BackupAssistanceClient.apk", "fd7e227c5c96c613ec46c2ed3ffe47785c9576e3", "691854fac80eefce82740d7204de4e22c1a0d9e1")
assert failed: apply_patch_check("/system/app/BackupAssistanceClient.apk", "fd7e227c5c96c613ec46c2ed3ffe47785c9576e3", "691854fac80eefce82740d7204de4e22c1a0d9e1")
E:Error in /cache/Blur_Version.6.13.215.XT894.Verizon.en.US.zip
(Status 7)
Installation aborted.
i think it's saying a checksum failed on BackupAssistanceClient.apk. how does one go about fixing this?
Make sure you have removed _fro from the apks related to backup assistant if you are copying them over. Also, I just realized, it might be an updated version (omg! Unlisted updated component!) Grab skylarmb's stock rooted rom, unzip it, and use the apk from there. It's a bit more of a pain than just a single zip of the folder, but it should have the upgradeable version of the apk.
Sent from my DROID4 using XDA
i "deforsted" the apps you mentioned. i'm going to also try and get those original apks as well.
Sent from my DRIOD 4 Husky Edition
I find it odd that the update could conflict with itself. If that is the case, Verizon has a serious oversight since that means any partially applied update would brick a phone (instead of just resuming where it left off). Let me know how it works out.
Sent from my DROID4 using XDA
what you said did the trick! the update is finally patching right now. I had to replace the system files one by one until they all passed the verification step.
omniuni said:
DOWNLOAD AND INSTALL AT YOUR OWN RISK.
This will temporarily disable Safestrap, but once appled, you can restore Safestrap, and your previous Safe system should still be intact.
This is the Motorola update that is being soak tested. To install it, I unfroze all apps, used Voodoo Root Keeper to backup root, and installed from SD card.
To install from SD:
1. Download the file and place it at the root of the SD. After backing up root with Voodoo and unfreezing all apps, shut down the phone.
2. When turning the phone on, press and hold vol-up and vol-down at the same time. When you have the bootloader menu, press vol-down and then vol-up to get to Motorola recovery. Once the Android and ! appear, press vol-up and vol-down at the same time to reveal the menu.
3. Choose to install a zip from SD, and choose the update. Power button serves as select, volume buttons to move selection.
4. When the update finishes and your phone reboots, restore root from Voodoo, and re-freeze any bloat. You can also restore Safestrap now.
Direct Download of Update Package:
http://omniimpact.com/android/motorola_updates/Blur_Version.6.13.215.XT894.Verizon.en.US.zip
Recommended Software:
- AntTek App Manager
- Voodoo OTA Root Keeper
Sent from my DROID4 using XDA
Click to expand...
Click to collapse
You forgot a key step... I bolded it above.
---------- Post added at 05:47 AM ---------- Previous post was at 05:25 AM ----------
Root is not working on mine any longer...
I ran the Voodoo OTA Root Keeper and backed up root before doing anything and all 5 checkboxes were green, confirming that I had backed up root...now that I am updated, I went back into Voodoo OTA Root Keeper and Device Rooted and Root Permission Granted are grey...hitting Restore Root says "Voodoo OTA Root Keeper has been granted Superuser Permissions" followed by "root su restored" yet the checkboxes don't change to green, and I can't run anything requiring root because my device "is not rooted."
Please help!
Edit - Also, opening the safestrap apk causes a force close...
I had zero apps frozen, and zero issues applying the update. I did make a complete nandroid backup before updating...
I am sorry, I updated the directions; if you check the way OTA rootkeeper works, you are supposed to temp-unroot BEFORE you apply the update. You are still OK, though. Just re-run the original root exploit and you will get root back. The patch does not prevent the original root method from working.
http://forum.xda-developers.com/showthread.php?t=1522911
Sent from my DROID4 using XDA
omniuni said:
I am sorry, I updated the directions; if you check the way OTA rootkeeper works, you are supposed to temp-unroot BEFORE you apply the update. You are still OK, though. Just re-run the original root exploit and you will get root back. The patch does not prevent the original root method from working.
http://forum.xda-developers.com/showthread.php?t=1522911
Sent from my DROID4 using XDA
Click to expand...
Click to collapse
Ok, re-rooting worked. I also updated my binary SU and reinstalled safestrap. I rebooted and am running another nandroid backup for safety.
Thanks!
Really noob question here... I just got my droid 4 and was going to apply this update, the post says update 219, the file is update 215...?? Will this file take me to 219 or keep me at 215?
Thanks!
Sent from my DROID4 using XDA
A good question deserves a good answer about a really dumb thing:
Motorola names their updates based on the verion that you are coming FROM and not what you are going TO. In a sense, I guess this is because they are incremental updates, or in other words, they each assume the last one was installed. By naming this way, you can always tell what the next update to apply is based on what revison you are currently running with little danger of accidentally missing one because you forget it and messing up your phone.
TL;DR;
It will upgrade you to 219.
Sent from my DROID4 using XDA
Thanks for the prompt reply, I'm used to letting dev put updates into roms and just flashing, never done one this way. I always learn something new in the forums!
Sent from my DROID4 using XDA
Anything worth a crap in this update?
I've looked but can't find anything that would make it worth the trouble.
Sent from my DROID4 using Tapatalk 2
can someone please upload the stock "install-recovery.sh"?
It's located in /system/etc.
I forgot to backup it, while rooting the device.
I need it for the OTA updates.
thanks
@vel_tins
Do not flash the ota if you are rooted, you might get bootloop. Full unroot your device before attempting to update. Anyhow, the ota will most likely fail since you already modified your system partition. Your best option is to unroot your device and capture the ota link, modify the ota updater-script and remove the lines that are showing "unexpected contents" errors. The original "install-recovery.sh" is still there, supersu renamed it to something like "/system/etc/install-recovery_original.sh". Keep in mind, you might loose your custom recovery if you renamed it back to "install-recovery.sh".
Well, OTA was a pain in the a**.
Because I had no stock "install-recovery.sh", I've edited the updater-script and removed all the matching entries.
Executed a full un-root.
Tried to flash the modified update.zip via TWRP, but failed because TWRP couldn't mount partitions with this name scheme:
Code:
"/dev/block/platform/[B]7824900.sdhci/by-name/system[/B]", "/system",
(will investigate later, any ideas?)
Because too lazy to modify the updater-script again,
I've booted into fastboot and loaded my "modded" stock recovery, which accepts also self-signed .zips.
Flashing worked well, but on reboot, I got a nice bootloop because of the formerly installed Xposed framework.
Had to restore from a Nandroid Backup and after reboot, I removed Xposed completely.
Eventually, I was able to flash the OTA and got back a working device...
Gosh...
^^
??
vel_tins said:
Well, OTA was a pain in the a**.
Because I had no stock "install-recovery.sh", I've edited the updater-script and removed all the matching entries.
Executed a full un-root.
Tried to flash the modified update.zip via TWRP, but failed because TWRP couldn't mount partitions with this name scheme:
Code:
"/dev/block/platform/[B]7824900.sdhci/by-name/system[/B]", "/system",
(will investigate later, any ideas?)
Because too lazy to modify the updater-script again,
I've booted into fastboot and loaded my "modded" stock recovery, which accepts also self-signed .zips.
Flashing worked well, but on reboot, I got a nice bootloop because of the formerly installed Xposed framework.
Had to restore from a Nandroid Backup and after reboot, I removed Xposed completely.
Eventually, I was able to flash the OTA and got back a working device...
Gosh...
Click to expand...
Click to collapse
If you still have the original OTA zip, can you please post it for future reference?
As for TWRP mounting /dev/block/platform/7824900.sdhci/by-name/system, what error message did you get? Try running "ls -l /dev/block/platform/7824900.sdhci/by-name/" in both normal Android and TWRP, then compare the results.
pawitp said:
If you still have the original OTA zip, can you please post it for future reference?
Click to expand...
Click to collapse
No problem
pawitp said:
As for TWRP mounting /dev/block/platform/7824900.sdhci/by-name/system, what error message did you get? Try running "ls -l /dev/block/platform/7824900.sdhci/by-name/" in both normal Android and TWRP, then compare the results.
Click to expand...
Click to collapse
Stock and Cyanogen recovery are working with this partition naming scheme.
But in TWRP, I get the following error message:
Code:
ls: /dev/block/platform/7824900.sdhci/by-name: No such file or directory
For TWRP I have to use the following syntax in recovery.fstab:
Code:
/cache ext4 /dev/block/mmcblk0p29
/system ext4 /dev/block/mmcblk0p25
/data ext4 /dev/block/mmcblk0p31 length=-16384
.........etc.
vel_tins said:
No problem
Stock and Cyanogen recovery are working with this partition naming scheme.
But in TWRP, I get the following error message:
Code:
ls: /dev/block/platform/7824900.sdhci/by-name: No such file or directory
For TWRP I have to use the following syntax in recovery.fstab:
Code:
/cache ext4 /dev/block/mmcblk0p29
/system ext4 /dev/block/mmcblk0p25
/data ext4 /dev/block/mmcblk0p31 length=-16384
.........etc.
Click to expand...
Click to collapse
On TWRP, try running "find /dev/block/platform" and see if anything is created there.
The directory should have been populated by init. See https://android.googlesource.com/pl...0ab94b7d5a888f0b6920b156e5c6a075fa0741a^!/#F0.
That code should also be in TWRP, but something might have prevented it from working properly on this device. You might find some clues in dmesg or TWRP's logs.
Well, eventually I've got it.
In TWRP, the naming is a little bit different from stock or Cyanogen recovery.
I had to change:
Code:
/dev/block/platform/[COLOR="Red"]7824900.sdhci[/COLOR]/by-name/cache <--- STOCK
to
/dev/block/platform/[COLOR="Blue"]soc.0[/COLOR]/by-name/cache <--- TWRP
However, the "/dev/block/mmcblk0p" naming worked also in TWRP, so this was only a minor issue.
vel_tins said:
Well, eventually I've got it.
In TWRP, the naming is a little bit different from stock or Cyanogen recovery.
I had to change:
Code:
/dev/block/platform/[COLOR="Red"]7824900.sdhci[/COLOR]/by-name/cache <--- STOCK
to
/dev/block/platform/[COLOR="Blue"]soc.0[/COLOR]/by-name/cache <--- TWRP
However, the "/dev/block/mmcblk0p" naming worked also in TWRP, so this was only a minor issue.
Click to expand...
Click to collapse
IMO, you should fix TWRP so that it has the same naming convention. Otherwise OTA packages using the "stock" naming convention can't be flashed on TWRP.
Personally, I prefer the "by-name" mapping rather than the "/dev/block/mmcblk0p" because it is harder to make mistakes if you use a name. With numbers, if a wrong number is typed, then you might end up flashing the wrong partition and bricking the device.
EDIT: It might have something to do with the "system/core" repository you've used to build your recovery. Which Android tree did you use to build Cyanogen Recovery and which one did you use to build TWRP?
vel_tins said:
Well, OTA was a pain in the a**.
Because I had no stock "install-recovery.sh", I've edited the updater-script and removed all the matching entries.
Executed a full un-root.
Tried to flash the modified update.zip via TWRP, but failed because TWRP couldn't mount partitions with this name scheme:
Code:
"/dev/block/platform/[B]7824900.sdhci/by-name/system[/B]", "/system",
(will investigate later, any ideas?)
Because too lazy to modify the updater-script again,
I've booted into fastboot and loaded my "modded" stock recovery, which accepts also self-signed .zips.
Flashing worked well, but on reboot, I got a nice bootloop because of the formerly installed Xposed framework.
Had to restore from a Nandroid Backup and after reboot, I removed Xposed completely.
Eventually, I was able to flash the OTA and got back a working device...
Gosh...
Click to expand...
Click to collapse
Hi sir ,
Please share to us , how you do this , because I have status 7. Install-recovery.sh problem
I have stock recovery , and I'm only make a root for my device by kingroot .
Please share update.zip file and tel me how to make ota update
pawitp said:
IMO, you should fix TWRP so that it has the same naming convention. Otherwise OTA packages using the "stock" naming convention can't be flashed on TWRP.
Click to expand...
Click to collapse
Exactly this is the point...
pawitp said:
EDIT: It might have something to do with the "system/core" repository you've used to build your recovery. Which Android tree did you use to build Cyanogen Recovery and which one did you use to build TWRP?
Click to expand...
Click to collapse
I have to correct myself, Cyanogen has exactly the same problem.
I've used the latest CM 12.1 and Omnirom source trees to build TWRP, but with the same result.
TWRP/Cyanogen only detects "soc.0" instead of "7824900.sdhci" and that will break compatibility with OTA packages (Until you patch "updater-script").
So how you made this ota update after all ?
theeteempire said:
So how you made this ota update after all ?
Click to expand...
Click to collapse
OTA doesn't work with rooted devices.
Do a full un-root and try again.
vel_tins said:
OTA doesn't work with rooted devices.
Do a full un-root and try again.
Click to expand...
Click to collapse
I did it , full unroot , I couldn't update even that with full-unroot , I used kingroot for root ,
Also error status 7 , install-recovery. Sh shown on the update after full-unroot my device !!!
can you help me please !!!!!
theeteempire said:
....I used kingroot for root ,
Also error status 7 , install-recovery. Sh shown on the update after full-unroot my device...
Click to expand...
Click to collapse
I would strongly suggest, to open an new thread, because I guess a lot more people will or had run into these issues.
I don't know what Kingsoft (never used it) has modified/replaced, so in your case I would search for a stock "install-recovery.sh" and replace the modified.
Everything else would be too complicated. (You have read my post on the first page).
vel_tins said:
I would strongly suggest, to open an new thread, because I guess a lot more people will or had run into these issues.
I don't know what Kingsoft (never used it) has modified/replaced, so in your case I would search for a stock "install-recovery.sh" and replace the modified.
Everything else would be too complicated. (You have read my post on the first page).
Click to expand...
Click to collapse
So I need the stock install-recovery. Sh ,.
Are you have it ?
vel_tins said:
Exactly this is the point...
I have to correct myself, Cyanogen has exactly the same problem.
I've used the latest CM 12.1 and Omnirom source trees to build TWRP, but with the same result.
TWRP/Cyanogen only detects "soc.0" instead of "7824900.sdhci" and that will break compatibility with OTA packages (Until you patch "updater-script").
Click to expand...
Click to collapse
This is just a guess. Try adding "TARGET_PLATFORM_DEVICE_BASE := /devices/soc.0/" to BoardConfig.mk.
If you know C, you might want to try mucking around in system/core/init/devices.c and see why it's behaving that way.
pawitp said:
This is just a guess. Try adding "TARGET_PLATFORM_DEVICE_BASE := /devices/soc.0/" to BoardConfig.mk.
.....
Click to expand...
Click to collapse
Seems to work, thanks!
PS: A google search for "TARGET_PLATFORM_DEVICE_BASE" threw only six results, so it doesn't seem to be a very popular flag.
vel_tins said:
Seems to work, thanks!
PS: A google search for "TARGET_PLATFORM_DEVICE_BASE" threw only six results, so it doesn't seem to be a very popular flag.
Click to expand...
Click to collapse
From my experience, you can't rely too much on Google for ROM development. I've found the flag by reading the source file I've previously mentioned.
Sent from my Nexus 4 using XDA Free mobile app
Hi all,
I rooted my Z3C following the instructions here.
Yesterday I decided to update my phone as I wanted to get rid of the OTA notification.
So I have downloaded a pre-rooted rom from this post (23.4.A.1.264) and installed via TWRP.
But after updating I found some issues
Recovery is missing
BusyBox is not installed
Can't update SuperSU, even in "normal" mode
Can't mount /system as rw
I'm still getting the OTA notification (to update to the same version I have)
Apart from that the phone seems to be still rooted.
How can I fix that? I tried installing BusyBox with various tools but as I can't remount /system nothing works.
Tried installing TWRP wit the manager but doesn't work either.
Running su mount -o remount,rw /system gives me "bad command".
Tried running dualrecovery installation again as per the original rooting method but doesn't seems to work: the phone reboots but there is no recovery.
I made a backup with TWRP before updating but can't use it without TWRP (or can I)?
Looks like I managed to restore it.
Using the official adb (from Android SDK) I couldn't get rw on /system. I used the version included in DualRecovery and that worked.
After getting rw on /system I was also able to install busyBox.
I've then downloaded the latest version of DualRecovery and with that I was able to install the recovery.
The only problem left is that the OTA notification keeps coming up.
You can disable the automatic search for updates. Go to about phone, press the three dots in the upper right corner and open settings. Disable the option for automatic updates.
Phone is unlocked, rooted, running marshmallow, busybox installed and updated. But when I try flashing Xposed (latest as of this post, SDK 23 arm64) through TWRP (2.8.6.0) I receive the following error:
- Mounting /system and /vendor read-write
mount: can't find /system in /proc/mounts
! Failed: /system could not be mounted!
E: Error executing updater binary in zip '/external_sd/xposed-v85-sdk23-arm64.zip'
Error flashing zip '/external_sd/xposed-v85-sdk23-arm64.zip'
Updating partion details...
...done
Click to expand...
Click to collapse
I've done what research I can, but most of the information I've come across isn't all that relevant to my situation, so any help would be welcome at this point. Cheers. :good:
Greencoast215 said:
Phone is unlocked, rooted, running marshmallow, busybox installed and updated. But when I try flashing Xposed (latest as of this post, SDK 23 arm64) through TWRP (2.8.6.0) I receive the following error:
I've done what research I can, but most of the information I've come across isn't all that relevant to my situation, so any help would be welcome at this point. Cheers. :good:
Click to expand...
Click to collapse
Either update your recovery to the latest version (3.0.2.0 if available) and ensure that you have the correct .zip file.
Good evening from Spain.
I tried to flash Magisk onto my SM-J530F (Samsung Galaxy J5 2017) but not successfully.
Here's the log:
Updating partition details...
...done
Full SELinux support is present.
MTP Enabled.
Installing zip file '/sdcard/MAGISK/Magisk-v16.0.zip'
Checking for Digest file...
Skipping Digest check: no Digest file found
********************
* Magisk v16.0 Installer
********************
- Mounting /system, /vendor
- Found boot/ramdisk image: /dev/block/mmcblk0p10
- Device platform: arm
- Constructing environment
- Unpacking boot image
- Checking ramdisk status
! Boot image patched by other programs.
! Please restore stock boot image
- Unmounting partitions
Updater process ended with ERROR: 1
Error installing zip file '/sdcard/MAGISK/Magisk-v16.0.zip'
Updating partition details...
Failed to mount '/system' (Device or resource busy)
...done
Consider that I did the following:
- Flashed stock rom (J530FXXU2ARB3_J530FPHE2ARB3_PHE.zip content)
- Flashed "CF-Auto-Root-j5y17lte-j5y17ltexx-smj530f.tar" in Download mode via Odin, to root and install SuperSU, since it's needed
for flashing TWRP to avoid any bootloop.
- Flashed TWRP.
- Since I already have TWRP, I tried to uninstall SuperSU from the very app, in Options > Full unroot but gave "Uninstallation error", so then I tried to uninstall SuperSU by flashing "UPDATE-unSU.zip" on TWRP.
- Once that is done, I tried to flash "Magisk-v16.0.zip" and it throwed the log I've above mentioned.
- Since it says: "! Boot image patched by other programs.
! Please restore stock boot image", I rebooted it onto Download Mode, and flashed ONLY the BL (bootloader/boot) slot. Came back to TWRP, I flashed again "Magisk-v16.0.zip" but still have the same problem.
Hope there's any solution to install Magisk onto my SM-J530F. Thank you.
Your issue is that the boot image still is patched by SuperSU. Until you restore the stock boot image you won't be able to install Magisk.
https://www.didgeridoohan.com/magisk/Magisk#hn_Boot_image_patched_by_other_programs
Edit: I don't do Samsung, but from what I remember, you might need to flash AP (or something like that).
Didgeridoohan said:
Your issue is that the boot image still is patched by SuperSU. Until you restore the stock boot image you won't be able to install Magisk.
https://www.didgeridoohan.com/magisk/Magisk#hn_Boot_image_patched_by_other_programs
Edit: I don't do Samsung, but from what I remember, you might need to flash AP (or something like that).
Click to expand...
Click to collapse
Well, something changed!!!
The problem related with the boot image is solved but I still have the " Failed to mount '/system' "
Updating partition details...
...done
Full SELinux support is present.
MTP Enabled.
Installing zip file '/sdcard/MAGISK/Magisk-v16.0.zip'
Checking for Digest file...
Skipping Digest check: no Digest file found
********************
* Magisk v16.0 Installer
********************
- Mounting /system, /vendor
- Found boot/ramdisk image: /dev/block/mmcblk0p10
- Device platform: arm
- Constructing environment
- Unpacking boot image
- Checking ramdisk status
- Stock boot image detected
- Backing up stock boot image
- Patching ramdisk
- Repacking boot image
- Flashing new boot image
- Unmounting partitions
- Done
Updating partition details...
Failed to mount '/system' (Device or resource busy)
...done
Thank you very much.
EDIT: Despite this problem: "Failed to mount '/system' (Device or resource busy)", your solution was correct! Now I have Magisk correctly installed.
Thank you
Nice to hear it worked. Just for the record, the "Failed to mount /system" message is a TWRP thingy. The Magisk installation is done at the "-Done" line.
Hi, I have the same problem of error 1 while trying to install Magisk from TWRP.
I looked everywere and they say that it is related to a boot image that have to be reinstalled. I did that and no luck, I tryed with boot.img, no working, I even restored ALL the ROM Stock from Samsung ( AP, BL, CP and CSC) and it is not working. I dont know what to do anyware...
Regeet the time was easy to root Samsung with CF autoRoot,
I tried that and ask me to restore all thephone, so still no root??
Some can help please??
Thx
saoudien07 said:
Hi, I have the same problem of error 1 while trying to install Magisk from TWRP.
I looked everywere and they say that it is related to a boot image that have to be reinstalled. I did that and no luck, I tryed with boot.img, no working, I even restored ALL the ROM Stock from Samsung ( AP, BL, CP and CSC) and it is not working. I dont know what to do anyware...
Regeet the time was easy to root Samsung with CF autoRoot,
I tried that and ask me to restore all thephone, so still no root??
Some can help please??
Thx
Click to expand...
Click to collapse
Provide a recovery log or it's going to be impossible to say what the issue is...
Didgeridoohan said:
Provide a recovery log or it's going to be impossible to say what the issue is...
Click to expand...
Click to collapse
Thx for the reply, I am trying to open the content and upload the report here, but no luck. how can I open the log??? can not get a program to do so .......
saoudien07 said:
Thx for the reply, I am trying to open the content and upload the report here, but no luck. how can I open the log??? can not get a program to do so .......
Click to expand...
Click to collapse
The log is just a text file. Did you check the link I posted? In TWRP: Advanced - Copy log, and then post the resulting file.
Didgeridoohan said:
The log is just a text file. Did you check the link I posted? In TWRP: Advanced - Copy log, and then post the resulting file.
Click to expand...
Click to collapse
I got a file "recovery.log" thats why I can not open it, maybe change the extention to "txt" ???
saoudien07 said:
I got a file "recovery.log" thats why I can not open it, maybe change the extention to "txt" ???
Click to expand...
Click to collapse
That would work, but you should be able to open it directly with pretty much any text editor as well. If you're going to post the log text directly, please at least use HIDE tags...
So here what I just did:
I wanted to do a last try to get that error 1 msg and get the repport directly to publicate it here...
So I decide to go to a clean basis. So,
1- Install all the stock ROM with odin. I choose the Home_CSC
Was another just CSC without Home, dont know exactly which one I had to choose, I choose Home_CSC.
2- Turn the fone off
3- Turn it back to download mode
4- Install the TWRP recovery, and I did not reboot.
5- Turn off the fone.
6- Turn on to recovery mode.
7- Format the data (yes)
8- Reboot to Recovery mode.
9- Install Magisk!
AT MY BIG SURPRISE I DID NOT GET ANY ERROR MSG!!! The installation finished without error!
So I continued...
10- install No verity
11- install SuperUS 2.82
13- Reboot the phone.
I was thinking that the root was ok, now I have a new pb. When I tryed to verify with Root Checker, it says no root. When I entered the app, it said BINARY OCCUPIED.
So any suggestion?
saoudien07 said:
9- Install Magisk!
...
11- install SuperUS 2.82
Click to expand...
Click to collapse
Say what...? You've misunderstood something, somewhere. Use Magisk OR SuperSU. Magisk is it's own root solution...
Are you by any chance using some old and outdates guides? Previously you could use SuperSU with Magisk, but that has not been the case since v13.0, well over a year ago, and MagiskSU has been around since v11.0, introduced a year and a half ago.
Didgeridoohan said:
Say what...? You've misunderstood something, somewhere. Use Magisk OR SuperSU. Magisk is it's own root solution...
Are you by any chance using some old and outdates guides? Previously you could use SuperSU with Magisk, but that has not been the case since v13.0, well over a year ago, and MagiskSU has been around since v11.0, introduced a year and a half ago.
Click to expand...
Click to collapse
You guessed right, I am not using a so old tuto, it says it is for oreo...
So I have to use or Magisk or SuperSU,right?
The thing is that i thought SuperSu is to install the SuperSU app, I did notknow that it root also the phone...
I am kind of newby to Android world, u figured it already...
So what are insterest of using Magisk or no-verity??
---------- Post added at 08:22 PM ---------- Previous post was at 08:17 PM ----------
Didgeridoohan said:
Say what...? You've misunderstood something, somewhere. Use Magisk OR SuperSU. Magisk is it's own root solution...
Are you by any chance using some old and outdates guides? Previously you could use SuperSU with Magisk, but that has not been the case since v13.0, well over a year ago, and MagiskSU has been around since v11.0, introduced a year and a half ago.
Click to expand...
Click to collapse
Can I put a link to the tuto here??
For you guys to have a lock at it?
saoudien07 said:
You guessed right, I am not using a so old tuto, it says it is for oreo...
So I have to use or Magisk or SuperSU,right?
The thing is that i thought SuperSu is to install the SuperSU app, I did notknow that it root also the phone...
I am kind of newby to Android world, u figured it already...
So what are insterest of using Magisk or no-verity??
---------- Post added at 08:22 PM ---------- Previous post was at 08:17 PM ----------
Can I put a link to the tuto here??
For you guys to have a lock at it?
Click to expand...
Click to collapse
The root management app for Magisk/MagiskSU is the Magisk Manager. SuperSU and it's accompanying app is a whole different root solution (that has been sold by @Chainfire and seemingly abandoned by it's new owners).
Magisk usually takes care of dm-verity itself, so there shouldn't be any need for an extra no-verity zip. Sometimes it is needed, but I would skip it until you've tried using Magisk only. If you don't know, dm-verity is used by Android to determine if your device has been tampered with. If you wan't to root your device (tampering), you usually have to disable dm-verity or the device won't boot at all.
If you want root with Magisk, do your list again, but skip step 10 and 11. If it doesn't boot after that, go back to TWRP and flash the no-verity zip.
Didgeridoohan said:
The root management app for Magisk/MagiskSU is the Magisk Manager. SuperSU and it's accompanying app is a whole different root solution (that has been sold by @Chainfire and seemingly abandoned by it's new owners).
Magisk usually takes care of dm-verity itself, so there shouldn't be any need for an extra no-verity zip. Sometimes it is needed, but I would skip it until you've tried using Magisk only. If you don't know, dm-verity is used by Android to determine if your device has been tampered with. If you wan't to root your device (tampering), you usually have to disable dm-verity or the device won't boot at all.
If you want root with Magisk, do your list again, but skip step 10 and 11. If it doesn't boot after that, go back to TWRP and flash the no-verity zip.
Click to expand...
Click to collapse
I just repeated all the procedure, this time just with Magisk, like you said. its installation finished without any error.
I just tryed ROOT Checker, any I finally have the root on my fone!! Thanx you very much for the support, and the explanation.
Can I use Backup/Restoration with TWRP knowing that I rooted with Magisk??
saoudien07 said:
I just repeated all the procedure, this time just with Magisk, like you said. its installation finished without any error.
I just tryed ROOT Checker, any I finally have the root on my fone!! Thanx you very much for the support, and the explanation.
Can I use Backup/Restoration with TWRP knowing that I rooted with Magisk??
Click to expand...
Click to collapse
Great to hear! :good:
You can use TWRP without any issues. Magisk has no impact on it and TWRP has it's own su.
Didgeridoohan said:
Great to hear! :good:
You can use TWRP without any issues. Magisk has no impact on it and TWRP has it's own su.
Click to expand...
Click to collapse
Thx you one more time. Going to install some of my app and configure my new fone then do a backup, for a clean restoration in some months...
I have a problem for the Backup with TWRP. When I want to do a Backup, I get this msg:
failed to mount /data (Invalid argument)
I ve looked on google to fix it, the solution I found is to change data to ext2, then back to ext4.
The pb is that it is removing everything from my phone?
Anyone is having the same issue??
Didgeridoohan said:
Your issue is that the boot image still is patched by SuperSU. Until you restore the stock boot image you won't be able to install Magisk.
https://www.didgeridoohan.com/magisk/Magisk#hn_Boot_image_patched_by_other_programs
Edit: I don't do Samsung, but from what I remember, you might need to flash AP (or something like that).
Click to expand...
Click to collapse
Hi, i am rooting samsung a5 a520w. I am following the steps in the instructions (https://forum.xda-developers.com/sa...w-to/guide-root-install-twrp-samsung-t3747535).
Now I met a problem like this:
! Boot image patched by other programs!
! Please restore stock boot image
Updater process ended with ERROR:1
Error installing zip file '/sdcard/MagiskManager/Magisk-v17.1.zip'
I have no idea where is the boot.img located. All documents in the external card is:
RMM-State_Bypass;
no-verity-opt-encrypt-6.0;
Magisk_17.1
@imcn001 Your answer is in the link from the post you quoted.