ya exactly! i was just going to say the same thing!
(sorry for OT)
coming back to the topic... can we actually use this in some way?
So on this two step booting process, is that why I somehow have TWO recoveries installed at the same time? I installed DoomKernel as part of my original rooting process. I then installed Monx Rom, which installed TWRP. Using Rom Manager, I tried to put CWM back. Now, whenever I reboot to recovery, CWM will come up, but when I reboot system from CWM, it boots to TWRP. From there, when I reboot system, it then boots up to system. Some weird side effects to this too. I lose some installed apps when I finally get back to Android. RSA Secure ID and Go Launcger Ex seem to be the two that are constantly being "forgotten" when I go through this cycle. Also, I did a "Erase SD" from the settings menu. All was good, Ext SD was functioning fine, nice and clean. Then, Reboot recovery and go through the who double recovery cycle and WHAM! My ext sd has ALL the data I erased back on it.
So, is this double boot process you speak of responsible for this behavior?
Thanks,
-Hans
So on this two step booting process, is that why I somehow have TWO recoveries installed at the same time? I installed DoomKernel as part of my original rooting process. I then installed Monx Rom, which installed TWRP. Using Rom Manager, I tried to put CWM back. Now, whenever I reboot to recovery, CWM will come up, but when I reboot system from CWM, it boots to TWRP. From there, when I reboot system, it then boots up to system. Some weird side effects to this too. I lose some installed apps when I finally get back to Android. RSA Secure ID and Go Launcger Ex seem to be the two that are constantly being "forgotten" when I go through this cycle. Also, I did a "Erase SD" from the settings menu. All was good, Ext SD was functioning fine, nice and clean. Then, Reboot recovery and go through the who double recovery cycle and WHAM! My ext sd has ALL the data I erased back on it.
So, is this double boot process you speak of responsible for this behavior?
Thanks,
-Hans
So on this two step booting process, is that why I somehow have TWO recoveries installed at the same time? I installed DoomKernel as part of my original rooting process. I then installed Monx Rom, which installed TWRP. Using Rom Manager, I tried to put CWM back. Now, whenever I reboot to recovery, CWM will come up, but when I reboot system from CWM, it boots to TWRP. From there, when I reboot system, it then boots up to system. Some weird side effects to this too. I lose some installed apps when I finally get back to Android. RSA Secure ID and Go Launcger Ex seem to be the two that are constantly being "forgotten" when I go through this cycle. Also, I did a "Erase SD" from the settings menu. All was good, Ext SD was functioning fine, nice and clean. Then, Reboot recovery and go through the who double recovery cycle and WHAM! My ext sd has ALL the data I erased back on it.
So, is this double boot process you speak of responsible for this behavior?
Thanks,
-Hans
Afaik, rom manager will install a recovery. tar format of recovery which works on chargemon hacking. Bcz we don't have a separate partition for recovery here. So that's why cwm exist in your system and twrp in your kernel
Sent from my Nexus 5 using Tapatalk
But we have FOTA kernel partition do we not? Wouldn't we be able to utilise that for dualbooting?
Sent from my D6503 using Tapatalk
Hey guys I dont know how many of you have noticed this but the Xperia Z2 has a "two step" booting process... first an initial kernel is booted, the one which shows the "Sony" logo.. and after that the custom kernel get booting... it might be using some sort of Kexec may be?
i noticed this when i saw that it was taking longer in boot process and it was not showing my custom bootlogo... so i investigated and this is waht i found in the dmesg:
Code:root@D6503:/ # dmesg | grep logo dmesg | grep logo <6>[ 3.378925] Skip drawing logo. Already drawn in boot. <3>[ 9.679902] init: cannot open '/initlogo.rle'
if i compare it against the Z1:
Code:root@C6902:/ # dmesg | grep logo dmesg | grep logo <6>[ 4.366685] Drawing logo. <3>[ 10.875083] init: cannot open '/initlogo.rle' root@C6902:/ #
i have hacked the code to show my custom bootlogo so i am happy but it might be interesting to see what we can do if we can access that "base kernel"... may be we can explore proper multi-boot solutions?
what do you guys think?
P.S.: this is ment ONLY for DEVELOPERS to discuss... noobs/thank-you posts ARE NOT WELCOME!
only post if you have something useful to contribute...
regards,
DooMLoRD
Hey guys I dont know how many of you have noticed this but the Xperia Z2 has a "two step" booting process... first an initial kernel is booted, the one which shows the "Sony" logo.. and after that the custom kernel get booting... it might be using some sort of Kexec may be?
Hey guys I dont know how many of you have noticed this but the Xperia Z2 has a "two step" booting process... first an initial kernel is booted, the one which shows the "Sony" logo.. and after that the custom kernel get booting... it might be using some sort of Kexec may be?
DooMLoRD
@DooMLoRD I was able to locate the boot logo in my Z3C, i think in Z2 it is similar.
It is stored inside the aboot image, as a LZ4-compressed data. , which is decompressed shortly after display is initialized.
I used IDA-pro to dissassemble the aboot image as it is said in http://newandroidbook.com/Articles/aboot.html (strip the header, and provide correct "loading offset" from ImgBase from the header)
then i found "Decompressing logo failed" string in it, and a place where it is printed (dprintf)
right before it there is a call to function, which looks like LZ4_decompose_safe() and a little before it there are its arguments -- pointer to compressed data and size
(in my case: 7545 bytes at 0x0004a67c in the aboot image file)
some sorces of LK-loader and grub4android sources helped me a lot.
so, i see a way to replace it as:
1. compress the logo by LZ4
2. if it smaller than 7545 bytes, you can replace the original one, and fix the size constant (dword at 12 bytes before it)
3. or append the custom logo at the end of the image and fix the aboot headers, and data adresses inside the code.
I DID NOT test it yet, but I'll post the results as soon as get to this.
well, look like sony does not like tempering with aboot at all. It is impossible to reflash it via fastboot command,
and once i did it on the device with dd command, it simply bricked. completely. not even the fastboot. and i am sure, that i did not break any code section. I modified only the necessary constants and image data, i double checked.
now i'll have to wait to get to the closest JTAG debugger-reflasher, to see what's wrong there ж)
root@D6503:/ # dmesg | grep logo
dmesg | grep logo
<6>[ 3.378925] Skip drawing logo. Already drawn in boot.
<3>[ 9.679902] init: cannot open '/initlogo.rle'
root@C6902:/ # dmesg | grep logo
dmesg | grep logo
<6>[ 4.366685] Drawing logo.
<3>[ 10.875083] init: cannot open '/initlogo.rle'
root@C6902:/ #
Hey guys I dont know how many of you have noticed this but the Xperia Z2 has a "two step" booting process... first an initial kernel is booted, the one which shows the "Sony" logo.. and after that the custom kernel get booting... it might be using some sort of Kexec may be?
DooMLoRD
Hey guys I dont know how many of you have noticed this but the Xperia Z2 has a "two step" booting process... first an initial kernel is booted, the one which shows the "Sony" logo.. and after that the custom kernel get booting... it might be using some sort of Kexec may be?
i noticed this when i saw that it was taking longer in boot process and it was not showing my custom bootlogo... so i investigated and this is waht i found in the dmesg:
Code:root@D6503:/ # dmesg | grep logo dmesg | grep logo <6>[ 3.378925] Skip drawing logo. Already drawn in boot. <3>[ 9.679902] init: cannot open '/initlogo.rle'
if i compare it against the Z1:
Code:root@C6902:/ # dmesg | grep logo dmesg | grep logo <6>[ 4.366685] Drawing logo. <3>[ 10.875083] init: cannot open '/initlogo.rle' root@C6902:/ #
i have hacked the code to show my custom bootlogo so i am happy but it might be interesting to see what we can do if we can access that "base kernel"... may be we can explore proper multi-boot solutions?
what do you guys think?
P.S.: this is ment ONLY for DEVELOPERS to discuss... noobs/thank-you posts ARE NOT WELCOME!
only post if you have something useful to contribute...
regards,
DooMLoRD