i have to get to work or i would write it again see here
If you dump it ill check it out. HTC released an update recently with some bug fixes which they may finally be releasing ota. Also logcat the download so we can find its source.
Apparently it is just a market update, I still haven't got it to reappear yet. I took down the post so as not to lead people astray.
so newer than: 1.86.631.1 ?
I can't seem to find the link to the update. Can someone point me to it?
i can't find the update either, i skipped it for the time being and now can't get it to pop up again. i didn't click the notification, just ignored it and restarted to backup .. thinking it might be a firmware thing, it was early and only coffee number one.
**edit: if you mean the link in my original post, that was a post on my blog but after realizing it might not be an android update i removed it.
Well I switched to S-OFF to get a new splash screen and now I can no longer install OTA updates for my Hero. I get a signature failure every time I try to install. Does anyone know how to switch this back on? I didn't realize this would kill the ability to do updates as the forums I have read before switching didn't have any mention of it.
Sorry if this has been previously posted and I missed it in the forums.
Any help would be greatly appreciated.
awnorwood said:
Well I switched to S-OFF to get a new splash screen and now I can no longer install OTA updates for my Hero. I get a signature failure every time I try to install. Does anyone know how to switch this back on? I didn't realize this would kill the ability to do updates as the forums I have read before switching didn't have any mention of it.
Sorry if this has been previously posted and I missed it in the forums.
Any help would be greatly appreciated.
Click to expand...
Click to collapse
The signature failure isn't from s-off it's from the custom recovery. What you need to do is to resign the zip.
awnorwood said:
Any help would be greatly appreciated.
Click to expand...
Click to collapse
Just an added note, as far as I know, you can't switch back to S-ON on this
device, at least, not at the moment.. If they get S-ON to work on these phones,
good, but if not, I'm not overly concerned.
http://forum.xda-developers.com/showthread.php?t=759955
and
http://unrevoked.com/rootwiki/doku.php/public/forever
for details..
Asadullah said:
The signature failure isn't from s-off it's from the custom recovery. What you need to do is to resign the zip.
Click to expand...
Click to collapse
Not sure I'm understanding the question. But, if he means receiving updates directly from Sprint then they don't come as zip files. So, how would signing anything help him?
Not sure why you would want to download something from Sprint directly anyway. Whenever an update comes out, they're usually packaged and ready for you to flash via custom recovery by the end of the day if not sooner.
mercado79 said:
Not sure I'm understanding the question. But, if he means receiving updates directly from Sprint then they don't come as zip files. So, how would signing anything help him?
Not sure why you would want to download something from Sprint directly anyway. Whenever an update comes out, they're usually packaged and ready for you to flash via custom recovery by the end of the day if not sooner.
Click to expand...
Click to collapse
The ota (over the air) updates that sprint pushes out and you download are stored in an update zip in /cache then when you choose to install them they are flashed through the stock recovery... but if you don't have the stock recovery you will have to pull the update from your device resign it and then flash it through custom recovery. Also they won't work on anything but a stock or close to stock rom because of the checks it does in the update scripts and most of everything inside is .p files (patch).
I should know because I took the second to last sprint update rooted it and posted it on here. You can actually test this theory by running the ruu rooting it and then when you get an update download it but don't install it right away. You'll find it in /cache (I believe forgotten exactly) or just take my word for it.
If you do do it like that I suggest the original 2.1 ruu just because you'll get your original radio back in the process
Asadullah said:
The ota (over the air) updates that sprint pushes out and you download are stored in an update zip in /cache then when you choose to install them they are flashed through the stock recovery... but if you don't have the stock recovery you will have to pull the update from your device resign it and then flash it through custom recovery. Also they won't work on anything but a stock or close to stock rom because of the checks it does in the update scripts and most of everything inside is .p files (patch).
I should know because I took the second to last sprint update rooted it and posted it on here. You can actually test this theory by running the ruu rooting it and then when you get an update download it but don't install it right away. You'll find it in /cache (I believe forgotten exactly) or just take my word for it.
If you do do it like that I suggest the original 2.1 ruu just because you'll get your original radio back in the process
Click to expand...
Click to collapse
Good information to know. Thanks Asadullah.
EDIT: Let's keep this thread focused on how we can move past old methods, and make some progress towards modding. Thanks, and any relevant input is welcome.
Alright. we can get recovery most likely on MF3. many locked moto devices do with a bootstrap. the problem is that if the system breaks, so does recovery, so the actual part about recovery is useless. therefore, in order to be safe, we need a signed stock firmware. this is how it works with My A2. we have a solid recovery that just hijacks the boot, and if you bootloop, you can FXZ (similar to flashing with odin) back to stock. We can now even get custom kernels through kexec, but even without it, there were working aosp/cm based roms.
So, what we really need here to make any progress is a flashable MF3 firmware, so we can get out of soft bricks. Anyone got any ideas?
lkrasner said:
Alright. we can get recovery most likely on MF3. many locked moto devices do with a bootstrap. the problem is that if the system breaks, so does recovery, so the actual part about recovery is useless. therefore, in order to be safe, we need a signed stock firmware. this is how it works with My A2. we have a solid recovery that just hijacks the boot, and if you bootloop, you can FXZ (similar to flashing with odin) back to stock. We can now even get custom kernels through kexec, but even without it, there were working aosp/cm based roms.
So, what we really need here to make any progress is a flashable MF3 firmware, so we can get out of soft bricks. Anyone got any ideas?
Click to expand...
Click to collapse
There's a few threads about this already which contain several ideas...some tried, some theorized. Why make a new one if it isn't bringing anything new to the table?
Don't get me wrong, your help is MUCH appreciated, it's just a problem when the forum starts getting filled up with information that already exists in other threads.
I think Adam Outler's "Let's get this bootloader unlocked" thread in the "Development" section would be a good place to contribute or maybe even the 'Software Update" thread in the General section.
scott14719 said:
There's a few threads about this already which contain several ideas...some tried, some theorized. Why make a new one if it isn't bringing anything new to the table?
Don't get me wrong, your help is MUCH appreciated, it's just a problem when the forum starts getting filled up with information that already exists in other threads.
I think Adam Outler's "Let's get this bootloader unlocked" thread in the "Development" section would be a good place to contribute or maybe even the 'Software Update" thread in the General section.
Click to expand...
Click to collapse
Sorry, I will admit I jumped in a little quick here. My main point is that it should not be too difficult to get custom recovery working. I am just afraid to do it until I know I can recover, as I am sure the process will involve multiple bricks.
Part of the problem is...this isnt motorola...from what ive been reading is the bootloader checks the phone on boot and overrights any custom recovery with a stock one. Im nkt saying it isnt possible to get a recovery with out an unlock or loki like exploit because I really dont know...actually, isnt the previous loki exploit prettt mucg what your talking about? A way to get recovery and flash with out a bootloader unlock
Although I do agree we need a safe way to return to stock (firmware leak/upload for odin) before we can even try and start experimenting
Theres instructions here on here to pull a firmware from a device...can anyone on mf3 try it? http://forum.xda-developers.com/showthread.php?t=1348392
-from there maybe we can package it into an odin tar, as heimdall currently can not flash system partition as our device isnt supported
Sent from my SAMSUNG-SGH-I337 using Tapatalk 4
mg2195 said:
Part of the problem is...this isnt motorola...from what ive been reading is the bootloader checks the phone on boot and overrights any custom recovery with a stock one. Im nkt saying it isnt possible to get a recovery with out an unlock or loki like exploit because I really dont know...actually, isnt the previous loki exploit prettt mucg what your talking about? A way to get recovery and flash with out a bootloader unlock
Although I do agree we need a safe way to return to stock (firmware leak/upload for odin) before we can even try and start experimenting
Sent from my SAMSUNG-SGH-I337 using Tapatalk 4
Click to expand...
Click to collapse
Well, if anyone has a link to something that actually explains how loki works, I would appreciate it. I am trying to learn quickly, and as you all know, devices are very different.
From what I understand, LOKI allows recovery to be overwritten, or is at least more permanent. What happens if you were to totally kill your system, could you still get into recovery with loki?
I understand that this is not motorola, and I am not trying to be stubborn here, but I fell like the same basic boot hijack that a ton of locked devices use should work.
lkrasner said:
Well, if anyone has a link to something that actually explains how loki works, I would appreciate it.
Click to expand...
Click to collapse
http://blog.azimuthsecurity.com/2013/05/exploiting-samsung-galaxy-s4-secure-boot.html
and http://forum.xda-developers.com/showthread.php?t=2292157
lkrasner said:
Sorry, I will admit I jumped in a little quick here. My main point is that it should not be too difficult to get custom recovery working. I am just afraid to do it until I know I can recover, as I am sure the process will involve multiple bricks.
Click to expand...
Click to collapse
Please don't apologize, I have no doubt you are going to be a valuable part of what is going to go on with this phone. The only reason I brought up not making a new thread is because of the fragmentation of information different threads cause. Here is the link to Adam's Bootloader Unlock thread:
http://forum.xda-developers.com/showthread.php?t=2255644
Adam has requested (though many didn't respect his request) to not post anything in that thread that doesn't make progress in unlocking the bootloader.
That is why I also mentioned maybe using the "software update" thread as a thread to keep everything together in:
http://forum.xda-developers.com/showthread.php?t=2357039
This thread we are in now can be used as such a thread as well, I just think it is counter productive to have 3 or 4 or more threads going about the same (general) thing. The fragmentation it creates is confusing and time consuming.
So maybe we all need to decide where (which thread) to put all of the bootloader unlock / recovery information into to prevent fragmentation? Maybe rename this thread something like "Bootloader unlock discussion thread" so that ideas and discussion can occur here and any firm findings can be transferred to Adam's thread? If we do this, it will be important to import or at least take into consideration what has already been mentioned and tried in all of the other threads so we don't waste time on something that has already been done or tried.
Here is a link to the "LOKI" thread:
http://forum.xda-developers.com/showthread.php?t=2292157
There are links in the OP of that thread to give better technical information about what LOKI does and how it is used.
scott14719 said:
Please don't apologize, I have no doubt you are going to be a valuable part of what is going to go on with this phone. The only reason I brought up not making a new thread is because of the fragmentation of information different threads cause. Here is the link to Adam's Bootloader Unlock thread:
http://forum.xda-developers.com/showthread.php?t=2255644
Adam has requested (though many didn't respect his request) to not post anything in that thread that doesn't make progress in unlocking the bootloader.
That is why I also mentioned maybe using the "software update" thread as a thread to keep everything together in:
http://forum.xda-developers.com/showthread.php?t=2357039
This thread we are in now can be used as such a thread as well, I just think it is counter productive to have 3 or 4 or more threads going about the same (general) thing. The fragmentation it creates is confusing and time consuming.
So maybe we all need to decide where (which thread) to put all of the bootloader unlock / recovery information into to prevent fragmentation? Maybe rename this thread something like "Bootloader unlock discussion thread" so that ideas and discussion can occur here and any firm findings can be transferred to Adam's thread? If we do this, it will be important to import or at least take into consideration what has already been mentioned and tried in all of the other threads so we don't waste time on something that has already been done or tried.
Here is a link to the "LOKI" thread:
http://forum.xda-developers.com/showthread.php?t=2292157
There are links in the OP of that thread to give better technical information about what LOKI does and how it is used.
Click to expand...
Click to collapse
Thanks, It still looks to me like loki is a bit more advanced than what I am talking about, though the underlying principle is the same. LOKI allows the phone to actually boot a kernel (or recovery kernel) a boot hijack just loads some files on top of what is already running.
Here is Adam's post where he sums up the boot sequence for the S4: http://forum.xda-developers.com/showpost.php?p=40980436&postcount=46
That may give you some guidance. Towards the end of that thread, Aou posted a possible leaked Samsung PIT file signer but I tested it and confirmed it wasn't actually signing PITs - just making them without the signature. I'm still doing a lot of research and don't have anything more to contribute right now unfortunately.
ashaton said:
Here is Adam's post where he sums up the boot sequence for the S4: http://forum.xda-developers.com/showpost.php?p=40980436&postcount=46
That may give you some guidance. Towards the end of that thread, Aou posted a possible leaked Samsung PIT file signer but I tested it and confirmed it wasn't actually signing PITs - just making them without the signature. I'm still doing a lot of research and don't have anything more to contribute right now unfortunately.
Click to expand...
Click to collapse
Thanks, I am sure that will prove helpful.
This is Adam Outler's Samsung Galaxy S3 bootloader unlock thread. Though it is for the Verizon S3, it still goes very in depth about how the hardware and software are tightly interconnected. Many of the principals still apply to the S4 bootloader. As you can see, the S3 was unlocked via a leak (which is what I think it will take for the S4), but the information in this thread can be very helpful, especially the bootloader sequence parts.
http://forum.xda-developers.com/showthread.php?t=1769411
The entire thread is very interesting. Starting around "Post# 115" and beyond there is talk about (what i believe) you are trying to do with the bootstrap idea. Maybe it will help you.
scott14719 said:
This is Adam Outler's Samsung Galaxy S3 bootloader unlock thread. Though it is for the Verizon S3, it still goes very in depth about how the hardware and software are tightly interconnected. Many of the principals still apply to the S4 bootloader. As you can see, the S3 was unlocked via a leak (which is what I think it will take for the S4), but the information in this thread can be very helpful, especially the bootloader sequence parts.
http://forum.xda-developers.com/showthread.php?t=1769411
Click to expand...
Click to collapse
Thanks, this is what I like to see. the more info the better. If we can make sense of everything and compile a list of useful info, we aught to be able to get something done.
lkrasner said:
Thanks, this is what I like to see. the more info the better. If we can make sense of everything and compile a list of useful info, we aught to be able to get something done.
Click to expand...
Click to collapse
I edited my above post. I believe around post 115 and beyond of the above linked thread there is some information about the bootstrap idea you have.
I had edited my last post but I think this was missed
Theres instructions here on here to pull a firmware from a device...can anyone on mf3 try it? http://forum.xda-developers.com/showthread.php?t=1348392
-from there maybe we can package it into an odin tar, as heimdall currently can not flash system partition as our device isnt supported
At least that way we can possibly have a safe way back to stock
Sent from my SAMSUNG-SGH-I337 using Tapatalk 4
mg2195 said:
I had edited my last post but I think this was missed
Theres instructions here on here to pull a firmware from a device...can anyone on mf3 try it? http://forum.xda-developers.com/showthread.php?t=1348392
-from there maybe we can package it into an odin tar, as heimdall currently can not flash system partition as our device isnt supported
At least that way we can possibly have a safe way back to stock
Sent from my SAMSUNG-SGH-I337 using Tapatalk 4
Click to expand...
Click to collapse
One potential problem is that bootloaders can not be pulled from devices. They have to be obtained through official firmware releases. I'm not sure if pulling the bootloader(s) from the MF3 OTA and inserting them into an MF3 image pulled from a device will equal an ODIN flashable TAR? I think the bootloader(s) in the MF3 OTA are somehow altered once flashed onto a phone. And because the altered bootloader can not be pulled from the device after the flash it could pose a problem to try and put the unaltered version (from the pre-installed MF3 OTA into a device image and create an ODin flashable TAR. Basically, I'm not sure the phone will accept a pre-flashed MF3 bootloader onto a phone that has already experienced a post flash MF3 bootloader. If that makes any sense? (LOL)
scott14719 said:
One potential problem is that bootloaders can not be pulled from devices. They have to be obtained through official firmware releases. I'm not sure if pulling the bootloader(s) from the MF3 OTA and inserting them into an MF3 image pulled from a device will equal an ODIN flashable TAR? I think the bootloader(s) in the MF3 OTA are somehow altered once flashed onto a phone. And because the altered bootloader can not be pulled from the device after the flash it could pose a problem to try and put the unaltered version (from the pre-installed MF3 OTA into a device image and create an ODin flashable TAR. Basically, I'm not sure the phone will accept a pre-flashed MF3 bootloader onto a phone that has already experienced a post flash MF3 bootloader. If that makes any sense? (LOL)
Click to expand...
Click to collapse
Ahhhh I see...makes sense
Sent from my SAMSUNG-SGH-I337 using Tapatalk 4
mg2195 said:
Ahhhh I see...makes sense
Sent from my SAMSUNG-SGH-I337 using Tapatalk 4
Click to expand...
Click to collapse
I'm just theorizing there from what I "think" I know. It still might be worth a try. The resulting TAR could:
1. Work, and if so we will have an ODIN flashable firmware for MF3. It doesn't matter if it is 'Frankenstein'd" or not...if it works it works!
2. Not work, but only fail in ODIN not causing anything to change or brick.
3. Not work and cause a soft or hard brick that can not be recovered from because it didn't work.
So, once again, finding someone to test the finished product out would be an issue. I'm guessing someone that is already hard bricked and already previously on MF3 could test because they already have nothing to lose (with JTAG not working for MF3).
I think Aou has deconstructed the MF3 OTA and pulled the bootloader(s) out of it. If someone can pull an MF3 image from their device and the bootloader can be added to it...and it can be made into a flashable TAR, maybe it would work. I don't think it will because of the reasons I listed in my last post...but it might.
Anyone willing to put it together and try it?
I think the problem is that it won't be signed. That is how it was with the a2. We just used fastboot but it would not flash an unsigned image
Sent from my Nexus 7 using xda premium
I think Aou already made some MF3 tarballs for Odin in his stock MF3 thread: http://forum.xda-developers.com/showthread.php?t=2378946&highlight=mf3
He says they don't work because they aren't signed:
Downloads:
I've provided the rom in several different formats. When I last tested the odin-flashable tarballs, they did not work for me (due to signatures, etc). However, I'm still providing these for a few XDA members who will be testing them out on their semi-bricked devices. Additionally, someone might be able to get these signed somehow, and I'll leave this hanging out there as an invitation.
Click to expand...
Click to collapse
ashaton said:
I think Aou already made some MF3 tarballs for Odin in his stock MF3 thread: http://forum.xda-developers.com/showthread.php?t=2378946&highlight=mf3
He says they don't work because they aren't signed:
Click to expand...
Click to collapse
Yup, that's what I was saying. I can try to port a bootstrap cwm, but I really do not want to be the one to test it
Sent from my Nexus 7 using xda premium
Hey I was wondering if anyone has managed to get their hands on the download URL for the patch. It'd be a small patch that you would be able to flash in the stock recovery since it's signed by Alcatel. It'd be much easier for people to put this on their sd cards and flash rather than reimaging their phones.
Someone had a link to the bin... maybe @famewolf
FBis251 said:
Hey I was wondering if anyone has managed to get their hands on the download URL for the patch. It'd be a small patch that you would be able to flash in the stock recovery since it's signed by Alcatel. It'd be much easier for people to put this on their sd cards and flash rather than reimaging their phones.
Click to expand...
Click to collapse
What exactly are you trying to do with it? The patch was specific to each different model of idol 3 (6045i, 6045Y, 6045K, 6039Y, 6039K, 6039i) and was generated at the time the system checker polled their server...it looked at what firmware level the user was already at and added all patches they didn't yet have installed..the urls last for a limited time so yes I did intercept it via a transparent squid proxy but I doubt the url will do you much good as it's probably expired by now...if you want the FILE this is not a patch that will sideload to well I don't believe since one of the things it does is check the checksum of recovery and if it doesn't match the system default recovery it overwrites it. If you try to install it on a device that has any of the previous patches applied that were not applied to MY device at the time of download the update will fail as patch will not apply to an already updated file. The update will then error out.
So to sum all of that up, what exactly are you trying to do with the file? Oh and the update is 302mb....not exactly "small".
..and no it's not "easier" as if you are rooted and don't fully unroot you risk putting yourself into boot loops that currently cannot be resolved since it wipes out your recovery at the same time. Factory recovery for 6045i and 6045Y does not have reboot to bootloader as an option so you basically have a paperweight. It's easier to deal with an image that is already updated and then just flash the supersu zip right after.
The neat thing is that since the updates are signed by alcatel they're basically the only type of file that will flash with the stock recovery.
It's a shame that they got generated on the fly but it makes sense since it'll be a single download every time for each phone, but that means that as you said it's not reusable.
I haven't messed with Android phones in a bit but I read that as of lollipop that patching mechanism changed to some sort of binary diff patcher instead unlike in the KitKat and older days that an OTA zip would contain the full file to be replaced.
Thanks for the information
FBis251 said:
The neat thing is that since the updates are signed by alcatel they're basically the only type of file that will flash with the stock recovery.
It's a shame that they got generated on the fly but it makes sense since it'll be a single download every time for each phone, but that means that as you said it's not reusable.
I haven't messed with Android phones in a bit but I read that as of lollipop that patching mechanism changed to some sort of binary diff patcher instead unlike in the KitKat and older days that an OTA zip would contain the full file to be replaced.
Thanks for the information
Click to expand...
Click to collapse
Add me to the list that can send you pm's and I'll drop you a link to look at.
Here is the latest T-Mobile US KDZ: G710TM10N.
Changelog only indicates November security update.
Download URL: here
Google Drive mirrors:
- KDZ
- DLL
@Joe199799 Did you see this? @ChazzMatt Also @culot did you already try to install this and if so what was the result? Also, was not able to get this extracted/decompiled as well.
Dvalin21 said:
@Joe199799 Did you see this? @ChazzMatt
Click to expand...
Click to collapse
I did yes, I should say I keep up with this stuff and know a decent amount about the front end of Android but I'm f****ing clueless about the backend, all the information I've told people is just paraphrasing from other threads on here
Dvalin21 said:
@Joe199799 Did you see this? @ChazzMatt Also @culot did you already try to install this and if so what was the result? Also, was not able to get this extracted/decompiled as well.
Click to expand...
Click to collapse
This was just pulled from LG Bridge as it updated my device.
No, I was not able to extract contents of the dz file. Someone could try to add the header info to that LG kdz python program on github maybe? A while back that used to be simple to accomplish.
Guys here is the boot_a/b for the firmware you posted here. Thanks goes out to @runningnak3d who made updates to @emdroidle's work. (KDZ extractor: Here)Amazing work guys. boot_a/b
Update: Currently trying to upload the system_a/b folders already unpacked. Ill post the link as soon as its finished
Update System_a/b Here
Been lurking and leeching since my first android, trying to contribute on this G7, just upgraded to G710TM10N on this sim-locked G7, if I can provide anything to help anywhere. I can try to pull the same files if redundancy helps
danag94 said:
Been lurking and leeching since my first android, trying to contribute on this G7, just upgraded to G710TM10N on this sim-locked G7, if I can provide anything to help anywhere. I can try to pull the same files if redundancy helps
Click to expand...
Click to collapse
Thank you sir, see if you can try to pull the recovery.img. The firmware didnt seem to include one. I may try and download an older firmware and see if i can recover it from there instead. If everyone can help with this search, it could prove important.
Recovery is included in boot_a, boot_b in system A/B phones which the LG G7 has. It is included there so phone can update without needing a reboot.
mprovi_15 said:
Recovery is included in boot_a, boot_b in system A/B phones which the LG G7 has. It is included there so phone can update without needing a reboot.
Click to expand...
Click to collapse
While you are correct that recovery is in boot, it is not needed for the A/B updates. The only rational reason they stuck recovery in boot is to make our lives difficult. Also, not all A/B phones ditched the recovery partition, just the majority of phones with Qualcomm processors that use their reference abl.
FYI - the much easier way will be to incorporate TWRP into laf ... or just forgo download mode completely, and use the laf partition.
Lastly, now that I can decompile abl -- stay tuned for ablsploit (to be used in conjunction with lafsploit). I am not saying with certainty that it is possible yet, but I am feeling confident.
Oh, one last thing for real this time -- don't think about cross flashing ANY model G7. I have downloaded all available KDZs for each model, and LG got smart and they all have different RSA certs.
-- Brian
Dvalin21 said:
Thank you sir, see if you can try to pull the recovery.img. The firmware didnt seem to include one. I may try and download an older firmware and see if i can recover it from there instead. If everyone can help with this search, it could prove important.
Click to expand...
Click to collapse
I kept hitting security key issues, possibly due to my limited usage of adb and fastboot. My phone had already updated so I don't see the download anywhere, I guess to the A/B partition setup.
and good luck to you, runningnak3d
Guys I need help! can someone drop me a dump of LG g7 G710tm. just hardbricked neeed dump to revive my phone!!!!
kumasi_kg said:
Guys I need help! can someone drop me a dump of LG g7 G710tm. just hardbricked neeed dump to revive my phone!!!!
Click to expand...
Click to collapse
you can find them here:
https://lg-firmwares.com/lg-lmg710tmp-firmwares/
Does anyone know how to change the certificates between firmwares?