Related
Hey guys, so I tried to flash RUU Firmware on my htc one m9. I downloaded the firmware, minimal adb flashboot, and htc sync manager. Problem is when I open command prompt via minimal adb flashboot and I type 'adb reboot downloader' it says:
adb server is out of date. killing...
* daemon started successfully *
error: device '(null)' not found
Am I missing something here? What should I do?
any chance you run a virtual android, genymotion or something of the like? And I would like to think aside from the drivers for HTC, the sync manager is best tucked safely away in the garbage
MrLizm said:
any chance you run a virtual android, genymotion or something of the like? And I would like to think aside from the drivers for HTC, the sync manager is best tucked safely away in the garbage
Click to expand...
Click to collapse
alright now I can get it to works however it says failed at the end.
C:\adb>adb reboot bootloader
adb server is out of date. killing...
* daemon started successfully *
error: device unauthorized. Please check the confirmation dialog on your device.
C:\adb>adb reboot bootloader
C:\adb>fasboot oem rebootRUU
'fasboot' is not recognized as an internal or external command,
operable program or batch file.
C:\adb>fastboot oem rebootRUU
...
OKAY [ 0.048s]
finished. total time: 0.048s
C:\adb>fastboot flash zip 0PJAIMG.ZIP
target reported max download size of 800000000 bytes
sending 'zip' (61661 KB)...
OKAY [ 4.842s]
writing 'zip'...
(bootloader) HOSD CL#506785
(bootloader) GPT is up-to-dated. [17408]
(bootloader) Perform pre-update
(bootloader) ERR ZIP signature checking failed...
(bootloader) ERR [SD_UPDATE_ERR] Not allow flash image except boot/recov
(bootloader) ery/system
(bootloader) ERR [SD_UPDATE_ERR] sddownload failed: 14
(bootloader) ERR Update zip file failed.
(bootloader) Update zip file OK
(bootloader) ERR ZIP ERROR CODE, 14
(bootloader) [email protected]
FAILED (remote: 14: fail to flash via downloadzip)
finished. total time: 8.598s
C:\adb>fastboot reboot
rebooting...
finished. total time: 0.002s
C:\adb>
any idea how to make it successful?
Have to ask, you s-off?
This line makes me wonder,
(bootloader) ERR [SD_UPDATE_ERR] Not allow flash image except boot/recov
(bootloader) ery/system
MrLizm said:
Have to ask, you s-off?
This line makes me wonder,
(bootloader) ERR [SD_UPDATE_ERR] Not allow flash image except boot/recov
(bootloader) ery/system
Click to expand...
Click to collapse
How do i check it? Sorry I'm totally new in this kind of things
kamocheng said:
How do i check it? Sorry I'm totally new in this kind of things
Click to expand...
Click to collapse
if you boot to bootloader, should be up top there. from a booted phone just 'adb reboot bootloader' if it says s-on thats your problem. My guess is since you do not know your s-on/off you are probably s-on.
kamocheng said:
How do i check it? Sorry I'm totally new in this kind of things
Click to expand...
Click to collapse
No it says:
*** Software status: Modified ***
*** Unlocked ***
*** S-ON ***
so this is your problem, S-ON is the last piece of security for you. Without S-OFF you are unable to flash RUU the way your are attempting.
There is an app, Sunshine. Cost 25$ I am pretty sure and that will get you s-off. or you can wait until your carrier pushes the OTA and do a "Back To Stock" method. Well the app is free, it runs a check and makes sure it can get s-off. then it wants money.
MrLizm said:
so this is your problem, S-ON is the last piece of security for you. Without S-OFF you are unable to flash RUU the way your are attempting.
There is an app, Sunshine. Cost 25$ I am pretty sure and that will get you s-off. or you can wait until your carrier pushes the OTA and do a "Back To Stock" method. Well the app is free, it runs a check and makes sure it can get s-off. then it wants money.
Click to expand...
Click to collapse
Good to know, any idea how to get the app for free? Kinda tight on budget here. Thanks!
kamocheng said:
Good to know, any idea how to get the app for free? Kinda tight on budget here. Thanks!
Click to expand...
Click to collapse
Okay hold on, I remember when I rooted my phone it was S-Off. So to get it back to original factory version I need to S-on it?
kamocheng said:
Okay hold on, I remember when I rooted my phone it was S-Off. So to get it back to original factory version I need to S-on it?
Click to expand...
Click to collapse
No not at all, S-OFF makes it easier to get back to stock. If you were S-OFF at some point I am not too sure why the bootloader is reporting S-ON now. I am cheap and I revert to stock to get my OTAs to get the latest roms.. this is a huge pain. S-OFF is ideal once you have it you should keep it.
@kamocheng: Since I don't have much time at the moment I'm keeping it short:
1. Your zip is corrupted (look at the output). Re-download it and compare the MD5 checksums.
2. If you're s-on you need to be relocked for running RUUs.
3. You never mentioned your firmware version nor your CID so no one can verify whether you use the correct RUU.
4. There is no free version of sunshine since its a free app with in-app purchasement. But there is no need to s-off if you use the correct RUU.
Make sure htc sync isn't running on your computer.
Sent from my 0PJA10 using Tapatalk
Flippy498 said:
@kamocheng: Since I don't have much time at the moment I'm keeping it short:
1. Your zip is corrupted (look at the output). Re-download it and compare the MD5 checksums.
2. If you're s-on you need to be relocked for running RUUs.
3. You never mentioned your firmware version nor your CID so no one can verify whether you use the correct RUU.
4. There is no free version of sunshine since its a free app with in-app purchasement. But there is no need to s-off if you use the correct RUU.
Click to expand...
Click to collapse
Hello there, thanks for replying my thread
1. I'm sorry I dont quiet understand, do you mean zip in my PC or zip in my phone?
2. My firmware version is 1.32.617.30, how do i check my CID?
Correct me if I'm wrong but there are 2 options for me to return to original stock? First, S-off my phone and flash RUU firmware? Second, relocked my phone then run original stock? Since I didnt backup my original stock, I need to find untouched one?
Sorry this is my first android phone so if I'm total noob, I'm so sorry
What if i unrooted then relocked my phone, will i be able to take OTA then?
kamocheng said:
Hello there, thanks for replying my thread
1. I'm sorry I dont quiet understand, do you mean zip in my PC or zip in my phone?
2. My firmware version is 1.32.617.30, how do i check my CID?
Correct me if I'm wrong but there are 2 options for me to return to original stock? First, S-off my phone and flash RUU firmware? Second, relocked my phone then run original stock? Since I didnt backup my original stock, I need to find untouched one?
Sorry this is my first android phone so if I'm total noob, I'm so sorry
Click to expand...
Click to collapse
I'm talking about the zip you tried to flash in post 3. If you are using firefox as a browser I would recommend using an addon like DownThemAll! to verifiy the md5 checksum after the download has finished. Files can get corrupted during a download.
No, its one and the same way. You run the RUU either way. The only difference is that you can flash any firmware version with s-off and you don't need to relock while the versions you can flash with s-on have to match your current version (that means same version or newer) and your CID. Firmware versions with x.xx.617.xx are the developers editions if I'm not mistaking. (As far as I know AndroidRUU doesn't have any corresponding files. So I assume you downloaded it from clsA's personal collection of developer edition files since google didn't find any other sources for these files.) As said before redownload the file and compare the downloaded file's checksum with the one mentioned next to the download link (428582cef691c2e37053a0e19e9d738e). If they match the file should be flashable.
I prefer flashing RUUs using the sd-card method instead of fastboot so here are some instructions how I would continue:
Be sure to backup everything important like contacts, sms, etc. (I'm using MyPhoneExplorer for this step)
Get a SD-card that is not bigger than 32 gb and formatted to fat32 (I've always been using the formatting function of the m9 for this step).
Rename the RUU to "0PJAIMG.zip".
Copy that file into the root direction of your SD-card.
Relock your bootloader.
Put the card back into your phone.
Be sure that your phone is charged enough (more than 50 %).
Boot into download mode.
Follow the instructions on the screen.
Wait some minutes.
Done.
Flippy498 said:
I'm talking about the zip you tried to flash in post 3. If you are using firefox as a browser I would recommend using an addon like DownThemAll! to verifiy the md5 checksum after the download has finished. Files can get corrupted during a download.
No, its one and the same way. You run the RUU either way. The only difference is that you can flash any firmware version with s-off while the versions you can flash with s-on have to match your current version (that means same version or newer) and your CID. Firmware versions with x.xx.617.xx are the developers editions if I'm not mistaking. (As far as I know AndroidRUU doesn't have any corresponding files. So I assume you downloaded it from clsA's personal collection of developer edition files since google didn't find any other sources for these files.) As said before redownload the file and compare the downloaded file's checksum with the one mentioned next to the download link (428582cef691c2e37053a0e19e9d738e). If they match the file should be flashable.
I prefer flashing RUUs using the sd-card method instead of fastboot so here are some instruction how I would continue:
Be sure to backup everything important like contacts, sms, etc. (I'm using MyPhoneExplorer for this step)
Get a SD-card that is not bigger than 32 gb and formatted to fat32 (I've always been using the formatting function of the m9 for this step).
Rename the RUU to "0PJAIMG.zip".
Copy that file into the root direction of your SD-card.
Relock your bootloader.
Put the card back into your phone.
Be sure that your phone is charged enough (more than 50 %).
Boot into download mode.
Follow the instructions on the screen.
Wait some minutes.
Done.
Click to expand...
Click to collapse
So by doing that way, I dont have to S-off my phone to have it return to original stock?
kamocheng said:
So by doing that way, I dont have to S-off my phone to have it return to original stock?
Click to expand...
Click to collapse
Correct.
Edit: I just saw that you asked more or less the same question twice. jollywhitefoot's solution works the same way as the one I described. The only difference is that you are using fastboot instead of a sd-card.
Flippy498 said:
Correct.
Edit: I just saw that you asked more or less the same question twice. jollywhitefoot's solution works the same way as the one I described. The only difference is that you are using fastboot instead of a sd-card.
Click to expand...
Click to collapse
Alright, thank you for your guidance.
kamocheng said:
Alright, thank you for your guidance.
Click to expand...
Click to collapse
So my method in your other thread didn't work? Where are you running into problems?
Hello,
I have been having a lot of trouble lately and all of my problems can be fixed by doing an RUU. The issue is my m9 will not take a full RUU it gets stuck at 50% and I get an error 155 in the HTC exe. The phone itself freezes on the screen with red security text a phone with a spinning circular arrow and a green progress bar. After the freeze I can reboot the phone by volup and pwr. I can access bootloader, and download mode. Doing an RUU by the zip file on the sd card in download mode results in "Failed: -2, 8: fail to flash via downloadzip
How I got here.
relocked bootloader without selecting allow oem unlock in dev settings
attempted an RUU and it froze no ROM installed
attempted to unlock bootloader to get error message because of allow unlock not selected in dev settings
attempted to flash using sd card and download mode to get error above
I am s-on and relocked
I am so stuck right now and I need some help
lpcar04 said:
Hello,
I have been having a lot of trouble lately and all of my problems can be fixed by doing an RUU. The issue is my m9 will not take a full RUU it gets stuck at 50% and I get an error 155 in the HTC exe. The phone itself freezes on the screen with red security text a phone with a spinning circular arrow and a green progress bar. After the freeze I can reboot the phone by volup and pwr. I can access bootloader, and download mode. Doing an RUU by the zip file on the sd card in download mode results in "Failed: -2, 8: fail to flash via downloadzip
How I got here.
relocked bootloader without selecting allow oem unlock in dev settings
attempted an RUU and it froze no ROM installed
attempted to unlock bootloader to get error message because of allow unlock not selected in dev settings
attempted to flash using sd card and download mode to get error above
I am s-on and relocked
I am so stuck right now and I need some help
Click to expand...
Click to collapse
ok. so error 155 could be a connectivity issue. Check device manager or try a different USB port.
Also, do you have HTC Sync Manager installed on the PC? It's required for an RUU to run. Otherwise you get 155.
jollywhitefoot said:
ok. so error 155 could be a connectivity issue. Check device manager or try a different USB port.
Also, do you have HTC Sync Manager installed on the PC? It's required for an RUU to run. Otherwise you get 155.
Click to expand...
Click to collapse
I do have sync manager does it need to be running?
lpcar04 said:
I do have sync manager does it need to be running?
Click to expand...
Click to collapse
No. just needs to be installed.
What firmware are you currently on and what is the version of the RUU you're using? People have had issue running an ruu version that is older than their current firmware version.
if this helps i have tried to update firmware using fastboot and I get this messgae
C:\adb>fastboot flash zip firmware.zip
target reported max download size of 800000000 bytes
sending 'zip' (58525 KB)...
OKAY [ 4.028s]
writing 'zip'...
(bootloader) HOSD CL#556164
(bootloader) Perform pre-update
(bootloader) ERR ZIP signature checking failed...
(bootloader) ERR [SD_UPDATE_ERR] sddownload failed: 8
(bootloader) ERR Update zip file failed.
(bootloader) Update zip file OK
(bootloader) ERR ZIP ERROR CODE, 8
(bootloader) [email protected]
FAILED (remote: 8: fail to flash via downloadzip)
finished. total time: 7.881s
jollywhitefoot said:
No. just needs to be installed.
What firmware are you currently on and what is the version of the RUU you're using? People have had issue running an ruu version that is older than their current firmware version.
Click to expand...
Click to collapse
I am on 2.6.651.11 trying to flash that same version because the first time I flashed that It never finished flashing the ROM portion
lpcar04 said:
if this helps i have tried to update firmware using fastboot and I get this messgae
C:\adb>fastboot flash zip firmware.zip
target reported max download size of 800000000 bytes
sending 'zip' (58525 KB)...
OKAY [ 4.028s]
writing 'zip'...
(bootloader) HOSD CL#556164
(bootloader) Perform pre-update
(bootloader) ERR ZIP signature checking failed...
(bootloader) ERR [SD_UPDATE_ERR] sddownload failed: 8
(bootloader) ERR Update zip file failed.
(bootloader) Update zip file OK
(bootloader) ERR ZIP ERROR CODE, 8
(bootloader) [email protected]
FAILED (remote: 8: fail to flash via downloadzip)
finished. total time: 7.881s
Click to expand...
Click to collapse
lpcar04 said:
I am on 2.6.651.11 trying to flash that same version because the first time I flashed that It never finished flashing the ROM portion
Click to expand...
Click to collapse
You can't flash firmware when you're s-on.
For the RUU, maybe open device manager while it's running to make sure the device is recognized throughout the process. I suppose it's possibly a bad download, but I'm not sure the exe would run at all of that was the case.
jollywhitefoot said:
You can't flash firmware when you're s-on.
For the RUU, maybe open device manager while it's running to make sure the device is recognized throughout the process. I suppose it's possibly a bad download, but I'm not sure the exe would run at all of that was the case.
Click to expand...
Click to collapse
ok thanks will try now
lpcar04 said:
ok thanks will try now
Click to expand...
Click to collapse
Ok I just tried it phone stays detected in Device manager the entire time but right before it fails it says "updating signature" in the exe then closes and gives me 155 and phone freezes
Im in the exact same boat. what to do ? how do i revive the phone ?
arm5263 said:
Im in the exact same boat. what to do ? how do i revive the phone ?
Click to expand...
Click to collapse
Meaning you are s-on, relocked, can't boot into the OS, and did not tick "allow oem unlock"?
If that's the case, your only options are to run the ruu for your firmware version or, if that doesn't work or none exists, return it to htc for repair.
Sent from my HTC One M9 using Tapatalk
yes unfortunately I am S-on, bootloader reloacked (to take the official update). It all started when my official HTC RUU crashed mid way!!! it still crashes..I can get to fastboot, recovery download mode etc but just cant RUU any more as it will crash around 62% saying errror 115 ..get the correct RUU for your device ... it stops at fail to update signature or something... Repeated this this multiple times..same result... I was trying to update to 5.1 from 5.01 software. The download mode does say that I have 2.X.502.18 OS but I believe it did not finish installing all...
I have head there is another way of putting the RUU.zip file and renaming it to some specific name and putting it in your sd card and applying update or may be it will automatically install in download mode?
Can someone help me get that zip file for ATT 5.1 version or outline the process ? my last hope!
arm5263 said:
yes unfortunately I am S-on, bootloader reloacked (to take the official update). It all started when my official HTC RUU crashed mid way!!! it still crashes..I can get to fastboot, recovery download mode etc but just cant RUU any more as it will crash around 62% saying errror 115 ..get the correct RUU for your device ... it stops at fail to update signature or something... Repeated this this multiple times..same result... I was trying to update to 5.1 from 5.01 software. The download mode does say that I have 2.X.502.18 OS but I believe it did not finish installing all...
I have head there is another way of putting the RUU.zip file and renaming it to some specific name and putting it in your sd card and applying update or may be it will automatically install in download mode?
Can someone help me get that zip file for ATT 5.1 version or outline the process ? my last hope!
Click to expand...
Click to collapse
Can't you just unlock with htcdev, get TWRP and flash a rom to check "allow oem unlocking"?
I don't really understand what that option does as I was unlocked at version 5.0.2 though, sorry for my ignorance.
arm5263 said:
yes unfortunately I am S-on, bootloader reloacked (to take the official update). It all started when my official HTC RUU crashed mid way!!! it still crashes..I can get to fastboot, recovery download mode etc but just cant RUU any more as it will crash around 62% saying errror 115 ..get the correct RUU for your device ... it stops at fail to update signature or something... Repeated this this multiple times..same result... I was trying to update to 5.1 from 5.01 software. The download mode does say that I have 2.X.502.18 OS but I believe it did not finish installing all...
I have head there is another way of putting the RUU.zip file and renaming it to some specific name and putting it in your sd card and applying update or may be it will automatically install in download mode?
Can someone help me get that zip file for ATT 5.1 version or outline the process ? my last hope!
Click to expand...
Click to collapse
There's a thread on the ATT M9 forms for converting to a dev edition that has the SD install method listed.
Sent from my HTC One M9 using Tapatalk
Ajxx16 said:
There's a thread on the ATT M9 forms for converting to a dev edition that has the SD install method listed.
Sent from my HTC One M9 using Tapatalk
Click to expand...
Click to collapse
@arm5263
You can find it here >> http://forum.xda-developers.com/showthread.php?t=3086948
Sent from my HTC One M9 using Tapatalk
the problem is since the RUU failed in the middle of updating to 5.1 and I already have relocked the bootloader before applying RUU (you have to lock the bootloader or RUU will fail) and now with partially installed 5.1 on my phone, there was a new security feature that was added that youa have to check allow oem unlock on developer settings.
So now I am stcuk, cant got to developer setting as I cant boot to OS, RUU keeps failing on me, can not unlock bootloader as its not even letting me get the token...fails saying "
(bootloader) [KillSwitch] : /dev/block/bootdevice/by-name/frp
(bootloader) [KillSwitch] Last Byte is 0X00, disable unlock
(bootloader) [KillSwitch] oem unlock Turn Off!
any way to allow oem unlock in fastboot instead of through developer settings?
any other clue?
arm5263 said:
the problem is since the RUU failed in the middle of updating to 5.1 and I already have relocked the bootloader before applying RUU (you have to lock the bootloader or RUU will fail) and now with partially installed 5.1 on my phone, there was a new security feature that was added that youa have to check allow oem unlock on developer settings.
So now I am stcuk, cant got to developer setting as I cant boot to OS, RUU keeps failing on me, can not unlock bootloader as its not even letting me get the token...fails saying "
(bootloader) [KillSwitch] : /dev/block/bootdevice/by-name/frp
(bootloader) [KillSwitch] Last Byte is 0X00, disable unlock
(bootloader) [KillSwitch] oem unlock Turn Off!
any way to allow oem unlock in fastboot instead of through developer settings?
any other clue?
Click to expand...
Click to collapse
Did you try the SD-card method ?
Code:
rename the RUU.zip to 0PJAIMG.ZIP,
place it on a ext sd card formatted in FAT32 (a 16 or 32gig one should work),
reboot into DOWNLOAD_MODE, agree and it should flash.
thatts the only thing I have not tried. I will do so tonight and report back.
BTW any place I can grab the ATT 5.1 RUU.zip ? It has to be 2.X.502.18 OS as thats what I see in download screen. With locked bootloder I believe I can only update or re-install the same version.
I extracted rom.zip out of the HTC RUU.EXE file (grabbing it from the temp folder). Do i Just rename it from rom.zip to 0PJAIMG.zip ? I tried to open rom.zip in the arhive app abut it failed to open it ? is that expected?
arm5263 said:
thatts the only thing I have not tried. I will do so tonight and report back.
BTW any place I can grab the ATT 5.1 RUU.zip ? It has to be 2.X.502.18 OS as thats what I see in download screen. With locked bootloder I believe I can only update or re-install the same version.
I extracted rom.zip out of the HTC RUU.EXE file (grabbing it from the temp folder). Do i Just rename it from rom.zip to 0PJAIMG.zip ? I tried to open rom.zip in the arhive app abut it failed to open it ? is that expected?
Click to expand...
Click to collapse
yes rename that rom.zip
no you can't open them their encrypted, and if i recall that RUU was corrupt directly from AT&T
have they updated it ?
http://forum.xda-developers.com/att...ruu-how-to-t3086948/post62629949#post62629949
Sd card method failed too...gives some error say unable to flash from sd card ERROR -2.
Seems like I'll have to return it to ATT or should I send it to HTC ? it is S-on but bootloader is re-locked. I hope ATT wont mind taking it back. I believe its under one year warranty period. I mean was just trying to install 5.1 manually after it failed to take OTA.
Never relock your bootloader on HTC especially on 5.1 and spend $25 to get S-OFF lesson learned!
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
FIRST THINGS FIRST:
This is for GSM PHONES which have been set S-OFF - no CDMA (Sprint & Verizon) here! S-ON people: Please refer to HTC RUU methods or "Stock Backup and OTA" method. (not provided here).
Read from top to bottom. No skipping of stuff or you will be confused.
I cannot accept any liability and/or responsibility for these firmware packs. I am not able to go through the time consuming process of testing each pack, hence community members are called to test these on their own. I am gladly accepting constructive feedback.
Purpose of this thread:
Suitable methods for flashing firmware when S-OFF.
Error handling strategies - collection of known errors and their meanings (Post 3).
Reliable background information for safe flashing (Post 5 mainly).
Providing FULL, non-incremental firmware files (Post 2) to update coming from ANY version (applies to my FullStock as well as NoWipe packs!).
Providing a simple ADB environment with a basic batch script (Post 4)
Flashing methods:
The safest way is still HTCs RUU and OTA method. US RUUs can be accessed via HTC's US Support Site. Jump to your device, then click "View" and scroll down for the download-link. The page has Dev/Unlocked (617), Sprint (651), AT&T (502) and T-Mobile US (531) covered. RUU's are superior to other flashing methods because they carry lab tested combinations of partition images and the method itself is also known to work well (plus the psychological advantage).
Other than HTC's original OTA's which are "incremental", My packages are always FULL packages (applies to my NoWipe as well! It can also be considered a FULL update as opposed to incremental) - with these you can safely jump from a very old firmware right up to the newest. Following this original RUU / OTA method, come the methods most suitable for my packs:
My preferred method is the "Fastboot method", which needs a PC or Mac or Linux computer. I will be detailing how to fastboot flash firmware further down.
The "SDCard Method" can be considered the fastest and most suitable for people without a PC. I will be detailing how to SDCard flash firmware further down.
An explainer to the ZIP variants provided here:
Full Stock WIPE ZIPs:
NOTICE: FullStock zips currently permanently break the phones ability to receive HTC stock OTA's - to restore your OTA functionality, refer to post #5 for more information!
Only System removed (and encryption broken) - Everything else stock! This type of zip also re-flashes the /data partition with HTC's DZDATA files (meaning you loose everything on your internal SDCARD). Also replaces the Kernel, recovery and Splash1 with latest stock images! The /system partition will not be touched. (Else this would be a RUU.zip). It also includes the "apppreload.img" with all the carrier-bloatware (WWE has no bloat in there!).
Be sure to put a ROM onto your EXTERNAL SD before proceeding with a Full WIPE ZIP! If you forgot to put a zip on your sdcard: you can reflash TWRP with Fastboot (use my batch tool) and then choose between ADB file push, MTP transfer or even USB mass storage transfer mode. Last but not least you can take out the sdcard and use a card-reader with your computer. Phone will NOT boot without ROM reflash after using this!
NoWipe ZIPs:
These packages are modified. This type of ZIP updates basic Firmware partitions, does not touch the /data partition, leaves kernel, splash and ramdisk (in order to support custom ROM's modifying ramdisk) alone. The "apppreload.img" is removed, the bloatware partition will remain unchanged (to remove already existing bloat permanently flash apppreload.img from International/WWE/401, it is an empty image). Recovery will be replaced with the current TWRP. Phone should in most cases boot normally after using this.
And what you won't get here (fine print):
Since this is a Firmware Update Thread and not a ROM thread, you do NOT EVER get a ROM (a.k.a "System.img" or plain: "System" here. You understand and agree that you cannot have this from me. You also acknowledge that I cannot be blamed for your non-booting phone due to you not reading or not understanding this. You may find stock system backups here
How to flash firmware.zip's using fastboot
Prerequisites:
You need ADB and Fastboot on your PC. To get ADB and Fastboot up and running I strongly suggest you use my "Batch Tool" setup, because it contains an updated htc_fastboot, which is 100% working with the HTC 10 . This is important: the generic Google fastboot from SDK API Level 24 (latest at time of writing) is NOT FULLY COMPATIBLE.
The method outlined here does apply to my zips as well as HTC signed zips. The difference is, that for my zips, S-OFF is mandatory, while HTC signed zips can under certain conditions also be flashed to S-ON phones, however, different prerequisites and risks apply there. I will not cover HTC signed zips here as they are fundamentally different in some aspects while the flashing method remains the same.
Note: use "htc_fastboot" with my batch tool. If you use another ADB/Fastboot set, it will probably be Google Fastboot and then the commands should be starting with "fastboot".
Step-By-Step:1. If device is booted into Android, reboot into download mode by running:
Code:
adb reboot download
NOTICE: adb reboot download is new since the M9 for those who come from earlier HTC devices - zips can be flashed in download mode or RUUMode, both work. The on-screen status report is more detailed in download mode. This making it the preferred flashing mode for now.
1.a Or else, if your device is in a different state or you just prefer the button method:
In Android: Press and hold Power and VolDown at the same time for approx. 15 seconds, when the screen and charging LED go dark immediately let go of power, keep holding VolDown a little longer.
During Boot and sometimes when booted into Recovery: Press and hold Power, VolDown and VolUp at the same time for approx. 15 seconds, when the screen and charging LED go dark immediately let go of power and VolUp, keep holding VolDown a little longer.
When in download mode, use the VolUp and VolDown buttons to navigate up and down and use Power to confirm.
2. Now place the Firmware_xx.zip into your adb/fastboot folder (which will be "C:\Android\com" if you use my Batch Tool).
3. Followed by:
Code:
htc_fastboot flash zip Firmware_xx.zip
(replace "Firmware_xx.zip" with the name of your zip)
4. Now check the console output. It should approximately look like this log:
NOTICE: this flash log is taken from a NoWipe (not all images included) flash on my HTC 10. New is also (compared to M7, M8) that the checking routine is way more sophisticated and Controller Firmware for e.g. the touch panel or the Infra Red Remote (One Series only, not available on the HTC10) and the like do NOT get flashed if the checks determine that they are already up-to-date. Images that do not get flashed show "BYPASSED", which is NOT an error.
Microsoft Windows [Version 10.0.10586]
(c) 2015 Microsoft Corporation. Alle Rechte vorbehalten.
C:\Android\com>htc_fastboot flash zip rom.zip
htc_fastboot v3.0.9.2 (2015-05-29)
target reported max download size of 800000000 bytes
sending 'zip' (85525 KB)...
OKAY [ 4.307s]
writing 'zip'...
(bootloader) HOSD CL#738269
(bootloader) GPT is up-to-dated. [17408]
(bootloader) Perform pre-update
(bootloader) [email protected]
(bootloader) [email protected]%
(bootloader) [email protected]
(bootloader) [email protected]
(bootloader) [email protected]
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]
(bootloader) [email protected]
(bootloader) [email protected]%
(bootloader) [email protected]
(bootloader) [email protected]
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]
(bootloader) [email protected]
(bootloader) [email protected]
(bootloader) [email protected]%
(bootloader) [email protected]
(bootloader) [email protected]
(bootloader) [email protected]
(bootloader) [email protected]%
(bootloader) [email protected]
(bootloader) [email protected]
(bootloader) [email protected]
(bootloader) [email protected]%
(bootloader) [email protected]
(bootloader) [email protected]
(bootloader) [email protected]
(bootloader) [email protected]%
(bootloader) [email protected]
FAILED (remote: 90 hboot pre-update! please flush image again immediately )
finished. total time: 6.004s
htc_fastboot finished. total time: 6.110s
C:\Android\com>htc_fastboot flash zip rom.zip
htc_fastboot v3.0.9.2 (2015-05-29)
target reported max download size of 800000000 bytes
sending 'zip' (85525 KB)...
OKAY [ 5.312s]
writing 'zip'...
(bootloader) HOSD CL#738269
(bootloader) GPT is up-to-dated. [17408]
(bootloader) [email protected]
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]%
(bootloader) [email protected]
(bootloader) [email protected]
(bootloader) [email protected]
(bootloader) [email protected]
(bootloader) Update zip file OK
(bootloader) [email protected]
OKAY [ 15.235s]
finished. total time: 20.547s
htc_fastboot finished. total time: 25.326s
C:\Android\com>
Click to expand...
Click to collapse
Important: Should you decide to flash in RUUMode (instead of Download Mode like suggested further up), the flash process halts at around 90% on phone screen! This is normal and a safety precaution! The last few percent is the reboot, which is NOT happening automatically, so you get a chance to check the console output to make sure it is safe to reboot! The bar will only fill up to 100% once you type:
Code:
htc_fastboot reboot
Important: Download Mode flashes finish at 100% on phone screen and in console and ask you to hit Power to return to Download Mode screen.
IF you encounter any errors which are not "FAIL90", have a look into Post #3 or ask in the thread! DO NOT reboot the device until you have an idea what happened!
5a.
Code:
htc_fastboot reboot-bootloader
or press Power to return to Download Mode screen - depending on the mode you used to flash the zip. In Download Mode and Bootloader you can go to either regular reboot or shut-down the device via button navigation.
5b. Optional:
Code:
htc_fastboot reboot
to just reboot the phone to Android.
How to flash firmware using SDCard MethodPrerequisites:
Compatible SDCard, should be formatted with FAT32 for older firmware, newer firmware can also handle ExtFS formatted cards.
A firmware.zip you would like to flash, taken from Post #2 (Downloads)
Phone charged up at least 30% (will fail with low power warning if lower than 30%)
Step-By-Step:1. Rename your firmware.zip to exactly "2PS6IMG.zip" - make sure you enable "show file extensions" in Windows Explorer, if you rename it on your PC. Else you might end up with a "2PS6IMG.zip.zip" which won't flash.
2. Copy your "2PS6IMG.zip" over to the root of your SDCard. Use a cardreader, or MTP protocol in Android or Recovery, or USB Mass Storage protocol in Recovery, or ADB push the file in Android or Recovery - many methods available.
3. Now, if device is booted into Android, reboot into download mode by running:
Code:
adb reboot download
3.a Or else, if your device is in a different state or you just prefer the button method:
In Android: Press and hold Power and VolDown at the same time for approx. 15 seconds, when the screen and charging LED go dark immediately let go of power, keep holding VolDown a little longer.
During Boot and sometimes when booted into Recovery: Press and hold Power, VolDown and VolUp at the same time for approx. 15 seconds, when the screen and charging LED go dark immediately let go of power and VolUp, keep holding VolDown a little longer.
4. Once Download Mode starts, it will "see" the 2PS6IMG.zip and ask you (yellow text at bottom of screen) if you want to flash the firmware. Press VolUp to confirm and proceed with the flash, or press VolDown to cancel and continue into Download Mode UI.
5. Now check the screen while it flashes. It should stop at "end UI updating. Press Power to continue" - the phone will now shut off! To turn it back on, press and briefly hold power again.
Downloads
Recent additionsPlease remember: you're writing to boot-critical parts of your phone. If anything goes wrong along the way, your phone might be bricked.
PMEWL_2.51.617.21_Unlocked_FullStock
PMEWL_2.51.617.21_Unlocked_TWRP3110_NoWipe
PMEWL_2.51.531.21_Unlocked_FullStock
PMEWL_2.51.531.21_Unlocked_TWRP3110_NoWipe
PMEWL_2.51.617.11_Unlocked_FullStock
PMEWL_2.51.617.11_Unlocked_TWRP3110_NoWipe
PMEWL_2.51.617.1_Unlocked_FullStock
PMEWL_2.51.617.1_Unlocked_TWRP3110_NoWipe
PMEWL_2.50.617.2_Unlocked_FullStock
PMEWL_2.50.617.2_Unlocked_NoWipe_TWRP3110
PMEUHL_2.48.841.3_TELSTRA_FullStock
PMEUHL_2.48.841.3_TELSTRA_NoWipe_TWRP3110
PMEUHL_2.41.401.41_WWE_FullStock
PMEUHL_2.41.401.41_WWE_TWRP3110_NoWipe
PMEUL_2.41.531.44_TMUS_FullStock
PMEUL_2.41.531.44_TMUS_NoWipe_TWRP3110
PMEWL_2.46.617.2_Unlocked_FullStock
PMEWL_2.46.617.2_Unlocked_TWRP3101_NoWipe
PMEUHL_2.41.401.4_WWE_FullStock
PMEUHL_2.41.401.4_WWE_TWRP3030_NoWipe
PMEWL_2.41.617.3_Unlocked_FullStock
PMEWL_2.41.617.3_Unlocked_TWRP3030_NoWipe
PMEUHL_1.92.709.1_Asia-TW_FullStock
PMEUHL_1.92.709.1_Asia-TW_TWRP3030_NoWipe
PMEUHL_1.98.709.5_R_Asia-TW_FullStock
PMEUHL_1.98.709.5_R_Asia-TW_TWRP3030_NoWipe
PMEUHL_2.41.709.3_Asia-TW_FullStock
PMEUHL_2.41.709.3_Asia-TW_NoWipe_TWRP3030
PMEUL_2.37.531.5_TMUS_FullStock
PMEUL_2.37.531.5_TMUS_NoWipe_TWRP3030
PMEUHL_2.28.401.9_WWE_TWRP3027_NoWipe
PMEUHL_2.28.401.6_WWE_TWRP3027_NoWipe
PMEWL_2.28.617.8_Unlocked_TWRP3027_NoWipe
PMEUHL_2.28.401.9_WWE_FullStock
PMEUHL_2.28.401.6_WWE_FullStock
PMEWL_2.28.617.8_Unlocked_FullStock
Click to expand...
Click to collapse
Download
Google Spreadsheet with all links
Notice:
The WWE/401 versions are usually tested by me before release. US Unlocked / 617 is usually tested by at least someone from Venom Beta. Other zips will be flagged completely untested when applicable. Please keep a lookout for my "Notes" in the release posts so you know whether or not a specific zip was tested!
REQUESTS: If you want some NoWipe or FullWipe firmware package added, send me the original untouched HTC base files required, either on thread (preferred) or via PM.
Credits
I have long lost track of my firmware sources. I am sorry i cannot name you guys all personally. The most common source would be @LlabTooFeR, @djluisbento, @AndroidFileHost (androidruu.com) HTCDev and some occasional random sources that come and go.
I would also like to express my deepest gratitude to Team Venom, who aren't only good friends but also let me use their graphical stuff as base for my own stuff. Thank you!
Lately, the biggest props go out to @nkk71 and @Captain_Throwback
because of their fantastic script that makes running Unruu, Bruutveal and Ruuveal so much easier. Thank you so much for saving me a ton of time and helping users do their own firmware packages! That is quite an example you set there for the community!
And last but not least: without the work of Team SunShine, firmware flashing like this wouldn’t be possible! Not to be forgotten!
If you find your stuff here and want to be included in the credits please contact me. I am very grateful for everyone busy providing dumps and direct leaks.
Disclaimer
You are aware that writing to security protected, boot-critical partitions increases your risk to lose the device exponentially. You understand and agree that I cannot be held responsible for such or any other damages. The flash process is theoretically safe and well tested, however you are the brains behind the wheel and you are solely responsible for the execution of the process. I will not accept any liability. The method itself is developed by Google and HTC, I only provide access and information to it and I am trying my best to make it understandable and simple. Do not use this if you have difficulties understanding what this is!
You understand that you should not do it if you are not willing to accept this risk.
Error handling on the HTC10
NOTICE: I am looking for contributions (Got an error number not on list nor not fitting description? Post it with the full output of your command window).
If it says "FAILED" do NOT immediately reboot the device If you reboot with a FAIL your device could brick! If no flash is being accepted you have to find out what is causing the malfunction before rebooting your phone. Keep it alive while trying to figure out the error. It might be your cable, your USB ports (don’t use hubs! Always direct-mainboard connections), it might be USB 3.0 or even USB 3.1 causing this, it might be bad configuration of your ADB and Fastboot...
The least dangerous FAILED messages are listed below and are safe to reboot (below this section you find CRITICAL errors, please observe):
Safe to reboot / Flash didn't happen Errors (if you encounter one of them, you can just reboot. Nothing changed):
- 7 RU_CID_FAIL: Obvious, isn’t it? Check that you have SuperCID or that the file you want to flash has matching CID’s in its android-info.txt.
- 10 RU_MODELID_FAIL (MID in android-info.txt does not match phone’s MID)
- 12 signature fail - phone expects a HTC signature and finds none or a wrong one.
- 22 RU_HEADER_ERROR (usually something wrong with your zip)
- 23 parsing image fail (means something wrong with the image in the zip)
- 24 android-info fail (means something wrong with android-info.txt in the zip)
- 32 header error (means the zip couldn't be read and unzipped properly) (seems same as error 22!)
- 33 Error is not yet clear - will be updated when more evidence. Occurs when an image cannot be written to NAND. This is a BAD fail! It -might- indicate hardware failure, and if it cannot be fixed by several re-flashes, it likely is hardware indeed...
- 35 FAILED (remote: 35 RU_PARTITION_NOT_SUPPORT <PartitionName>) - means you can’t flash a plain image in Download Mode - needs to be done in Bootloader mode.
- 41 Wrong Model ID (means its not the right device)
- 42 Wrong Customer ID (wrong CID means you gotta swap CID first as explained below)
- 90 pre-update FAIL (means it only flashed aboot and you have to run the process again immediately to flash all other partitions). The newer htc_fastboot.exe now auto-reboots on Error 90! If it tries to boot to your Android System, force it back into download mode - the flashing process will continue again by itself. If it doesn't auto-commence, restart the flashing process as in Step 3.
- 99 UNKNOWN usually indicates you are S-ON, sometimes other Security related issues.
- 130 wrong model ID (seems its the same as 41, just that it shows in the RUU as 130.
- 155 seems to indicate different things. It can mean: 1.) You need to relock bootloader (If S-ON); 2.) You cannot run the RUU because the software versions of ROM, Firmware and RUU don’t match.
- 170 Check USB - RUU won’t run because of not working ADB.
- 171 USB Error - lately happens all the time when the RUU reboots the phone to Download - it is for some reason losing connection and making a RUU flash virtually impossible at this time. There is an incompatibility between USB 3/3.1 and Fastboot/ADB, as well as an issue with Windows Device Detection on the newer Windows 10 builds.
In fact, if it aborts before the "(bootloader) start image[hboot] unzipping & flushing..." line it actually didn't write anything and you can probably just reboot. If you see it flashing stuff though (the stages after that line) and then it stops with a FAILED, chances are a little higher that something is now broken. In that case do NOT reboot but do as i said above.
For Error “7 RU_CID_FAIL” do:
- Make your phone have SuperCID (htc_fastboot oem writecid 11111111)
- Or: edit android-info.txt inside the zip to have your phone’s CID in its list, follow instructions in post #5
For Error “10 RU_MODELID_FAIL” do:
- check that the Model ID in android-info.txt matches your phone’s Model ID.
Typically, making your phone “SuperCID” makes it ignore CID and MID mismatches alike. However, lately we have noticed HTC has changed that behavior. MID mismatches are not ignored by SuperCID anymore. You will need to unzip my firmware package, change the MID in there to your MID and rezip it. Or, alternatively, change your phone’s MID, which is a bit trickier.
To un- and re-zip, please refer to Post #5 of this thread for more information!)
For Error 12 “signature fail" do:
- might indicate that a signed firmware package is required. This would only happen with S-ON phones though.
For Error 22 "RU_HEADER_ERROR" do:
- verify that you followed my zipping instructions exactly. If a correct zip is given (e.g. you get this error with one of my zips as well), we will need further information to work out what happened. This means a complete log and step-by-step post of what you did. Best just copy and paste the full console window contents so we can take a look.
For Error 23 "parsing image fail" do:
- change image names in the zip to stock image names like “hboot.img" or “radio.img" or whatever failed there....
For Error 24 "android-info fail" do:
- check that your ZIP isn’t some HTC OTA or anything thats got no android-info.txt - those cannot be flashed with “htc_fastboot flash zip nameof.zip” command.
- check that your zip has a good MD5 and is not broken, check android-info.txt etc...
For Error 32 "header error" do:
- Make sure there is only one . (dot) in the filename, before the extension. Fastboot reads anything after the first dot it sees as the extension. If that is not zip, it fails.
- See Error 22.
For Error 33 "Update fail" do:
- Try other flashing modes, such as "SDCard method" or direct bootloader-flashing (only available for images named in "partition-info" file inside the firmware zip) if Fastboot Method fails.
- If all modes keep failing, validate image integrity with someone else who was able to flash successfully (MD5 Hash Sum compare).
- [UPDATE] Re-try to flash the image again and again, even for days. Maybe power it down completely for a night, then try again. It might eventually flash again. If you notice stuff in your phone failing again after it was actually fixed (like Sensors again not working if it was Sensor_Hub.img that didnt properly flash initially, like if the symptoms come back after you fixed the flash), you might have a hardware damage rather than a broken software.
- Send it in for warranty! Should we find a "soft" solution, I will update this piece of info.
For Error 42 "Wrong Customer ID" and: 41 "Wrong Model ID" do:
Code:
htc_fastboot getvar all
Read that output, take note of your CID and MID and then edit the "android-info.txt" in your firmware.zip accordingly (For Wrong MID change the MID in the text, for wrong CID add your CID to the text).
Alternative method for MID and CID errors:
go SuperCID. Do:
Code:
htc_fastboot oem writecid 11111111
You can change back to any desired CID after a successful firmware flash. Notice: this command only works on S-OFF phones (which you have already of course or else you wouldn't be here).
For “pre-update FAIL 90 ..." do:
- Let the phone reboot itself into Download Mode. If it doesn't boot to download mode, force it back there (From Android with adb reboot download or with the button method, see "step 1").
- If the flash does not auto-resume, run the same flash command again which you just ran (press arrow up on your keyboard to get to the previous command in console)
For “Error 99 UNKNOWN" do:
- Check with other zip’s if they work!
- Check if your S-OFF is correct
- You are S-ON? Then almost definetely this means the ZIP is not signed - get an unmodified zip!
For “Error 130 wrong model ID" do:
- Please refer to Error Code 41/42.
For “Error 155 relock bootloader" do:
- Since my thread works only with S-OFF phones anyway, this error can be read as: you need to S-OFF first!
- Error 155 can mean that you need SuperCID. On a few occasions this was shown when the RUU refused to run because of a wrong region lock.
- Error 155 also sometimes occurs when a RUU was launched from within Android. When encountering a RUU error 155 with the process stalling after the rebootRUU (stuck at black screen with silver HTC logo), please just restart the RUU and leave the phone in that mode, or reboot the phone, then reboot to bootloader, then do “htc_fastboot oem rebootRUU” and then launch the RUU again.
- run the fastboot command “htc_fastboot oem lock" - only applies to S-ON phones that want to update the firmware with a stock OTA package (not offered on this thread!!). Stock OTA files sometimes need a locked bootloader.
For “Error 170 Check USB" do:
- Sometimes shown when running a RUU. Indicates issues with drivers. One way to solve is to run the ARUWizard with the phone already in Fastboot mode. Else you will have to re-install HTC Sync manager. Also, avoid USB 3 ports (the blue ones) - they have a complete new driver stack and that still doesn't always as expected.
For “Error 171 USB" do:
- Nowadays almost always shown when running a RUU. Indicates issues with drivers and/or Windows 10. Fixing strategy: first install or re-install "HTC Sync" - if that fails, you might need to fix your Windows 10 manually. Instructions can be found starting here - from that linked thread meant for Windows 8/8.1 you will (on Windows 10) only need the attached reg-file probably, and a reboot.
NOT safe to reboot / Flash (partly) happened Errors (if you encounter one of them, DON’T reboot):
- 152 Image Error - Phone Screen shows a little triangle beside a full green bar
For “Error 152 Image Error" do:
- Error 152 is quite rare, have seen it only once with a friend’s phone and it aborted the flash nearly at the end. The flash was started by the FUU. We could resolve the matter by NOT rebooting the phone and flashing the zip again through a manual fastboot flash as outlined further up.
The Batch Tool - a thing i am using for myself since 2012 and which i am sharing just because i have it. It is neither good nor special, but its the way i work and people who follow the instructions here might find it easier to use the same setup as we do.
It also has the "FUU" method included - details on that method will be added at a later stage. We do not consider the FUU a good option to flash Firmware anymore because we realized that getting away from ADB and Fastboot with toolkits makes troubleshooting harder at a later stage - people relying entirely on toolkits and tools will mostly not understand what is happening and helping there is much harder.
Since everything i do basically works out of the C:\Android\com path, all my zipped-up stuff extracts to that location. The FUU and the Task-Batch-Script both work from that location. This is simply to enable easier and faster creation of new zip’s if they all use the same base structure.
If you prefer to work from a different location. you can specify a different path in the installer. However, the batch scripts do not adjust automatically, which means if you use another path, you might need to open up the scripts in an editor and adjust some paths manually.
Preview:
DOWNLOAD
MD5: 240ddf273ab211e9fdc65c684b828d75
The installer is just a simple WinRAR self extracting archive - there is NOTHING BAD in there i swear! Open it with WinRAR 5 and look inside. You will see if you don't trust me.
Changelog:
1.4.2
Updated partition images (stock and custom recoveries)
1.4.1
Updated partition images (stock and custom recoveries)
1.4.0
Updated partition images and flashing for HTC10
Updated Splash Screen converter for new res and location
Updated raw dump (DD) script for GSM model (No Sprint, No VZW!)
Updated ADB and its api with the version from US Unlocked 1.53.617.5 RUU.
Removed kernel flashing option and replaced with Insecure ADB patched kernel option.
Previous versions (HTC One M9/8/7):
1.3.1
Updated TWRP to 3.0.2-
1.3.0
Updated stock recovery to 3.35.401.12 and TWRP to 3.0.0-2
1.2.9
Updated ARUWizard to 3.0.4.2015 from HTC’s One M8 DevEd Marshmallow RUU.
Swapped out stock recovery for 3.35.401.10 (WWE Marshmallow release).
1.2.8
Splash1 converter works now. Flashing Splash1 now needs a reboot to Bootloader - it's not working in Download Mode! (limited DD support on the M9 and general flashing system changes).
Swapped out recoveries for newer versions.
Finally added the complete file set from RUU 3.0.1.2015 - the newest M9 RUU. ADB and Fastboot are identical to the previous version from Llabtoofer though.
Screenrecord removed - can’t be bothered figuring out why it doesn’t work anymore. Probably SELinux and general Android 5.x security like with the screenshot function. Not really needed either. There are other solutions.
1.2.7
Swapped out recoveries for newer versions.
Swapped out ADB and Fastboot for a newer pack (thanks @LlabTooFeR) - now this Tool is fully M9 compatible and even flashes large RUU.zips.
1.2.6
Changed everything to M9 files and methods. I HOPE I didn't oversee anything. Please test carefully!
Added stock_recovery_1.32.401.8.img
Added TWRP Recovery 2.8.6.0 fixed version from Captain_Throwback SOURCE Post #2 Beta version
Added original HIMA Splash1 - S-OFF phones only!
1.2.5
Added TWRP Recovery 2.8.5.2 from Captain_Throwback (All M8 devices)
Fixed Recovery Screenshot option (20)
1.2.4
Added newer RUU structure (2.0.16.2014 - from 4.16.1540.8 Dev Edition RUU)
Added Stock Recovery 4.16.401.10.img (WWE)
Changed the License and SFX texts again (Installer) - never happy with it.
1.2.3
Fixed some serious crap nobody reported. I just found out myself.
Added Stock Recovery 4.16.1540.8 (sorry still don't have the WWE recovery, but i guess they are identical)
Added TWRP 2.8.4.0 from the M8 tree of Dees_Troy.
1.2.2
Added Stock Recovery 3.28.401.7
1.2.1
Added Microsoft's vcredist_x86_2008_SP1.exe to the installer because the ARUWizard is build on the x86 Visual Studio 2008 runtime. This resolves the "side-by-side configuration" error.
Added 3.28.401.6 stock recovery and splash
Added newer RUU structure (doesn't do any difference though, just keeping it up to date)
Added TWRP 2.8.0.3 (it still has slight issues with MTP which will be fixed soon but for now, this is good enough)
Changed a few lines in the script (minor, cosmetical stuff)
Updated the INFO PDF (option 24)
Known Issues:
[20] Screenshot (Res: FullHD, PxFormat: RGB8888), check \dump\ Folder - Not adjusted! Won't work!
[21] Screenrecord (drops file to /dump folder) STOP recording with CTRL+C - Not adjusted! Won't work!
FullStockWipe and HTC OTA's a.k.a "Verity"
What's the problem?
The way the new security works, a FullStock zip will break your OTA capability in almost all scenarios. The only scenario where that would NOT happen is if you have, before you flash the zip, already the corresponding untouched, hash-sum matching stock system image flashed. Nobody using custom ROM's has that. So, what happens is this:
- FullStock.zip flashes stock kernel which has verity enabled and checks partition integrity upon boot.
- After flashing, you reboot. The kernel kicks in (around when bootanimation would start). The kernel checks the /system partition if it is the correct one.
- The kernel finds it is not the correct system and reports a fail-status, sets this as persistent information, and will force a reboot
- At reboot, (and every reboot after) the Bootloader picks up the fail status and pass it on to the kernel, which in turn will pass it on to the system.
- Now, Android thinks, System is messed up and will not allow you to download and apply an OTA.
From now on, every boot, even if you flash a clean stock system, the aboot will tell the rest of the guys working inside your phone: hey, this thing has been messed with, it cannot be updated anymore!
Fixing strategies:
1.) To restore OTA function fast and easy: run a RUU.
2.) If there is no RUU for your specific model, you could convert to another model which has a RUU.
3.) Then there is a third, theoretical way I have not yet tested: obtain an untouched system image that fits your FullStock (same version), flash that in fastboot (it can be a raw dump or a TWRP systemimage backup of the correct system) and then flash the corresponding FullStock again. That should, like a RUU, restore OTA functionality too.
4.) Also very simple: grab the HTC OTA file which you find in /data/data/com.htc.updater somewhere if you can download. If not, find it on XDA from someone else who got it. Then put it on your sdcard, have stock recovery flash it from SDCard (no detailed guide here but its the same since years, there are tons of guides on how to manually flash a HTC OTA out there. Use Google).
5.) Remove boot.img from my FullStock zip before you flash. Your custom ROM of choice will put a hacked kernel into your phone again anyway...
However, at time of writing this, I know @nkk71 is investigating other, simpler methods to restore the correct state.
So, if you absolutely depend on HTC's OTA's, best would be to just not flash/boot a stock kernel ever while a custom system is installed.
Flash Process Output (applies mostly to older phones, the newer HOSD driven output is much more detailed)
There are a few steps in the flash process which are not really straightforward but i can maybe explain some of them here:
sending 'zip' means: fastboot is sending zip over to client (here referred to as remote)
OKAY [ 2.839s] means status of sending was good. Transfer succeeded.
writing 'zip'... means the zip is being written to some location on the phone from the /temp location.
(bootloader) zip header checking... means the zip header is being checked for validity, see if it's a real zip file and check for HTC's signature, which often resides in the header part.
(bootloader) zip info parsing... means most likely a check on the file hashes in the zip (integrity check - if the zip is borked, it will fail here)
(bootloader) checking model ID... The bootloader checks if the android-info.txt contains the right MID. If it fails here you gotta swap out your model ID in the android-info.txt file or write another MID to your phone.
(bootloader) checking custom ID... The bootloader checks if the android-info.txt contains the right CID. If it fails here you gotta swap out your Customer ID in the android-info.txt file or write another CID, possibly SuperCID, to your phone.
(bootloader) start image[hboot] unzipping for pre-update check... means the bootloader is now unzipping the [hboot] image. This line will be repeated before every image that is to be flashed.
(bootloader) start image[hboot] flushing... means the bootloader is now beginning to flash the [hboot] image.
(bootloader) [RUU]WP,hboot,0
(bootloader) [RUU]WP,hboot,99
(bootloader) [RUU]WP,hboot,100 these three lines read [RUU] for what mode fastboot is in, WP for Write Partition for what is currently being done in RUUmode, hboot is the name of the currently flashed partition, number xx is a percent stage of the write process.
(bootloader) ...... Successful means the final status is successful.
Now, before the [RUU]WP,hboot,xx line we often see another line reading [RUU]UZ,radio,50 for example. That reads RUUmode is currently unzipping the Radio.img and at stage 50 percent. UZ means UNZIP.
If you see something like this:
(bootloader) start image[sbl1-1] unzipping & flushing...
(bootloader) [RUU]UZ,sbl1-1,0
(bootloader) [RUU]UZ,sbl1-1,100
(bootloader) signature checking... means it is checking the signature of the partition if it matches the expexted signature stored in the hboot.
(bootloader) verified fail means the signature in the image did not meet expectations.
(bootloader) ..... Bypassed means the image got skipped because its got the wrong signature.
This has to be interpreted like this: there are multiple SBL images, to be exact: type 1 has 3 variants and type 2 has only one variant. Of type 1 (SBL1-x), two get skipped, one gets flashed (see my log above), of type two (SBLx) both get flashed. I believe, SBL 2 and 3 are device independent, but SBL1 has three variants, of which only one fits the current device. So, depending on the device you have, you will see either SBL1-1, SBL1-2 or SBL1-3 being flashed and the other two subtypes being skipped (bypassed).
The same goes for the "dzdata" images in the firmware package. They come in two or three size flavors (16, 32 and 64 GB) and resemble the file structure of the /data partition. Depending on your device and model, only the one with the right size gets flashed, the others skipped.
Important to understand: nearly all FAILED messages that do NOT occur while [RUU]WP (write partition) should be considered harmless. Only a FAIL during a write operation will most likely result in a damaged partition. All other fails will probably leave the original partition intact and thus the device can be rebooted. So far my understanding.
General hints for RUUmode / Download Mode zips
- Opening a zip is best done with 7zip as WinRAR and other zipping tools have lead to flash fails in the past.
- Choose low compression, higher compressions often fail. Pick "save" or "normal" to be safe, anything higher could cause the unzip in Bootloader to fail.
- Adding and Removing images is not a problem. The naming of the partition images seems flexible, yet if you encounter an Error 23: parsing image fail you need to rename the relevant image to something stock as not all names seem to be recognizable. The Hboot/Aboot determines the right partition from the header inside the image.
- Additional Dots in zip file names are known to have caused issues for a few people.
- Spaces in names are a no-go!
- Custom Recoveries can be added to those zips as well as custom kernels. In fact, if your phone is S-OFF, you can pretty much add anything and name it e.g. recovery.img and it will be flashed. You gotta be very very careful, as this is an easy way to break your phone. Make sure not to mess around with modified images!
- With S-ON, those zips only flash if everything is totally stock, from the android-info.txt being right up to all images being the correct versions for that update package and all having the right signatures. Reads: no custom messing with firmware zips for S-ON phones. In fact: apart from HTC OTA firmware.zip's and RUU's, nothing will flash with S-ON at all...
General hints for android-info.txt
- Use an Editor that doesn't mess up linebreaks like Windows Notepad does. Use Notepad++
- MID's can be added one per line. Also supports wildcards i think e.g.: 71******, but i'm not sure.
- CID's can easily be added or removed- one per line, definitely supports wildcards (used by HTC in DevEd phone)
- Mainver line: should hold the version of the used set of firmware images. Example how to format the version: 2.24.401.1 (2= Base version always increases by 1 with each Android base version rise, 24= Build version from HTC, 401= Regional/Customer identifier, 1= Revision of the HTC Build). This line is being written to the /misc Partition and is meant to reflect the whole phones software version - it is not meant to only describe the firmware part or the ROM part alone. HTC has intended the Version to always represent the whole thing, firmware version matching the ROM version. therefore, it would be wise to always run matching firmware and ROM versions, except where explicitly recommended otherwise. Mismatches can cause anything from no issues over radio problems up to semi-bricks.
- hboot pre-update line: usually says "3" but i have seen different numbers. I think they determine if hboot-preflash is required (when you get Error 90 - please flush image again immediately this is when the hboot/aboot needs to be flashed separately first and then the rest. If you encounter this, you need to run the flash command you just did, again.
- btype:1 not clear. [Item subject to change]
- aareport:1 Since HTC hboots/aboots, boot and recovery images come as "hboot_signedbyaa / aboot_signedbyaa / boot_signedbyaa and recovery_signedbyaa i would read this as "aa" representing htc ("hboot signed by aa"). It could possibly mean check on the signature in hboot/aboot/boot/recovery - all of those also come in unsigned flavors - in HTC OTA's, those are usually without the _signedbyaa but in the RUU, they are carrying a signature). So, aareport: 1 can just mean check on signature yes or no.
- Delcache means erase cache when rebooting. Simple. Some firmwares seem to need it, some don't. Line is not present in every android-info.txt. If you mess with a zip that contains the line, leave it active. This is also not referring to the Android OS cache partition. It refers to the separate Kernel and Recovery Cache. Sometimes, not deleting Kernel or Recovery Cache after flashing those leads to malfunctions. If the Kernel is launching and there is an older conflicting copy cached, the phone won't boot past Kernel stage (before the bootanimation starts), if Recovery is conflicting with a cached copy (usually after flashing a new/different recovery), it will lead to the recovery not booting or malfunction (like aborting an ongoing ROM flash or not being able to execute other functions).
RUUmode:
is the mode used for RUU flashes by HTC. It allows a few more things than the normal fastboot. You recognize it by looking at the phone's screen. It will be black, showing only a silver HTC logo and if a command is being active, a green progress bar. New M9 RUUMode now shows a percentage counter below the bar.
Download Mode:
New flashing mode, introduced 2015 with the HTC One M9, due to changing to a different, aboot-based bootloader structure, HTC also introduced the use of an HOSD partition containing sort of a micro-linux with extended fastboot-capabilities. It provides much more logging output and can be considered the better flashing environment now. When flashing my firmware.zips, I recommend using Download Mode over RUUMode, as it gives you much more feedback. The ARUWizard (a.k.a RUU or FUU) might still expect RUUMode for flashing, but when manually flashing or also when using SDCard method, Download Mode will work best.
Bootloader Mode:
You can also directly flash most firmware partition images with the by-name method, and that works only when booted to Bootloader (the white screen with colored text lines). In this mode, you can for example flash stuff like this: htc_fastboot flash recovery recovery.img or htc_fastboot flash adsp adsp.img - almost all image files can be flashed separately without HOSD or RUUMode in bootloader.
On the HTC10 this has become a critical function when recovering from flashing frankenbuild-firmware. After the Android N transition for example, a combination of old keymaster.img with new Android N firmware would lead to broken Download Mode and broken RUUMode, hence disabling all flashing methods. Using this direct image flashing method, you can recover your phone in such a situation. Inside the firmware.zips will be a file called partition_info - you can open that with a text editor like NotePad++ and see all the flashing names for the partition and this way figure out how to reflash every single partition manually.
NOTICE: do not flash aboot_signed.img this way! The only image that should not be flashed directly over itself when booted into bootloader!
Recovery flash risk:
Some of you might have heard of, or are thinking about flashing firmware using recovery.
Although it is perfectly possible to write firmware images to the NAND chip using the DD method in recovery (either with a script or by using ADB shell dd) it is highly recommended that no developer employs this method (except if it's the only way to rescue a damaged device, e.g it only boots to recovery or something like that). This suggestion can be limited to boot critical files (SBL images, Aboot, HOSD, Keymaster for instance), but I prefer to see this as a general good practice thing. The reason behind this is, that DD has no inbuilt write verification. If there is just one single bit that does not get written correctly, DD won't notice and won't correct it. With some bad luck, you end up with a brick this way.
JTAG with a RIFF Box
Every device of these days has so-called jtag test-points. Basically, these are points on the mainboards, where a direct connection to the main chip can be established and then that chip can be read and written to with an external device. Sometimes, these testpoints are hidden (like they are normal contacts of the chip) and no direct visible gold points on the board. It always takes a while after a device is released until the jtag layout is fully discovered but once that is done, companies like multi-com.pl start manufacturing small boards with pins that can be pressed onto the mainboard, so no soldering to the device is required. Once such a board exists, the mainboard can be hooked to the RIFF box which can rewrite a dead chip from the outside.
As long as there is no such small board (called a "JIG") the phone can still be revived but it is necessary to solder hair-thin wires to the test-points. That is perfectly possible, Tecardo can do such a thing, but its not very good for the board and cannot be done very often. At some point the solder points will degrade so much that the board is garbage then.
In case you really brick your device, you can contact Tecardo here: http://forum.xda-developers.com/showthread.php?t=2116062
MID and CID
MID = Model Identification. It serves the purpose of identifying the Model of the phone. There usually are several different ones. The ModelID in android-info.txt is CaSeSenSiTivE!
Some limited Data is here: https://docs.google.com/spreadsheet...ShfYNFAfSe-imhhqtVfeMPVDA/edit#gid=1606643937
CID = Customer ID and describes, for which customer HTC made this phone. HTC has a few own CID's for its regional stores. Then certain carriers decide to have their own CID. Some carriers even have their own Model ID's.
So, while the MID more like describes the hardware, the CID basically just describes the software set that comes delivered with it. Both get checked on when flashing in RUUmode. How to trick this system? Fairly easy. Just add your respective MID or CID to the android-info.txt file inside the ZIP or make your phone SuperCID (My Batch Tool can do that automatically - but remember: all this only works on S-OFF phones).
S-OFF:
S-OFF refers to the NAND's security lock. S is for security and OFF means the security is switched off. The factory state HTC's phones ship with is ON, except for the userdata partition, which of course is always unlocked.
The key for that lock is the most heavily guarded secret in HTC's software vaults. It cannot be extracted, bought or otherwise obtained from them. There is no official way to unlock the NAND partitions (approximately similar to what Apple fans do when they jailbreak their products, although technically not quite as similar). While the HTC Dev Unlock (available through htcdev.com) just unlocks 3 partitions (Boot, Recovery, System), the S-OFF hack we use unlocks all partitions, thus enabling the flashing of custom, modified or other devices firmware. This is what you want for this thread and you can get it from the famous reverse engineers Jcase and Beaups over at: http://theroot.ninja/ or alternatively purchase a Java Card and learn how to work it, from chinese sellers on Alibaba, sometimes Ebay. Then there is a way to do it with an XTC Clip. But SunShine S-OFF is by far the safest and fairest method. You will only be charged if it works and the guys over at sunshine are really helpful.
A more detailed look at how S-OFF works
[Subject to change - not a definite explanation, just how I think it works]
In the phone's Firmware is a component that checks if certain partitions have a digital signature from HTC and deny write access if the signature is wrong or missing. The checking component is known to be the Security, which can be set to OFF. Then we say the phone is
S-OFF.
System, recovery and boot do not get signature checked at all once you unlocked your phone on htcdev.com. The other partitions however do get checked as long as Security flag is set to ON. Partition 3 is where the Security flag is located and maybe also the checking routine that checks the other partions digital signatures,
The S-ON state is resembled by a 3 in the fastboot command to switch security on. It is: fastboot oem writesecurflag 3. You do NOT want to do that while any custom firmware is running. Only after a full RUU that removes any modifications.
Why? For some partitions like the splash screen, it might not lead to a brick if you set security to ON while a custom splash is installed (then failing the signature check), as this partition is not vital for the boot process, it might just be skipped and give you an error message (I have never tried obviously). Other partitions however, boot critical partitions like Hboot/Aboot.... You guys have to understand that altering any of these partitions can be deadly to your phone if you happen to leave them altered when switching security back on.
Determining your Firmware Version
I believe there is some wrong info circulating the HTC Fora. People keep saying when running fastboot getvar all it will report the Firmware Version in the line Version-Main. This is not always true though. Fastboot getvar all or alternatively getvar mainver pulls a version it finds in the MISC partition and relies on that to be correctly updated. Source
So how does that version string get updated? It is being taken from the android-info.txt file in any firmware zip that you flashed. The last zip you flashed determines what will be reported by the getvar function. So if you mess around with Firmware.zips and RUU's a lot, chances are, that the version reported there is not equivalent to what you are already running. Often the android-info.txt has version entries not appropriate for the actual zip contents, for compatibility reasons, because it wasn't done properly or whatever. My zips usually have the correct MainVer though.
The "Firmware" as a concept like we use it on XDA does not exist in HTC's terms. HTC does NOT differentiate between the /System Partition (what we know as "the ROM") and the other 36 partitions. Hence, if you run getvar all or getvar mainver on a stock phone, it will report correctly. It does not go looking for a fictitious place where it would find a separate "Firmware" version. That place it is looking at is the Misc Partition and that's correct as long as you haven't messed with lots of different Firmware zips... So, if you happen to run a hybrid system with a ROM from one base and the other partition images from another base or multiple bases (like hboot from 1.27, radio from 4.06 and ROM from 3.62) the getvar function will report as "Version-Main" what it finds in /misc/, precisely the last zip you flashed determines the string put there.
Example: you flashed a radio with a RUUmode zip from Base X.YY but the android-info.txt is maybe still an old one because the dude who made the zip, just dropped the new radio into an old existing zip, the getvar function will later report that old version as your mainver.
To check your firmware: boot to bootloader and look at the combination of hboot version and radio version - if you didn't flash those separate, the combination will let you know what base you are on (each OTA and RUU has the radioversion in its name).
Finding out your firmware is a game of guesses and knowing what you did to your device and where you are coming from.
If totally lost, best thing is to reflash some clean stock package to be sure you are on the same level with all partitions.
Long story short: you better know what you do because finding out your firmware is going to be difficult if you don't.
Red Text removal
Back in 2012/13 with the HTC One M7, I wrote a guide on how to modify Hboots/Aboots so that they won't show the red warning text on the bootsplash (here). The following years I mentioned in many many posts, why this is a dangerous idea to do. During the course of the past years, I then came to the conclusion that it was exceptionally stupid of me to provide these instructions in the first place. Many people bricked their phones while using a modified bootloader, mostly when going back to S-ON and then forgetting to replace the modified bootloader with a stock signed bootloader first. The device won't boot anymore if that happens. It will be dead. The NoRed aboots are quite a considerable risk and justify in no way the split second of boottime without red text. I strongly advise against using them.
Also, I do not want any discussion, promotion etc. of NoRed Aboots in my thread.
Further reading
NOTICE: Make your own firmware packs with the tool @nkk71 and @Captain_Throwback have created: HTC RUU Decrypt Tool (for Linux, Win and Mac). It easily lets you unpack and decrypt entire RUUs. Creating firmware packs has never been as easy.
HTC 10 Partition List
HTC 10 TWRP Recovery maintained by @Captain_Throwback
If you happen to get access to an international RUU, share it with Alex, or me please. RUU
's are hosted on androidruu.com by Alex from Androidfilehost.com within a short time after being made available to him. Hit him up on Twitter with a link and ask him to add it or send it to me and i will!
Reserved for the VP of Misc. Stuff, nice to see you here @Sneakyghost
Me me me ?
download link isn't included? http://forum.xda-developers.com/showpost.php?p=67056758&postcount=4
SacredDeviL666 said:
download link isn't included? http://forum.xda-developers.com/showpost.php?p=67056758&postcount=4
Click to expand...
Click to collapse
There's a test version linked there, if you look closely
I updated the batch tool in Post #4 - everything appears to be working for me, except Screenrecord and Screenshot - still need to fix those.
[UPDATE]
Still fighting with encryption. It breaks with my NoWipe I made for testing. Trying to figure out how to make a NoWipe. Sorry for the wait. Unfortunately I am lazy and not in the loop anymore with all this. So much to catch up with and figure out a-new...
[UPDATE 2]
Ok there is a first NoWipe version for WWE in the sheet. I tested this while Viper was fully installed and setup and the phone rebooted into Viper fine with the way the zip is now set up. It --should-- theoretically work. No guarantee though. Make sure you have a TWRP backup before using this!
FullStock: after the FullStock zip, everything is broken. You will NOT be able to just boot after you had a custom ROM installed. Not even with a factory reset in stock recovery. It will just NOT boot. You will need to reflash the ROM. I say this since 3 years in my firmware threads but this time its for real. On past devices, sometimes a factory reset allowed to boot a buggy ROM (missing data stuff) at least but this time, no dice.
Furthermore, if you run this scenario: FullStock and a restore of a TWRP Backup afterwards, you will get an error in TWRP saying it wasn't able to mount the /carrier partition, but otherwise restore fine. Once you boot up, you will be greeted with the "New SIM" dialogue and run through the provisioning again. This is normal because the FullStock zip has the switch "eraseonflash:1" set and that erases carrier and leaves it without file system. Hence TWRP can't mount it. On boot, it will be reformatted but be empty. That's why the reprovisioning when you restore an already set up backup.
[UPDATE 3]
As it happens, I re-tested the NoWipe and up came the "New SIM - please reboot" dialogue after flashing NoWipe and booting.
Dunno why /carrier gets messed up on NoWipe. The command in android-info wasn't even set. Bit of a mystery. But since its not a big deal I am not gonna stress about this. Just don't report it. I know already.
[UPDATE 4]
Oh and just for the fun of it - we had a little debate over at Team Venom's home chat, on how to forcibly reboot the HTC 10 and someone called out: "Video or it didn't happen!" when I said its just Power+VolDown and it will reboot....
[UPDATE 5]
After much back and forth with all those involved with this, I have decided to remove the "FullStock" option.
This is in respect of latest changes to Android Security.
It appears now, that a valid and clean strategy for erasing the entire phone would be to run a RUU from HTC.
I am aware that other then the US carriers, the global customers have no official way to obtain RUU's. So to some extent, HTC and Google have closed yet another alternative path to achieve certain things.
To me, this feels like giving up a little bit, but on the other hand, we can also applaud Google for implementing better device security and HTC for accepting this.
So, during the coming weeks, I will re-think my approach and rewrite parts of this Guide to reflect this change. For now, please heed the warnings regarding verity. If you absolutely need a full stock wipe zip, you can flash the existing but remove boot.img before you do. Or find the corresponding stock systemimage and flash that before using the FullStock.
Thanks for understanding.
I dont like videos :cyclops:
but nice to have you back :good::good:
even Blarp agrees
so has anyone flashed a splash screenyet? I'm wanting to rid myself of this bright white screen on startup
anyone have an inverted stock splash screen that they have flashed
-4ndr01d- said:
so has anyone flashed a splash screenyet? I'm wanting to rid myself of this bright white screen on startup
anyone have an inverted stock splash screen that they have flashed
Click to expand...
Click to collapse
Well flashing works. Watch my video. You can see my splash in action.
Although I figured the pulling part, to secure your stock splash, doesn't properly work in Android yet.
Not a biggy since its fine in recovery mode and also there's a 100% working option to restore the stock htc splash from an image which comes with my tool. So the pull function is pretty much redundant.
How to get an inverted HTC stock splash? Actually, I still have a few minutes before work. I'll quickly boot my PC and make you one, since its an easy Photoshop task that just takes a few minutes.
[EDIT]
Here it is. See attachment.
Contents: BMP file of stock HTC splash inverted - for use with my Splash Converter batch in the tool. Furthermore, I added the Splash1.nb0 file as well so you can skip the script and directly do: "htc_fastboot flash sp1 Splash1.nb0" (please do "adb reboot bootloader" before to flash from bootloader, it won't work in Download Mode).
Sneakyghost said:
How to get an inverted HTC stock splash? Actually, I still have a few minutes before work. I'll quickly boot my PC and make you one, since its an easy Photoshop task that just takes a few minutes.
Here it is. See attachment.
Click to expand...
Click to collapse
Thanks I'll give a try when I get back to a PC. Just got to work myself and gathering all the necessary information so I don't mess this up.
EDIT: my screen is already like the picture you posted except HTC is in green. If all it is is inverting white screen to black and black letters to white, I can handle that by photoshoppin the splash1.bmp in the zip. will I need to do something with the nb0 file as well?
guys a no-red firmware is there available?
thanks
-4ndr01d- said:
Thanks I'll give a try when I get back to a PC. Just got to work myself and gathering all the necessary information so I don't mess this up.
EDIT: my screen is already like the picture you posted except HTC is in green. If all it is is inverting white screen to black and black letters to white, I can handle that by photoshoppin the splash1.bmp in the zip. will I need to do something with the nb0 file as well?
Click to expand...
Click to collapse
Why is your stock splash white? The new HTC10 splash is black with white letters. At least on the phones we dealt with in Venom beta.
You don't need to manipulate the splash1.nb0 -that's the file that gets flashed eventually. My script makes it. Just create a bmp image in Photoshop, drop it in the /dump folder and run my script. That's it. Oh and absolutely mind the resolution. 1440x2560. Anything else won't work.
cobrax2 said:
guys a no-red firmware is there available?
thanks
Click to expand...
Click to collapse
Nope. Not gonna happen.
And just in case anyone else is gonna ask: I'm sick and tired of it. I'll add it to the first posts why I won't do it anymore before I'm gonna explode again.
I'm explaining the reasons since 2 years straight at least once a week.
Sneakyghost said:
Why is your stock splash white? The new HTC10 splash is black with white letters. At least on the phones we dealt with in Venom beta.
Click to expand...
Click to collapse
I converted my carbon grey 10 to work on verizon... flashing the verizon RUU may have done it
Yes, RUU always flashes splash
Sneakyghost said:
Nope. Not gonna happen.
And just in case anyone else is gonna ask: I'm sick and tired of it. I'll add it to the first posts why I won't do it anymore before I'm gonna explode again.
I'm explaining the reasons since 2 years straight at least once a week.
Click to expand...
Click to collapse
lol, sorry
so are you adding it to the first post or what?
thanks
cobrax2 said:
lol, sorry
so are you adding it to the first post or what?
thanks
Click to expand...
Click to collapse
[emoji23] yeah I'm adding info to the post on why there won't be no-red edits from me and hopefully nobody else.
But as XDA goes, user safety will always come after personal fame, so if I say not a good idea, somebody else will think it's a very good idea.
So my bet is, you'll get your no red edit. Somewhere. Not here though.
Secret hint: precise info on how to edit hboot/aboot can still be found in my M7 firmware thread from 2013.
Hi hoping someone can help me - I've just wasted two days trying to get my phone to work again, but right now, it only goes to the bootloader.
I have HTC One M9, with S-ON, rooted, with TWRP bootloader installed. I can not get any ROMs to install at all - actually, they do install, just don't boot. I believe this is because I don't have the correct firmware version installed. I can't get any firmware to install. When trying to update firmware, I get;-
Code:
fastboot flash zip firmware_M9.ziptarget reported max download size of 800000000 bytes
sending 'zip' (61607 KB)...
OKAY [ 5.419s]
writing 'zip'...
(bootloader) HOSD CL#576582
(bootloader) ERR [SD_UPDATE_ERR] Main version NOT ALLOWED
(bootloader) ERR [SD_UPDATE_ERR] sddownload failed: 19
(bootloader) ERR Update zip file failed.
(bootloader) ERR ZIP ERROR, exit read zip loop
(bootloader) ERR ZIP signature checking failed...
(bootloader) Update zip file OK
(bootloader) ERR ZIP ERROR CODE, 19
(bootloader) [email protected]
I think this is because of the S-ON.
Can someone please help me, otherwise I'm going to have to throw this thing in the bin, and buy a new phone?
Thanks, Seth
Ok - so I've progressed, in as much as I've managed to put an old unofficial copy of CM12 on it. This has at least got me up and running.
Now need to get it back to Stock so I can patch firmware, and then install latest version of CM13.
Only, all the guides I read, say to flash Stock you need S-OFF - which I can only achieve by running Sunshine unlock - but I can't run Sunshine Unlock on this unofficial version of CM12.
Does anyone have any ideas they can throw my way? Thanks
SethHelstrip said:
Hi hoping someone can help me - I've just wasted two days trying to get my phone to work again, but right now, it only goes to the bootloader.
I have HTC One M9, with S-ON, rooted, with TWRP bootloader installed. I can not get any ROMs to install at all - actually, they do install, just don't boot. I believe this is because I don't have the correct firmware version installed. I can't get any firmware to install. When trying to update firmware, I get;-
Code:
fastboot flash zip firmware_M9.ziptarget reported max download size of 800000000 bytes
sending 'zip' (61607 KB)...
OKAY [ 5.419s]
writing 'zip'...
(bootloader) HOSD CL#576582
(bootloader) ERR [SD_UPDATE_ERR] Main version NOT ALLOWED
(bootloader) ERR [SD_UPDATE_ERR] sddownload failed: 19
(bootloader) ERR Update zip file failed.
(bootloader) ERR ZIP ERROR, exit read zip loop
(bootloader) ERR ZIP signature checking failed...
(bootloader) Update zip file OK
(bootloader) ERR ZIP ERROR CODE, 19
(bootloader) [email protected]
I think this is because of the S-ON.
Can someone please help me, otherwise I'm going to have to throw this thing in the bin, and buy a new phone?
Thanks, Seth
Click to expand...
Click to collapse
Buddy once u install the rom, take the boot.img frm the rom zip file & flash it via adb in bootloader mode it will flash evn if ur s-on, custom roms need their respective boot.img files to be flashed when s-on in case of s-off its done by twrp or cwm recovery hope it helps
Hi Seth,
So the great news is that you do not need to be S-OFF to upgrade your firmware, which is what it sounds like you need to do.
Unfortunately, you can't take an OTA update, so you need to flash an RUU. While this will reset your phone (wiping everything but your SD card), it will also get your phone up to date.
Do you know which variant of the M9 you have? Once you get that information, you can use download the appropriate RUU and flash it to your phone. I've included some links below that are helpful - I especially recommend Flippy498's Google sheet, which has almost everything you need (with instructions!) to update your firmware.
Peace,
Computerslayer
Useful links for modding your HTC M9
Flippy498's Google Sheet
- the end-all, be-all resource for HTC M9 restoration
SKU-, CID- and MID-List by Sneakyghost and Behold_this
- a spreadsheet for using your CID & MID to identify your phone
HTC Sync Manager
- installs the necessary drivers & ADB tools for the HTC M9
Instructions for obtaining your CID, MID & software version on Windows:
a. Install HTC Sync Manager (this will install the necessary drivers & ADB tools)
b. Boot your phone into download mode (from a powered off state, turn on by holding the POWER+DOWNVOL)
c. Connect your phone to your PC
d. Open a command prompt window
e. Navigate to the ADB tools folder, typically C:\Program Files (x86)\HTC\HTC Sync Manager\HTC Sync
- assuming the path is correct, you can cut & paste this command into your terminal: cd C:\Program Files (x86)\HTC\HTC Sync Manager\HTC Sync
f. Execute the following command in a terminal (command prompt): fastboot getvar all
g. Copy the lines that mention product, version-main, mid, and cid.
still sinking....
Thanks for the info guys. So I decided the best path was to RUU back to Stock then upgrade firmware OTA.
So, I tried to connect phone to HTC Sync Manager, but get the dreaded USB can't connect 170 error - even though the OS can see the phone, and its memory card fine.
So I decided to try Ubuntu to extract the RUU, so I can just patch it on SD card. However, I can't get the unruu program to compile properly, because its got some error with the required version of unshield.
So I'm at a dead-end, and resisting putting a hammer through the screen of this phone, which has now cost me about 4 days worth of effort - and still doesn't work.
The only thing I've managed to get working on it so far, is a crappy unofficial copy of CM12 - that crashes about 15-20 times a day.
Can anyone please offer me some advice, or a stock rom.zip for an unlocked m9?
SethHelstrip said:
Thanks for the info guys. So I decided the best path was to RUU back to Stock then upgrade firmware OTA.
So, I tried to connect phone to HTC Sync Manager, but get the dreaded USB can't connect 170 error - even though the OS can see the phone, and its memory card fine.
So I decided to try Ubuntu to extract the RUU, so I can just patch it on SD card. However, I can't get the unruu program to compile properly, because its got some error with the required version of unshield.
So I'm at a dead-end, and resisting putting a hammer through the screen of this phone, which has now cost me about 4 days worth of effort - and still doesn't work.
The only thing I've managed to get working on it so far, is a crappy unofficial copy of CM12 - that crashes about 15-20 times a day.
Can anyone please offer me some advice, or a stock rom.zip for an unlocked m9?
Click to expand...
Click to collapse
If you can pull you CID & MID, it'll be easy to identify which RUU you need. Most are easily found online.
So more progress. Having relocked my bootloader, I am now able to get the HTC RUU exe to connect to the phone from Windows. Only problem now is that I'm getting the
ERROR [155]: UNKNOWN ERROR
this makes me think I've got the wrong RUU. I'm pretty sure I've got the correct SKU, but not sure about the rest of it. From running fastboot getvar all I get;-
(bootloader) kernel: lk
(bootloader) product: htc_himauhl
(bootloader) version: 1.0
(bootloader) version-main: 2.10.401.1
(bootloader) boot-mode: download
(bootloader) version-baseband: 01.04_U11440601_71.02.50709G_F
(bootloader) version-bootloader: 1.0.0.0000
(bootloader) mid: 0PJA10000
(bootloader) cid: HTC__001
all:
And I'm using the
RUU_HIMA_UHL_L50_SENSE70_HTC_Europe_1.32.401.17_Radio_01.01_U11440261_56.02.50306G_2_F_release_429340_signed_2_4.exe
Can someone please help me - I now have a phone that won't go beyond the bootloader. Thanks
Ok, so I think the problem here, is the RUU I have is a downgrade from the existing version. With that in mind, can someone please help me out massively by pointing me in the direction of the correct RUU?
Thanks again.
https://www.google.com/url?q=https:...835000&usg=AFQjCNH9n1vZCmPvw5wWJ10C1wFJqx6YYA
Use this. Rename it to 0PJAIMG.zip copy it to your externel sd card. Reboot to download mode and press vol up than wait. Your phone will have latest firmware with 6.0
awesome - thanks for your help
SOLVED UPDATE: I did some more reading. I took the Bell (BM) rom zip
(named "0PJAIMG_HIMA_UL_L50_SENSE70_ATT_BM_1.32.666.6_R2_Radio_01.01_U11440221_59.04.50303G_2_F_release_426170_signed.zip"), and renamed it to "0PJAIMG.zip".
Copied that to the root of a microSD card and put that into the phone.
Booted phone with VOLDOWN+POWER and the flash process began. It rebooted a couple of times during the process. It said to hit POWER to finish. After that, phone booted normally (like out-of-the-box again).
With that said, I still would like to have root... so would still appreciate any input as to what I did wrong below. Thank you!
Hello. I'm afraid I have messed my phone up a bit, and would really appreciate it if someone could help me out.
It's a Bell HTC One M9 (0PJA110), and it is (was?) on 5.0.2 Lollipop. According to the RUU EXE I just tried (unsuccessfully), it says it is an image version (or HTC system version) 1.32.666.6.
Here's what I did, from out-of-the-box. I just wanted root access so I could use Titanium Backup, so I read a bunch of threads to get started. I thought I had gathered enough knowledge, so I:
1) Unlocked bootloader via htcdev
2) Flashed "htc-one-m9-lollipop-twrp-2.8.7.0-hima.img" to recovery. (I chose this version because I read in some threads that version 3 or higher of twrp doesn't work well if it is flashed to a Lollipop phone).
3) Rebooted, went immediately into recovery (so that TWRP could ensure it doesn't get overwritten)
4) Then rebooted again, and went into recovery (to make sure TWRP was still there)
5) At this point, I should have let the phone boot normally, to make sure that was OK. But I did not... so I cannot tell if this is where my trouble began
6) Next, in TWRP, I flashed "SR1-SuperSU-v2.79-SR1-20161221223537.zip". It seemed to go well.
7) Reboot from TWRP.
8) Phone shows first HTC logo, then goes to a black screen (black but illuminated). That's it.
My next thing to try was this Bell TWRP zip from a nice post on here. Filename is "Stock_Bell_LP_5.0.1_1.32.666.30_TWRP.zip". I tried to flash it via TWRP but it failed right away (I do not have the exact output but can try again to get the text, it if that helps).
Naturally I was starting to get worried, so I immediately started looking for RUU's so I could start over.
1) I re-locked bootloader
2) I tried a generic RUU ("RUU_HIMA_UL_M60_SENSE70_ATT_MR_NA_Gen_Unlock_3.35.617.31.exe") but it would not flash - I assume it is checking CID and knows it's not correct for my phone
3) I downloaded a Bell-specific zip from Androidruu ("0PJAIMG_HIMA_UL_L50_SENSE70_ATT_BM_1.32.666.6_R2_Radio_01.01_U11440221_59.04.50303G_2_F_release_426170_signed.zip", verified the MD5 matched whatever androidruu.com said it was.
4) Renamed the zip to rom.zip to make the next commands easier
5) Ran "fastboot oem rebootRUU", verified the RUU screen appeared, then "fastboot flash zip rom.zip"
It didn't work Here is the output:
Code:
target reported max download size of 800000000 bytes
Invalid sparse file format at header magi
sending sparse 'zip' (67085 KB)...
OKAY [ 4.791s]
writing 'zip'...
(bootloader) HOSD CL#493992
(bootloader) ERR [SD_UPDATE_ERR] update_fb_ZIP_buf: can not find ZIP hea
(bootloader) der
(bootloader) ERR [SD_UPDATE_ERR] sddownload failed: 22
(bootloader) ERR Update zip file failed.
(bootloader) ERR ZIP ERROR, exit read zip loop
(bootloader) ERR ZIP signature checking failed...
(bootloader) Update zip file OK
(bootloader) ERR ZIP ERROR CODE, 22
(bootloader) [email protected]
FAILED (remote: 22: fail to flash via downloadzip)
finished. total time: 8.552s
I wish I could try a Bell RUU exe... but I am having a hell of a time finding one.
Any advice would be appreciated (regarding anything I did wrong up above, or regarding how I can get myself out of this mess). Thank you for reading.
Download the latest RUU to your device. In dowload mode type fastboot oem rebootRUU. Entering the Htc screen, run RUU.exe.
Dark Stranger said:
Download the latest RUU to your device. In dowload mode type fastboot oem rebootRUU. Entering the Htc screen, run RUU.exe.
Click to expand...
Click to collapse
Thank you, but same result as my earlier attempt. The EXE itself can get the phone from bootloader mode/download mode into RUU mode, and it starts the process, but fails with "please get the correct rom update utility".
I assume it's because this RUU is not an exact match for my phone.