You shouldn’t have to install it again after you flashed the boot.img.
I patched the image on a phone running vanilla FPOS, so your problems with Magisk might well be connected to /e/.
If you want to figure this out, it would be really helpful if you could post your Magisk installation log, see here:
Installation log from the Magisk app (press “Save log” after installing Magisk or a module). If you experience errors when installing Magisk or modules in the Magisk app.
If that doesn’t tell us anything useful, a logcat would be the next logical step.
here is the log.
tried with different magisk versions. tried having the boot.img on the device and on a sd card.
also tried the original boot.img as well as the one /e/ provides.
but the app always crashed when altering the boot.img and leaves an empty file.
OK, I had a look at the logcat and the point it crashes isn’t hard to find
01-19 12:54:27.950 4611 5154 I opjohnwu.magis: Starting a blocking GC Alloc
01-19 12:54:27.967 4611 5154 I opjohnwu.magis: Alloc concurrent copying GC freed 636(24KB) AllocSpace objects, 0(0B) LOS objects, 49% free, 6038KB/11MB, paused 20us total 16.674ms
01-19 12:54:27.967 4611 5154 W opjohnwu.magis: Throwing OutOfMemoryError "Failed to allocate a 50126864 byte allocation with 6183141 free bytes and 30MB until OOM, target footprint 12366285, growth limit 37748736" (VmSize 13313768 kB)
01-19 12:54:27.969 4611 4611 E ThreadGroup: java.lang.OutOfMemoryError: Failed to allocate a 50126864 byte allocation with 6183141 free bytes and 30MB until OOM, target footprint 12366285, growth limit 37748736
01-19 12:54:27.969 4611 4611 E ThreadGroup: at java.util.Arrays.copyOf(Arrays.java:3161)
01-19 12:54:27.969 4611 4611 E ThreadGroup: at com.topjohnwu.signing.SignBoot.verifySignature(Unknown Source:23)
01-19 12:54:27.969 4611 4611 E ThreadGroup: at a.fs0.j(Unknown Source:2)
01-19 12:54:27.969 4611 4611 E ThreadGroup: at a.ks0.i(Unknown Source:8)
01-19 12:54:27.969 4611 4611 E ThreadGroup: at a.bs0.g(Unknown Source:28)
01-19 12:54:27.969 4611 4611 E ThreadGroup: at a.oo1.d(Unknown Source:3)
01-19 12:54:27.969 4611 4611 E ThreadGroup: at a.vt1.run(Unknown Source:2)
01-19 12:54:27.969 4611 4611 E ThreadGroup: at a.zw1.j0(Unknown Source:0)
01-19 12:54:27.969 4611 4611 E ThreadGroup: at a.yw1.run(Unknown Source:7)
01-19 12:54:27.971 4611 4611 I opjohnwu.magis: System.exit called, status: 1
The closest bug report i could find for Magisk is #3876, but in that case Magisk wanted a order of magnitude more memory. On /e/ it’s killed for not even 50MB, that doesn’t make sense.
The only other pointers, compared to my logcat (on vanilla FPOS, working), were some irregularities between how the files get opened. But that can just as easily be caused by the boot.img apparently being read from SD in your case (and you tried all the other ways as well). But maybe, just maybe this is somehow related to the DocumentsUI / Media Provider shipped with /e/.
I’m not a java developer and the problem isn’t obvious enough for me to grasp at the moment, so someone on /e/ will have to report this in the Magisk bug tracker, sorry
I’ll switch to /e/ on one device in the future, maybe the problem becomes more apparent if I can reproduce it myself.
Until this is resolved I’ll provide patched boot.imgs for people who need them.
Edit: So the problem seems to be not exclusive to Magisk and will be fixed in the next update, according to
It didn’t work for me (with mine, maybe I did something wrong)
I patched it myself with WSA (Windows Subsystem for Android) 'cause yes, patching on Magisk was dysfunctional on the /e/OS FP4 (strange issue tho)
But when trying to boot on it, it just rebooted after showing the /e/ Logo (Android loading)
And when trying to flash, I had an error (tried a & b slots)
Huh, interesting, now I really need to know what route you ultimately took
Yeah, I don’t get it either why the /e/ people decided to set the jvm heapsize to a completely unusable size…
Since you already have a working (rooted) system, I wouldn’t ask you to test the boot.img I uploaded, but it seems to be working for others.
I still would be very interested in your method
Do you think I might do a separate thread, or post it here ?
Maybe a separate thread for /e/OS specific could be interesting, 'cause the boot.img isn’t the same
Sure, this thread is getting long anyway
I suspect there might be new problems with root on /e/ in the future, that definitely warrants a separate topic
I have another idea
Maybe a wiki, for rooting both FPOS and /e/OS (every important information for everyone, without having to search every message of this thread x))
And for questions, they will be redirected here
I’ll ask for it to moderators