Your Fairphone will be better at managing storage partitions in the background, making system updates better-prepared for years to come.
We retrofitted a new way of managing the system storage (dynamic partitions). This affects system partition and images only, it does not affect user data."
Assuming your bootloader is unlocked since you wanted to install TWRP:
According to the instructions there should be a prompt whether to erase or keep user data.
(Which is only meaningful when not unlocking or locking the bootloader which both force a factory reset for security reasons.)
Does this mean you have a backup of your data partition from before the update?
And a separate backup of the “Internal Storage” because TWRP backups don’t include it?
Thank you very much @AnotherElk for your prompt support! In the meantime, I reapplied the OS update and was able to revive my phone again. Phew. I was already on the brink to do a factory reset…
Maybe. And that way, they maybe also killed a working root mechanism.
No and no. I basically follow the procedure of the OS manual installation above. At the end of that procedure, I reapply TWRP and Magisk:
ADB push TWRP installer zip file + Magisk zip file + TWRP image file onto phone
adb reboot bootloader and then fastboot boot twrp.img
TWRP flash zip files (this step fails now!)
That worked for numerous OS updates without any error or data loss. The 0021.0 update is the very first one that failed there.
“We retrofitted a new way of managing the system storage (dynamic partitions). This affects system partition and images only, it does not affect user data.”
This seeems to be the issue!
I have found this on AOSP Webpage about dynamic partitions
My guess is that TWRP for the Fairphone 3/3+ would need to be on a branch which can handle dynamic partitions. TWRP in general is prepared to do this, apparently.
This topic was opened by the maintainer of TWRP on the Fairphone 3/3+, so in theory posts here should not be in vain, but there’s also Issues · TeamWin/android_bootable_recovery · GitHub … there’s an issue already …
I just booted it and unfortunately neither mounting partitions apart from data nor decrypting data seem to work for me. It doesn’t ask for my decryption password, so doesn’t decrypt data, and mounting the other partitions looks like this …
I’m running Android 12 (S) in the form of /e/OS e-1.11-s-20230511288805-dev-FP3 … https://doc.e.foundation/devices/FP3.
Is there something I can test or try?
Switching the storage to SD card works, so apart from screenshots I can copy logs.
I don’t know. 9.0 based TWRP can mount partitions other than data, if that’s an indication.
Doesn’t ask for decryption password, so doesn’t decrypt, like the 11.0 based TWRP.
9.0 based TWRP decryption support was lost with /e/OS when it went from Android 11 to Android 12 on FP3.
Other partitions seem to mount fine, though (I can select them in “Mount”, too, which I can’t do in the 11.0 based TWRP) …
Seems there are two issues then for /e/.
It doesn’t seem to use dynamic partitions and the 11-based TWRP can’t decrypt the 12-based encryption.
I tried building a 12-based TWRP before, but that wasn’t able to decrypt the 11-based encryption of FPOS.
So this might need a separate TWRP-build for /e/
Would be great to get feedback from someone using LOS.
Make sure your FP3 is updated to the current patch level, (.0022) that it has the developer option enabled, that the boot loader is unlocked and that the current Magisk app is installed.
Make sure your PC has the Android developer tools adb and fastboot installed.
Reboot your FP to bootloader mode with “adb reboot bootloader”
Boot the downloaded image with “fastboot boot FP3-8901.4.A.0022.0-boot_magisk_patched_skip_initramfs.img” and make sure the patched image works for you.
If it does then reboot again to fastboot mode as in step 4. and then install the patched image to the boot partitions of your FP3 with “fastboot flash boot_a FP3-8901.4.A.0022.0-boot_magisk_patched_skip_initramfs.img” and “fastboot flash boot_b FP3-8901.4.A.0022.0-boot_magisk_patched_skip_initramfs.img”
Thanks for your attentiveness, @k4y0z !
In fact that’s the one I used - picked the wrong link while reconstructing the process for the step-by-step, sorry. I’ve updated the link in the step-by-step with the corrected link.