Hi i'm trying to flash Albe95 S6 PORT 3.5 on my i9505 using the latest TWRP. When I try to flash it, I get the error "error executing updater binary in zip". I have done a full wipe and have re downloaded and tried to flash again but to no success, any one have any ideas on how to fix this? I have also tried CWM
What version of TWRP? 2.8.7.0 is the latest.
i9506
Strephon Alkhalikoi said:
What version of TWRP? 2.8.7.0 is the latest.
Click to expand...
Click to collapse
I have the same problem
Mobile Samsung i90506 5.1
Installed twrp 2.8.7
And flashed supersu 2.4.6
I try ed 2 times
Help
hello,
Same problem here with i9500 and latest TWRP. In a OnePlus thread: ..."simply changes the "name" of your device for it to be compatible with the ROM you flash. Most ROM's have the codename for OPO specified as "A0001", while the phone itself reads as "bacon".
So when flashing in TWRP if the ROM's target codename does not match the name given by the device it reads it as incombatible device and cancels the flashing. That flashable zip to my knowledge fixes it so the device now reads as A0001 instead of bacon and then it matches the code string in most ROMs so there is no error when installing. Thanks to @4nlimited3dition for the explanation" simply changes the "name" of your device for it to be compatible with the ROM you flash. Most ROM's have the codename for OPO specified as "A0001", while the phone itself reads as "bacon".
My phone (XT1926-3) offered the July 2018 OTA today. I followed the advice at https://github.com/topjohnwu/Magisk/blob/master/docs/tips.md and did the following:
- Magisk Manager > Uninstall > Restore Images
- Settings > System > System Update
The phone started to download the OTA (about 300 MB), but afterwards said something like "sorry, that didn't work out".
I then did:
- Magisk Manager > Install > Install
and then phone is fine for now.
I can probably catch the download URL for the OTA by using the logcat method. But what would I do with an OTA zip? The OTA is significantly smaller than a complete firmware (about 2 GB).
bornheim2 said:
My phone (XT1926-3) offered the July 2018 OTA today. I followed the advice at https://github.com/topjohnwu/Magisk/blob/master/docs/tips.md and did the following:
- Magisk Manager > Uninstall > Restore Images
- Settings > System > System Update
The phone started to download the OTA (about 300 MB), but afterwards said something like "sorry, that didn't work out".
I then did:
- Magisk Manager > Install > Install
and then phone is fine for now.
I can probably catch the download URL for the OTA by using the logcat method. But what would I do with an OTA zip? The OTA is significantly smaller than a complete firmware (about 2 GB).
Click to expand...
Click to collapse
I'm not sure if that's possible, but I wouldn't try it. The best way is to reflash stock and then accept the OTA. Afterwards, you can reinstall Magisk.
See if the firmware update has been posted here. In either case do a backup with Titanium Backup first. If the complete firmware update has been posted, flash it with fastboot in the bootloader. If it had not been posted, flash the latest version available and then Ota. After your up to date reflash magisk in twrp.
Sent from my moto g(6) plus using Tapatalk
Hi,
At time, is no solution to update with OTA with a rooted MotoG6+ with Magisk.
I'm working on a workaround.
Regards.
You can also use Lenovo Moto Smart Assistant and "Rescue" your device. It basically downloads the firmware and flashes it for you (wiping everything on the device (excluding External SD). That's what I did.
New OTA update arrived today. Is there already a solution for this? I thought that the new systemless Magisk would "fix" this, but OTA update still fails. No clue why. I even ended up in a bootloop, but switching active partition back to b fixed that...
I don't get why we should be excluded from updates, just because we want to be root on the devices we own. It just doesn't make sense.
This time I tried removing Magisk and restoring boot and system partition (from backup before installing Magisk) before starting the OTA because someone said that when you start the OTA it switches A_B partitions and restoring from backup doen't restore them in the right place and thats why it might fail (or something like that) BUT same result. OTA fails! I guest every month I'll have to flash stock (losing everything on the phone in the process) -> install OTA -> reinstall everything.
WHY exactly the OTA fails? It shouldn't detect that the partitions are modified because they're not (restored from backup before Magisk).
ivailogeimara said:
You can also use Lenovo Moto Smart Assistant and "Rescue" your device. It basically downloads the firmware and flashes it for you (wiping everything on the device (excluding External SD). That's what I did.
Click to expand...
Click to collapse
I have XT1926-3 and Lenovo Moto Smart Assistant says that my device is not supported. Do you have the same device?
joris1977 said:
I have XT1926-3 and Lenovo Moto Smart Assistant says that my device is not supported. Do you have the same device?
Click to expand...
Click to collapse
I used LMSA when I was running OPW113.89 to update to OPW113.89-2 (via the Recovery option). It asked me to select the product and model of the phone. I selected "Moto G Plus (6th Gen)" for the product and for the "Model Name" I had XT1926-2,XT1926-3,XT1926-5,XT1926-6,XT1926-7,XT1926-8,XT1926-9. The new version of the LMSA has 3 buttons at the top of the rescue screen: "Lenovo Phone", "Lenovo Tablet", "MOTO Phone". Make sure that you select "MOTO Phone"
I'll try it again because I just tried to recover system partition backup (made with TWRP) with TWRP and bricked my phone. And for some reason I can't flash the images from the firmware with fastboot. For some of the images that have A and B partitions it tries to flash them to non existent partitions. For example:
Code:
fastboot flash boot boot.img
or
Code:
fastboot flash system system.img_sparsechunk.0
tries to flash them to boot__b or boot__a or system__b or system__a (with double '_')
The annoying thing is that I don't have Windows outside VM so every time I need to run LMSA I have to create WINTOGO usb just to run LMSA.
ivailogeimara said:
I used LMSA when I was running OPW113.89 to update to OPW113.89-2 (via the Recovery option). It asked me to select the product and model of the phone. I selected "Moto G Plus (6th Gen)" for the product and for the "Model Name" I had XT1926-2,XT1926-3,XT1926-5,XT1926-6,XT1926-7,XT1926-8,XT1926-9. The new version of the LMSA has 3 buttons at the top of the rescue screen: "Lenovo Phone", "Lenovo Tablet", "MOTO Phone". Make sure that you select "MOTO Phone"
I'll try it again because I just tried to recover system partition backup (made with TWRP) with TWRP and bricked my phone. And for some reason I can't flash the images from the firmware with fastboot. For some of the images that have A and B partitions it tries to flash them to non existent partitions. For example: or tries to flash them to boot__b or boot__a or system__b or system__a (with double '_')
The anoying thing is that I don't have Windows outside VM so every time I need to run LMSA I have to create WINTOGO usb just to run LMSA.
Click to expand...
Click to collapse
Why did you try to update with lenovo assist? Was your rom clean as in no Magisk?
What TWRP did you use, and was your device encrypted?
Need much more info to be able to help, also what is your main OS because you don't need windows for fastboot.
Have you tried booting original boot.img through fastboot?
Maybe changed active slot?
Coldstream said:
Why did you try to update with lenovo assist? Was your rom clean as in no Magisk?
What TWRP did you use, and was your device encrypted?
Need much more info to be able to help, also what is your main OS because you don't need windows for fastboot.
Have you tried booting original boot.img through fastboot?
Maybe changed active slot?
Click to expand...
Click to collapse
Uninstalled Magisk from Magisk manager. Device is encrypted. The TWRP I use is from this thread.
The previous time I used LMSA was because uninstalling Magisk (which flashed boot partition backup) didn't help with installing the OTA (it still failed). And flashing the images from firmware with fastboot gave error. It tried to flash them to boot__a or boot__b, system__a or system__b (with double underscore). I was gonna try updating with LMSA again but decided to try flashing images from the firmware manually with mfastboot this time and it worked. It'll be good if in the guide for "how to return to stock" it said that the included fastboot is mfastboot.
I just flashed the stock images (without data,cache) with mfastboot and I'm trying to update again via OTA.
Update: OTA installed successfully!
PS: Can I check if some partition is modified in some way like OTA does?
ivailogeimara said:
WHY exactly the OTA fails? It shouldn't detect that the partitions are modified because they're not (restored from backup before Magisk).
Click to expand...
Click to collapse
Yeah I am asking myself the same question. I grabbed a log file and it shows a lot of:
Code:
/system/bin/update_engine: [libfs_mgr]Error finding 'slot' in device tree
I am clueless, but it seems that Magisk somehow disabled the ability for the phone to see slot A. An error that stays even after Magisk is fully removed; I even flashed the untouched boot.img back. But that made no difference.
I also tried sideloading the OTA with ADB on the recovery screen, but that fails too & I see the same error on the screen.
BTW You can grab the OTA with help of this website: http://erfanoabdi.000webhostapp.com/
I am always a bit hesitant in posting log files with a lot of stuff that I don't understand, but as an attachment I add here the lines of the log that contain messages about the update_engine.
joris1977 said:
Yeah I am asking myself the same question. I grabbed a log file and it shows a lot of:
Code:
/system/bin/update_engine: [libfs_mgr]Error finding 'slot' in device tree
I am clueless, but it seems that Magisk somehow disabled the ability for the phone to see slot A. An error that stays even after Magisk is fully removed; I even flashed the untouched boot.img back. But that made no difference.
I also tried sideloading the OTA with ADB on the recovery screen, but that fails too & I see the same error on the screen.
BTW You can grab the OTA with help of this website: http://erfanoabdi.000webhostapp.com/
I am always a bit hesitant in posting log files with a lot of stuff that I don't understand, but as an attachment I add here the lines of the log that contain messages about the update_engine.
Click to expand...
Click to collapse
I think this:
Code:
12-20 13:31:48.480 1134 1134 E update_engine: [1220/133148:ERROR:delta_performer.cc(1099)] The hash of the source data on disk for this operation doesn't match the expected value. This could mean that the delta update payload was targeted for another version, or that the source partition was modified after it was installed, for example, by mounting a filesystem.
12-20 13:31:48.480 1134 1134 E update_engine: [1220/133148:ERROR:delta_performer.cc(1104)] Expected: sha256|hex = 66305C30BC5570791036FFC5B57E620D516B35664C3EE5B27F97FBFD5E288817
12-20 13:31:48.481 1134 1134 E update_engine: [1220/133148:ERROR:delta_performer.cc(1107)] Calculated: sha256|hex = E2D46DB42162711333E99BF1CBD0224F5867F6E7387FA276D30EC54755AF454B
is where the update fails. I'm not sure though what partitions is the OTA checking.
I flashed every partition listed in servicefile.xml (in the stock firmware files that you can flash) and after that I was able to install the OTA. Next I made backups/images (not restorable though) with dd of all the partitions that are listed in servicefile.xml because clearly one or multiple of those get changed after installing Magisk and that's why the OTA fails. After that I installed magisk and made backups with dd again and compared the two to see what changes after installing Magisk. These are the partitions that were changed after Magisk and are in servicefile.xml:
Code:
bluetooth_b
boot_b
dsp_b
modem_b
oem_b
I guess uninstalling Magisk only restores the boot partition and one of the others fails the check. Probably oem_b.
PS: Well I guess for now the solution will be to flash everything listed in servicefile.xml (except system and system_b) via mfastboot before each OTA.
Thanks for your informative post @ivailogeimara
Lenovo fixed their Lenovo MOTO smart assistance, so now you can reflash your device. with the help of this app. I just reflashed my device and everything is working as expected.
If you use LMSA it downloads a zip file with the full OS where the new OTA is already included. Probably you can cut off the rescue operation after the full zip has arrived and you can just use that zip to flash the boot partition and that oem_b. partition I didn't try that, because I had limited time, had already backed up all my data and I needed a working phone. This is probably what I will try next time an OTA arrives.
Maybe we should make the magister developers aware about the troubles with the Moto G6 plus. It is probably I bug somewhere that uninstalling Magister does not fully restore the old install.
ivailogeimara said:
These are the partitions that were changed after Magisk and are in servicefile.xml:
Code:
bluetooth_b
boot_b
dsp_b
modem_b
oem_b
I guess uninstalling Magisk only restores the boot partition and one of the others fails the check.
Click to expand...
Click to collapse
This is exactly what I get on my phone. For the last two OTAs these are the partitions that fail the checksum verification. As you mentioned this is fixed by flashing the partitions from a known good source.
I used TWRP via "mfastboot boot twrp.img" to dump boot.img, modify it via Magisk-Manger and then flash it using mfastboot. I don't see any way how I would modify the other partitions (except boot, of course) this way.
I looked into the oem-partition and it has its "last mounted" timestamp changed to something very, very recent. This is why I rule out TWRP. My best guess is that Magisk mounts those partitions shortly as rw maybe on boot? That would already be enough to make the hash fail
So basically to be able to install the OTA:
1. after clean stock reinstall (before magisk installation) backup the above mentioned partitions
2. install magisk, etc.
3. later when an OTA update comes restore the backed up partitions + remove magisk and then install the OTA
4. back to step 1
I suppose the partitions can also be restored if you find the firmware that is identical to what the phone is currently running.
Or???
axsdenied1 said:
I suppose the partitions can also be restored if you find the firmware that is identical to what the phone is currently running.
Or???
Click to expand...
Click to collapse
Yes, that's what I did. Never thought to pull a backup of a partition that would only "ever" be changed by the OTA process I googled a bit for my version number until I found a matching stock ROM.
Moto g6 + rooted with twrp and magisk. I have an OTA update.
The OTA gets errored out right after I download the update and it tries to install it.
Phone version: XT1926-7
Using latest twrp 3.2.3
Magisk v18.0 installed.
Successfully enabled root just the other day.
Now I get the OTA update ppw29.116-11 wanting there pie update to rollout, was so happy. Except it keeps saying unsuccessful right after it's done downloading and tries to install I guess.
Has anyone found a safe workout for this?
It is outlined in the post just before the one you made...
So
before installing Magisk you should have made a backup from the following partitions:
bluetooth_b
boot_b
dsp_b
modem_b
oem_b
when an OTA update comes, remove magisk and restore the backed up partitions.
then install the OTA
make a backup again.
This should work, but I didn't test it yet.
What I have:
I have a Samsung J5 (2015) SM-500FN which ran out of storage and basically hung itself up. There is no data I want to recover, but I want to install either a stock ROM or (preferably) something else like Lineage - I just want to get a usable phone again.
My problem:
I have tried to download *many* stock ROM
s from reputable sources like SamMobile (for this specific phone, but trying different release dates and country codes) but every single one of those ZIPs is corrupt, even when downloading from a different computer.
Flashing with ODIN anyway gives a FAIL result and a device that cannot boot, not even into recovery: It gives a green screen with the text: `An error has occurred while updating the device software. Use the Emergency recovery function in the Smart Switch PC software.`
Ironically, the Smart Switch software just says this device is not supported. The older Kies3 software lets me enter the exact model# followed by the serial# - but then it says this device is not supported. So neither Samsung software is usable, but I can still use ODIN.
Even with the phone in this broken state, I can install TWRP again. So it is not completely bricked. I boot into TWRP and copy a LineageOS ZIP file to /sdcard, but when I try to install that, the TRWP console says: `E3004: This package is for device j5nlte,j5nltexx; this device is .` Note how it doesn't appear to recognize that this device is indeed the model j5nlte!
Android.SE says that "E3004" means my TWRP is too old, but I use `twrp-3.1.1-1-j5nlte` which is currently the newest version for this phone.
I would also like to try a factory reset, but that requires the stock recovery which won't boot (see step 2 above).
My question: How do I get out of this catch-22?
It seems that if I could just get around that E3004 then I would be fine. But I have found no ways to trick the installer into ignoring that error.
Flash an updated twrp .IMG file which you can extract from the file here j5nlte (TWRP)
Just flash the img in twrp and reboot to recovery
Then with the updated twrp try flashing the rom again
garylawwd said:
Flash an updated twrp .IMG file which you can extract from the file here
Click to expand...
Click to collapse
THANK YOU! This did the trick. May I ask: what is the origin of that TRWP image? How could I have found that on my own?
torbengb said:
THANK YOU! This did the trick. May I ask: what is the origin of that TRWP image? How could I have found that on my own?
Click to expand...
Click to collapse
No problem at all, glad all is working for you now. Happens all the time with people having the wrong recovery its no big deal but a lesson learned is always make a backup in twrp before going tinckering around with things or keep a copy of a rom, that you know works, on your SD card.
From the bootleggers pie rom thread.
The Dev of that also builds his own twrp for all j5 2015 models.
he's a really great guy to have supporting our j5 community
Hi,
I have recently decided to move my FIG-LX1 to Android 10 (previously using LineageOS 16.0), and after moving to LineageOS 17.1 (apparently unstable) and trying to install AOSP instead I seem to have screwed up something. I didn't manage to run the AOSP, but after playing around in recovery and fastboot, flashing ROMs via TWRP stopped working properly. Every time I try to flash any ROM using TWRP it shows "E1001: Failed to update system image" and "Updater process ended with ERROR: 7". AFAIK this error is connected to the device check and indicates that the ROM is not suitable for my device, but these are the same ROMs (i. e. LineageOS 16) i have previously installed with no problem (they are definitely compatible with my phone). I have also tried multiple TWRP versions (3.2.1, 3.3.1, 3.4.0) with no luck.
I have searched for this error a lot, but it's usually been connected with flashing on invalid devices, which is not the case here.
I would be grateful if someone could help me fix this error.
Thanks in advance!
Hello!
I'm trying to install some new Android on my old phone j3110.
(I can install an "ORIGINAL" ROM (4 files using odin, android 5.1)... so my phone still works.)
Here is what i tried so far:
Using odin3 3.14.1
Using LineageOS 17.1 - > lineage-17.1-20200214-UNOFFICIAL-j3ltekx.zip
Using Android 9 - > crDroidAndroid-9.0-20190915-j3lte-v5.8.zip
I tested 2 versions of each ROM above: the original downloaded and a MODIFIED version, where i deleted the line about "assert" with
instructions here . I tested several TWRP versions, since this usually can be a problem. Here are the results:
twrp-3.3.1-0-j3ltekx - installed, booted, this was the error (for the 4 ROMS tested):
E1001: failed to update system image.
Updater process ended with error: 7
TWRP_3.0.2-0_SM-J320F.tar.md5 - installed but dont booted
twrp_3.0.2-1_sm-j320h_261016 - didnt installed
twrp-3.0.2-0-j3lte.img.tar - installed, booted, this were the errors:
android 9 MODIFIED
E1001: failed to update system image.
Updater process ended with error: 7
lineage 17 MODIFIED
E1001: failed to update system image.
Updater process ended with error: 7
android ORIGINAL
E3004: this package is for device: j3lte; this device is .
lineage 17 ORIGINAL
E3004: this package is for device: j3ltekx; this device is .
twrp-3.5.0_9-0-j3lte.img - installed, booted, this were the errors:
android 9 MODIFIED
E1001: failed to update system image.
Updater process ended with error: 7
lineage 17 MODIFIED
E1001: failed to update system image.
Updater process ended with error: 7
android ORIGINAL
E1001: failed to update system image.
Updater process ended with error: 7
lineage 17 ORIGINAL
E3004: this package is for device: j3ltekx; this device is .
twrp-3.3.1-0-j3lte.image - installed, booted, this were the errors:
android 9 MODIFIED
E1001: failed to update system image.
Updater process ended with error: 7
lineage 17 MODIFIED
E1001: failed to update system image.
Updater process ended with error: 7
android ORIGINAL
E1001: failed to update system image.
Updater process ended with error: 7
lineage 17 ORIGINAL
E3004: this package is for device: j3ltekx; this device is .
twrp-3.4.0-0-j3lte.img - installed, booted, this were the errors:
android 9 MODIFIED
E1001: failed to update system image.
Updater process ended with error: 7
lineage 17 MODIFIED
E1001: failed to update system image.
Updater process ended with error: 7
android ORIGINAL (had problem with mkdir)
E1001: failed to update system image.
Updater process ended with error: 7
lineage 17 ORIGINAL
E3004: this package is for device: j3ltekx; this device is j3lte.
twrp-3.1.1-0-j3lte.img - installed, booted, this were the errors:
android 9 MODIFIED
E1001: failed to update system image.
Updater process ended with error: 7
lineage 17 MODIFIED
E1001: failed to update system image.
Updater process ended with error: 7
android ORIGINAL
E3004: this package is for device: j3lte; this device is .
lineage 17 ORIGINAL
E3004: this package is for device: j3ltekx; this device is .
As you can see, the ORIGINAL versions had the "device problem", which removing the "assert" had solved this particular issue....
I always wiped Dalvik, System, Data and Cache before installing.
The ONLY thing is that i do not have a microSD right now, so the ROMS are in the internal storage of the phone. BUT, as i can install the
Rom with android 5.1, i dont know if this is a problem.
Can anyone help me? I can provide more information if necessary. Thanks!!
Most files you mentioned are originally for the SM-J320F/...
Not for the SM-J3110.
Maybe that is why it's not working properly on your device.
I found something for the SM-J3110 ... But outside of xda. And I do not know if the sources are reliable.
So if you want, search with Google and try if the rooting guide is working.
But IDK if there is a working custom rom available for your device with recent Android version.
It_ler said:
Most files you mentioned are originally for the SM-J320F/...
Not for the SM-J3110.
Maybe that is why it's not working properly on your device.
I found something for the SM-J3110 ... But outside of xda. And I do not know if the sources are reliable.
So if you want, search with Google and try if the rooting guide is working.
But IDK if there is a working custom rom available for your device with recent Android version.
Click to expand...
Click to collapse
Thanks for the answer!
I looked for J3110 several times in the past, and never found anything for this model.
Could you share what you found? Don't worry, I already bought a new phone, so my J3110 will serve only to mess around.
If I follow some unreliable guide and the phone "breaks" for good, does not matter anymore.
rodrigofarias85 said:
Thanks for the answer!
I looked for J3110 several times in the past, and never found anything for this model.
Could you share what you found? Don't worry, I already bought a new phone, so my J3110 will serve only to mess around.
If I follow some unreliable guide and the phone "breaks" for good, does not matter anymore.
Click to expand...
Click to collapse
Here is what I found ... no guarantee that it works:
How to Root Samsung Galaxy J3 Pro SM-J3110 (j3xproltezc) Easily [Simple Steps] | Android Biits
Steps to root Samsung Galaxy J3 Pro SM-J3110 (j3xproltezc) without TWRP Recovery. Dear folks, you have to download CF-Auto-Root cfar j3xproltezc smj3110 zip
androidbiits.com
And this:
Guide To Root Samsung Galaxy J3 Pro J3110 Lollipop 5.1.1 Tested Method
trusted mobile latest firmwares for various brands, stay tuned.
www.freemobilefirmware.com