Hello everbody im on MIUI V5 4.3.21 Multi. How can i get the Homebutton work? and which Kernel can i use to have BLN working??
thanx Jack2212
thanx Jack2212
The procedure is as:
|
Prerequisites:All you need is a Windows System with current drivers and maybe HTC Sync Manager installed, it is better to have HTC Sync uninstalled and only the drivers left. Just try if the FUU runs without HTC Sync. On my system, i am always greeted with an Error 170" if i try to run the FUU on a booted Android - it doesnt recognize the phone with ADB. This is a typical driver and/or ADB error. Solution here: make sure you have the latest driver suite. FailSafe way to get them is to install HTC Sync Manager (remove it if you dont like it afterwards but leave the drivers in the sytem!).
Step-By-Step:1. If device is booted into Android, reboot into bootloader by running:1.a Or else, if your device is in a different state or you just prefer the button method:
Code:
adb reboot bootloader
Press Power for 15 seconds and hold Vol Down at the same time, when the screen and charging LED go dark immediately release Power but keep holding Vol Down until you see the bootloader screen. Notice: If the device refuses to reboot, you might need to hold it to a bright light with its light sensor. This is a very specific bug in the HTC ONE. The light trick always works.
2. Now place the Firmware_named_something.zip into your adb/fastboot folder
3. Now run:4. Followed by:
Code:
fastboot oem rebootRUU(replace "Firmware_named_something.zip" with the name of your zip)
Code:
fastboot flash zip Firmware_named_something.zip
5. Now check the console output. It should approximately look like this:
flush" certainly means Flash" ;) so press the arrow up key on your keyboard and enter to run the flash command again without reboot...
Important: the flash process halts at around 75% to 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 before reboot to make sure it is safe to reboot! The bar will only fill up to 100% once you type the following command:
6.
Code:
fastboot reboot-bootloader
I always test all of these zips on my own device. But as always, flash at own risk. You're writing to critical parts of your phone. If anything goes wrong along the way, you might be bricked.Error handling strategies:IF IT SAYS "FAILED" do not immediately reboot the device If you reboot with a FAIL it could not boot up anymore! It 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 (dont use hubs! Always straight-to-mainboard connections), it might be USB 3.0 which is not good yet, it might be bad configuration of your ADB and Fastboot... there are many possible sources for flash fails.
The least dangerous FAILED messages are listed below and are safe to reboot:
Safe to reboot / Flash didn't happen Errors (if you encounter one of them, you can just reboot. Nothing changed):- 12 signature fail (unknown yet but safe to reboot)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.
- 23 parsing image fail (means something wrong with the image in the zip)
- 32 header error (means the zip couldnt be read and unzipped properly)
- 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 hboot pre-update (means it only flashed hboot and you have to run the process again immediately to flash all other partitions WITHOUT a reboot inbetween).
- 99 UNKOWN (is not yet clear but safe to reboot, might indicate a defunct S-OFF or S-ON)
- 155 you did not lock your bootloader (Needs a relock for S-ON phones that want to update the firmware.)
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 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 32 "header error" do:
- Sorry i havent found the exact cause yet and dont know a definite solution.
- 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.
- If that doesnt help, you can also try: make the zip new with recommended settings, re-run the command, check your connections...
For Error 42 "Wrong Customer ID" and: 41 "Wrong Model ID" do: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).
Code:
fastboot getvar all
Alternative method for MID and CID errors:
go SuperCID. Do:You can change back to any desired CID after a successfull firmware flash. Notice: this command only works on S-OFF phones (which you have already of course or else you wouldn't be here).
Code:
fastboot oem writecid 11111111
For Error 90 hboot pre-update..." do:
- Run the same flash command again which you just ran (press arrow up on your keyboard to get to the previous command in console)
- Dont reboot in-between! (It wouldnt brick you but it would just make you run the flash command twice again)
- This might be caused by the newer encrypted RUU's, they need their hboot to be flashed first so it can then decrypt the rest of the ROM.zip. Look at an encrypted ROM.zip from a RUU, you will notice that you can mostly extract the hboot without decrypting the ROM.zip, but you can't extract much else.)
For Error 99 UNKNOWN" do:
- Check with other zips if they work!
- Check if your S-OFF is correct
- Tell me if you find out whats causing an unknown error here!
For Error 155 relock bootloader" do:
- run the fastboot command fastboot oem lock" - only applies to S-ON phones that want to update the firmware. There a relocked bootloader is required. This error wont show on S-OFF phones.
- Error 155 can also mean that you need SuperCID. On a few occasions this was shown when the RUU/FUU refused to run because of wrong region lock.
For Error 170 Check USB" do:
- Sometimes shown when running a RUU or FUU. Indicates issues with drivers or ADB/Fastboot binaries. One way to solve is to run the exe with the phone already in Fastboot mode. Else you will have to dig into your windows driver system and try to fix there. Best option: re-install HTC Sync manager. Also, avoid USB 3 ports (the blue ones) - they have a complete new driver stack and that doesnt work with ADB and Fastboot.
Update: added Firmware For Sense 5.5 4.3 FUU
Download
MD5: 4cc050c25d2006600dfdbcc186789ef0
This FUU is Stock. Contents: Firmware from vrvr And So You should be good to Go. This package does wipes SDcard.
Update: added Modifyed Hbbot No Red Text FUU
Download
MD5: 3918b9ca578f6f117a96e39f14873cd2
This FUU is modified. Contents: Firmware from vrvr And And Then Modifyed With No Red Text, So You should be good to Go. This package does wipes SDcard.
Update: added Firmware For Sense 5.5 4.3
Download
MD5: 1f9f200cf468dc40ddd3c5415c639823
This package is stock. Contents: Firmware from vrvr And So You should be good to Go. This package does Not wipes SDcard.
Update: added Modifyed Hbbot No Red Text
Download
MD5: 2f5467f6fdcc854198a95d6ed7146c7f
This package is modified. Contents: Firmware from vrvr And And Then Modifyed With No Red Text, So You should be good to Go. This package does Not wipes SDcard.
You are aware that writing to the security protected 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 tested on various phones at time of posting, however you are the brains behind the wheel and you are solely responsible for the execution of the process. I will not accept any responsibility. The method itself is developed by Google and HTC, i only provide access and information to it and you execute it.
You understand that you should not do it if you are not willing to accept this risk.