First post I see today deserves a response:
I place extracted systemrw_1.32 in my adb folder.
I right click on adb folder and select open cmd window here.
adb push systemrw_1.32 /data/local/tmp/systemrw_1.32
adb shell
su
chmod +x /data/local/tmp/systemrw_1.32/systemrw.sh
cd /data/local/tmp/systemrw_1.32
./systemrw.sh size=80
Let it do its thing. But at this point watch for where it stores your super_fixed.bin, because to save doing this again, you can
adb pull /data/local/tmp/systemrw_1.32/img/super_fixed.bin
Now reboot into fastboot, remember I'm on A-only, so I actually do this:
fastboot --disable-verity --disable-verification flash vbmeta vblankmeta.img
fastboot --disable-verity --disable-verification flash vbmeta_system vblankmeta.img
fastboot --disable-verity --disable-verification flash vbmeta_vendor vblankmeta.img
fastboot --disable-verity --disable-verification flash boot Magisk'd _Bootloader.img
fastboot --disable-verity --disable-verification flash recovery Magik'd_Recovery-TWRP.img
fastboot --disable-verity --disable-verification flash super super_fixed.bin
The vblankmeta is my own blanked vmeta, renamed to also wipe system and vendor...
Now, after doing this I can:
Rellash stock bootloader, load Twrp to recovery, flash a zipped magisk, reboot, and up until magisk FORCED update can in fact read and write to system, but cant SU in GUI because magisk wants the internet to GIVE su (why adb shell su freezes...) and the update put's magisk in charge, removing the rw access we have, to the super (allowing rw system/vendor) to begin with, and how does it do it?
John wu thinks system is ro.
I would stop concentrating on system/vendor partitions, that are ro, and concentrate on a new way to load linux... boot it from the beginning of SUPER.img.
To the SUPER directory!!! instead of SYSTEM!
(A only cannot SEE sytem, fastboot cannot WIPE system, but I can flash and wipe super...!)
ooops... running away here... but all you read I learnt using this script to see I can access the system rw, but only in twrp...
If twrp can su from recovery, all else can be wiped, and reflashed with whatever else.
I place extracted systemrw_1.32 in my adb folder.
I right click on adb folder and select open cmd window here.
adb push systemrw_1.32 /data/local/tmp/systemrw_1.32
adb shell
su
chmod +x /data/local/tmp/systemrw_1.32/systemrw.sh
cd /data/local/tmp/systemrw_1.32
./systemrw.sh size=80
Let it do its thing. But at this point watch for where it stores your super_fixed.bin, because to save doing this again, you can
adb pull /data/local/tmp/systemrw_1.32/img/super_fixed.bin
Now reboot into fastboot, remember I'm on A-only, so I actually do this:
fastboot --disable-verity --disable-verification flash vbmeta vblankmeta.img
fastboot --disable-verity --disable-verification flash vbmeta_system vblankmeta.img
fastboot --disable-verity --disable-verification flash vbmeta_vendor vblankmeta.img
fastboot --disable-verity --disable-verification flash boot Magisk'd _Bootloader.img
fastboot --disable-verity --disable-verification flash recovery Magik'd_Recovery-TWRP.img
fastboot --disable-verity --disable-verification flash super super_fixed.bin
The vblankmeta is my own blanked vmeta, renamed to also wipe system and vendor...
Now, after doing this I can:
Rellash stock bootloader, load Twrp to recovery, flash a zipped magisk, reboot, and up until magisk FORCED update can in fact read and write to system, but cant SU in GUI because magisk wants the internet to GIVE su (why adb shell su freezes...) and the update put's magisk in charge, removing the rw access we have, to the super (allowing rw system/vendor) to begin with, and how does it do it?
John wu thinks system is ro.
I would stop concentrating on system/vendor partitions, that are ro, and concentrate on a new way to load linux... boot it from the beginning of SUPER.img.
To the SUPER directory!!! instead of SYSTEM!
(A only cannot SEE sytem, fastboot cannot WIPE system, but I can flash and wipe super...!)
ooops... running away here... but all you read I learnt using this script to see I can access the system rw, but only in twrp...
If twrp can su from recovery, all else can be wiped, and reflashed with whatever else.