• After 15+ years, we've made a big change: Android Forums is now Early Bird Club. Learn more here.

Root [Merit] unable to flash boot image

killajosh

Lurker
so I have CWM, I have root... but I am having issues flashing any custom ROM because every time I do I get an error message saying an error was encountered flashing the boot image.

do I need to use adb, and if so how would I? I am a linux noob, sadly....
 
If flashing it then yes or a app that does it but if it is done as a nandroid then you just do it as a CWM restore.

What ROM are you using?
 
Any ROM designed for the Merit. Specifically trying to install the Speedfreak ROMs through CWM recovery. But no matter what I do, it tells me that it cannot flash the boot image. I then have to restore my actual nandroid backup...
 
your boot partition is probably corrupt if it won't install that way.

no way to fix that that i know of.

it could be something else, but i doubt it.

what cwm version are you using? if you are using the upside down version that isn't even made for our phone you should use one of my builds

if you are using one of my builds already, then you're probably out of luck.

you might need to redownload the rom. your download could be corrupt.
 
I'm already using your CWM. Image is proper orientation. Is there any way to find out for certain if the boot partition is bad?
 
I'm already using your CWM. Image is proper orientation. Is there any way to find out for certain if the boot partition is bad?

Does it give any kind of error code or status code when it fails? It doesn't fail when flashing the backup nandroid you have? This is a shot in the dark but you might try using the reset button on the phone, make sure you have a nandroid because I am not sure exactly what it does. I only know that it has resolved weird issues before. It's under the covers next to the camera lens. Use at your own risk.

Also as stayboogy said it may just be a bad download or extraction. If the rom you wish to use is compressed in a rar file make sure you use winrar to decompress it. Not 7zip, likewise if it is compressed in a 7z file use 7zip to decompress. Using either one on non native file formats for either leads to md5 errors usually.


EDIT: I just noticed that the speed freak roms use the zip container file. But that doesn't mean they don't use a nonstandard compression algorithm. Ask Jamesp what program he uses to compress them. Get it and use that for decompression.
 
winrar will extract anything--rar, tar, gzip, zip, 7z, z, etc. 7z format is native to winrar. shouldn't be a problem at all.
 
winrar will extract anything--rar, tar, gzip, zip, 7z, z, etc. 7z format is native to winrar. shouldn't be a problem at all.

One clarification when I say "native to" I mean that the particular compression algorithm used for either a 7z file or a rar file is native to each particular software respectively. Not that they simply support the format. The algorithm used for rar files originated and was specifically designed for winrar, as well as the algorithm used for 7z files originated and was designed for 7zip. The RAR3 algorithm is a proprietary format so support for it sometimes involves some reverse engineering which can be error prone. Unless 7zip has a license for using the format, that I am unsure of. Also 7zip uses LZMA and LZMA2, for its 7z files, that algorithm is not proprietary so support for it is easier to achieve. But not every developer adheres as strictly to the particular standards of a given algorithm when they support using it in their software, so this can lead to problems as well. For instance when using 7zip to create a 7z file and using the LZMA2 algorithm 7zip offers some advanced compression features for use with that algorithm that winrar simply does not. The same is true for rar files and a particular example is the notes that can be attached to a rar file with winrar that 7zip has no support for whatsoever that I have found.


In most cases yes, what you say is true. You will have to trust me that issues do occur under rare circumstances which cause problems that are difficult to trace or explain. I've had several experiences that have led to my opinion on this matter. It's best to leave no doubt and use whatever program that compressed the files for decompression. Zip rar 7z tar etc are simply container files and while the container may be "native" to any given decompression program. The actual compression algorithm used (there are many) to compress the contents is a different story. 7zip uses its native compression algorithm LZMA and LZMA2 to compress the contents of its 7z container files. While winrar uses the RAR1-2-3 algorithm for compressing the contents of rar files. Now most archive software such as winrar and 7zip support each others formats pretty well, the real trouble arises when someone uses and older version of say 7zip to decompress a rar that was created with a new version of winrar. There maybe subtle design changes in the algorithm that causes 7zip to give strange errors when decompressing. Through these subtle design changes the actual header which is visible with a hex editor for these files remains the same which is why it passes the verification of 7zip, because 7zip only checks the header to make sure it has a valid file. There is also a particular issue that arises from opening multiple volume zips or rar files created in another software, I've noticed that the cross program support for these functions is usually lacking.

So at least make sure your version of whatever software you use for decompression is the most current available. But I really recommend using the same one the file was created with in this case since you are getting a strange error.
 
if you've experienced those kinds of issues i'd say it's 7zip. i've never once had any trouble with any version of winrar regarding many compression formats. true it uses a particular compression algorithm when compressing, but it supports the uncompression of most algorithms that it doesn't use to compress.

not saying it's not possible, but i've not experience such issues in many years and i think it's very rare. that is unless the software you are using is poorly constructed.

i personally think 7zip is a poor compression program. i've heard so many say that it does better compression but in all my side by side tests winrar always makes a smaller file. that's just me though.
 
if you've experienced those kinds of issues i'd say it's 7zip. i've never once had any trouble with any version of winrar regarding many compression formats. true it uses a particular compression algorithm when compressing, but it supports the uncompression of most algorithms that it doesn't use to compress.

not saying it's not possible, but i've not experience such issues in many years and i think it's very rare. that is unless the software you are using is poorly constructed.

i personally think 7zip is a poor compression program. i've heard so many say that it does better compression but in all my side by side tests winrar always makes a smaller file. that's just me though.

Well if using the proper settings 7zip using LZMA2 is capable of out performing winrar barely and the difference is negligible. I use 7zip because it is open source and freely avaliable, and it serves well for non critical stuff. But I agree winrar is more reliable and definitely more professionally constructed. And yes it generally is 7zip that causes the problems, but I have had it happen with winrar as well.
 
Back
Top Bottom