Last stock boot.img downloadable is https://storage.googleapis.com/fairphone-source/FP4/A.099-boot.img
For future references, current version is A.116 and images are available here.
But I don’t think we have to necro this thread
Thank you! I tried updating FP3V.A.0116 from A.103-boot.img but no wifi and it did not work. I was afraid… With A.107-boot.img the update is working as usual.
I couldn’t quite follow you there, but broken Wifi, usually coupled with no sound and a hot phone, is usually due to running an outdated kernel. The current software version is A.116 but as of now FP only provides the A.107 kernel for manual download.
You should not manually flash a kernel, but use Magisk to patch the currently running kernel from within Android
The guide by OP is a bit misleading
I just followed OP guide, maybe the A.103 kernel I patched with Magisk was outdated. Starting again with patched A.107 kernel works fine. Thank you.
You shouldn’t flash a A.107
boot.img to a device running A.116, next time just follow these simpler steps to perform the OTA update:
I have already uploaded a patched
boot.img for the latest release here:
If you need a stock
boot.img from A.0116 I can upload that as well.
As a general rule, don’t flash any
boot.img if you don’t have to, just follow the original root guide, it’s still valid.
@amoun nice thought , but that’s only the
ota.zip file. There is a
boot.img “hidden” in there but it’s unnecessarily hard to get it out, copying one from a already updated system is way easier
Thank you @hirnsushi ! I hadn’t seen that.
Hello, I am in build A.128 and I would like to install the update to A.0142. I tried the method here FP4 Root Access is possible, maybe a bit risky - #203 by hirnsushi . Uninstall Magisk (“Restore images”) seemed to work but the OTA update always stops. Any idea?
Probably the hash of one of your partitions doesn’t match, likely a side-effect of your previous rooting problems.
Could you capture a logcat please
dsp partitions hash doesn’t match:
07-12 10:16:52.112 1493 1493 E update_engine: [ERROR:delta_performer.cc(431)] Unable to open ECC source partition dsp on slot A, file /dev/block/bootdevice/by-name/dsp_a: Success (0) 07-12 10:16:52.113 1493 1493 E update_engine: [ERROR:delta_performer.cc(1155)] 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. 07-12 10:16:52.114 1493 1493 E update_engine: [ERROR:delta_performer.cc(1160)] Expected: sha256|hex = 5CDE9B4590A6BD639422B682BC455452E756BAD15435FE74B6806B25E1D14D05 07-12 10:16:52.115 1493 1493 E update_engine: [ERROR:delta_performer.cc(1163)] Calculated: sha256|hex = 21043D76E83BF63A6A31B44CE65227675732AFB469BE5BBDB07CCF0453B62EAA
You need to flash a matching
dsp.img, not sure I have that one backed up, I’ll have a look
If anyone reading this didn’t upgrade to the newest release already, now would be a great time to dump some partitions
Great! What exactly should we do?
Normally I’d say wait for someone to dump a partition with the correct hash, but I’ve checked every
dsp partition /
dsp.img I have and all of them, every single one, including the factory images have the SHA256 hash
So either you were on an ancient build before (for which I deleted my backups) or something else is going on here
Whatever it is, it’s not directly related to Magisk, that only touches
What Magisk modules did you install, did you run any other scripts with root privileges that could have altered your system?
- F-droid privileged extension
- Font Manager
- Systemless Hosts
- Universal SafetyNet Fix
- Zygisk - LSPosed
I don’t think so.
This is my second FP4 and I didn’t brick it like I did with the first one. I just rooted it following your instructions and I applied the OTA until now, but following @rar0 instructions in this topic. Present build number is: FP4.FP3W.A.128.20220516
LSPosed might play a role here, not sure why it would touch
I don’t see any audio module here.
Did you install any additional LSPosed modules?
In any case, I’d first try a reboot to get rid of all the “systemless” changes that might still hang around and start the update again after that.
That also means you’ll have to reroot manually again once (if) that’s successful.
dsp is not only related to audio…
No more succes logcat.txt - pCloud
Yeah, same error…
We could try to figure out what happened on the 25th of June…
07-12 10:16:52.117 1493 1493 W update_engine: [WARNING:mount_history.cc(66)] Device was remounted R/W 1 times. Last remount happened on 2022-06-25 04:31:39.000 UTC.
dsp partition got mounted R/W for some reason, but honestly I’d nuke and pave at this point.
Who knows what else got changed on your system, better to start fresh from a clean slate.
…at 5:31 am…
So it is better to do a fresh install, isn’t it?
I would suggest it, yes
This might be fixable or we might chase one edge case after the other, but without a matching
dsp.img there’s no use in trying to figure out what caused it.
I’d say perform a fresh install and if you run into that same problem again down the road we’ll have to seriously look at possible causes.
I’ll upload a Magisk patched
boot.img in the meantime so you can at least get rerooted faster