Sideloading OTA updates can help you update your Android phone to the latest software instantly. In this post, we will show you how to manually install OTA updates on Android devices using 2 different options in the stock recovery.
Latest and regular software updates are an integral part of every Android device, irrespective of its manufacturer. On Android, updating to the latest software version could be easily done Over-the-Air, which is more commonly referred to as “OTA Updates“. The whole process is completely automated and requires the least amount of effort on the user’s end to get through it. Especially when it comes to phones that support seamless updates. With the new A/B partition, users don’t even need to reboot their phone, as the update is installed to the alternate partition in the background.
However, an OTA update isn’t always available for all the devices at once. There are several factors like the device region, mobile carrier, etc that impact the rollout and thus, a delay can be expected. Also, it is often that a manufacturer may perform a staged rollout, which means the update will reach a small percentage of devices initially and then slowly be available for the rest.
But we, as users, can be impatient when it comes to trying out the new software that would fix the existing bugs or bring in some exciting new features. It’s likely that users who have already received the update, tend to capture the OTA update zip and share it with others on forums and social groups. In such a case, if you have the OTA package (update.zip), then you can instantly upgrade your phone to the latest software. The instructions below will help you manually install Android OTA Updates using stock recovery.
Sideloading OTA updates do not require an unlocked bootloader. And unlike Factory Image/Firmware, sideloading or manually installing OTA updates via stock recovery doesn’t wipe the data stored on your device. Your data stays intact.
Despite that, we strongly recommend that you take a full backup of all your data stored on your phone including the internal storage to safeguard from any data loss situation.
Take a note that you will first need the OTA update zip package for your device before you follow the steps. You can find these zips either on forums like XDA or request a fellow mate to capture the OTA update package. Also, these methods require your phone’s software to be completely unmodified/stock. It will fail if your phone is rooted via Magisk/SuperSU, has TWRP recovery installed, or any other modifications of this kind.
Once you have the OTA package, you can proceed to the instructions below and use one of the listed methods to manually install the OTA update on your Android device.
Method 1: Install OTA Update from SD Card (Apply update from SD card)
The first method works by storing the OTA zip package on your phone’s internal/external storage. And then using the ‘Apply update from SD card’ option in stock recovery to install the OTA update. This method is best for users who do not have access to a PC.
- Download the OTA zip package for your Android phone.
- Connect your phone to the PC using the USB cable.
- Next, transfer the OTA zip package to the root directory of your phone’s internal/external storage.
- Once copied, disconnect the phone.
- Boot your phone into the recovery mode using the physical buttons combination or by entering the following ADB command:
adb reboot recovery
- In the stock recovery menu, use the Volume buttons of your phone to select the ‘Apply update from SD card‘ option.
- Press the Power button to confirm the selection.
- Now, use the Volume keys to highlight the OTA update package.
- Finally, press the Power button to confirm and install the OTA update package on your Android device.
- After the update is installed, select ‘Reboot system now’.
Method 2: Install OTA Update using ADB Sideload (Apply update from ADB)
Sometimes, the phone might not detect the storage or the OTA package itself. In such cases, you can use the ‘Apply update from ADB’ option in the stock recovery and the ADB Sideload command to manually install OTA update on your Android device. Before you proceed with the instructions below, you must first setup ADB and Fastboot tools on your PC.
- Download OTA zip package for your Android device.
- Copy the downloaded package to the folder where the ADB and Fastboot binaries are present.
- Hold the SHIFT key on the keyboard and right-click on an empty space inside the same folder.
- Select the ‘Open PowerShell window here’ option.
- Connect your phone to the PC using the USB cable.
- Now enter the following command to boot your Android device into stock recovery:
adb reboot recovery
- In the stock recovery, use the Volume buttons to select the ‘Apply update from ADB‘ option.
- Press the Power button to confirm the selection.
- Now, enter the following command to install the OTA update package on your Android device:
adb sideload ota.zip
- Make sure to replace “ota.zip” with the actual filename of the OTA update package.
- Once the installation is complete, select the ‘Reboot system now‘ option.
Your device will now boot into the updated firmware. You can use this method on almost every Android device. Required that you have the correct OTA update zip for your phone and stock recovery installed on it.
So this was our guide on how to manually install OTA updates on Android using Stock Recovery. If you face any errors while updating your phone using these methods, let us know by commenting below.
If i install the update manually which is provided by the original company… Will i be able to receive other ota in future ?
Hi Christopher. Yes, you will receive OTA updates normally after sideloading the OTA update manually.
hello
i want to remove download portion from update_engine portion because im updating from adb push so its showing downloading log any suggestions
thank you
Hi Kishan. I am sorry but I didn’t fully understand your query. Please elaborate more.
Also, mention the device name, model number, current Android build number installed, and the OTA update you’re trying to sideload.
HI
I have a Lenovo Tab m10 TB X505L with Android 9 and i tried to update the device with adb sideloade but
when load the package i recieve an error E3006:Not enough free space on /cache to apply patches
E:Error in/sideload/package,zip(Status 7)
thank you
Hi Cris. Have you tried wiping the cache partition via stock recovery? Please try that, then try sideloading the OTA again.
Thanks for your answer ,
yes i wiped the cache via stock recovery before to performe the sideloading OTA and is not working , i got the same error.
its strange because when i perform a OTA download and install troughout wifi i dont have problems to install it. Btw the device is unrooted .
thanks
Hi again.
That’s very odd. I have personally never faced any such error throughout my experiences with flashing/sideloading updates.
Anyhow, I tried searching a bit and found this thread on XDA. According to the user who was facing the exact same issue (On his Nexus 7) “/cache was formatted incorrectly”. Please read through his post and those by other users as well. Maybe it can help.
Excellent write-up. It’s been awhile since I’ve sideloaded an ota, but shouldn’t you add .zip to the adb sideload file name.zip? I was required to do “adb sideload coral-ota-qd1a.190821.014-bf9f9dd7.zip” to get it all going.
Thanks again.
Hi Gerry. Yes, you are supposed to enter the full filename including the “.zip” extension.
Do you think it wasn’t clear enough in the tutorial? If so, then please let me know. I will change it accordingly.
And, thank you for your appreciation.
Hi Dhananjay, again really think this is one of the best write-ups for updating your Android. I would simply add right click properties of the downloaded zip file, general, select all, copy and paste into cmd window, then add .zip at the end of the copied file name.
“coral-ota-qq1b.191205.011-5bf2f7cd.zip”
Thanks again!
Hi, again Gerry. Thank you for the feedback, as well as for the kind words.
I am thinking of adding the following line in step #11:
“Replace ‘ota.zip’ with the full filename of the OTA package you’re using. Here ‘ota’ is to be replaced by the name of the OTA package file, and ‘.zip’ to be added as the extension.”
What do you think?
Hi Dhananjay, i did an ota update with the sd card through stock recovery (samsung s7 active), i did not select factory reset, but after the update, it did the factory reset automatically.
Plz help me to understand why this is happening to me.
when i did it the system was in Marshmallow, and the update is to a newer version still in Marshmallow.
I did change the zip file to Update.zip and create a folder in the root of the sd card then transferred the Update.zip into the folder. could not remember the file name(may be fto), and i did check the oem unlock feature under developer. when i did it the device have both samsung account and the google account logged in.
I was following a tutorial for samsung s9, could not find that tutorial anymore.
Hi. That’s odd. Sideloading the OTA should not wipe any data on the phone. For example, we recently covered tutorials for installing One UI 2.0 beta on the S10 and Note 10 devices. We did sideload the OTA while moving from Pie to Android 10 (One UI 2.0 Beta) and no data was wiped.
It could be, that the OTA file you used could have triggered a wipe after the update. But that’s quite rare, and not something that I have come across.
Boa noite, estou tentando faz uns dias fazer a atualização do moto z2 play xt 1710-08, mas não estou conseguindo, instalei os arquivos no C : \ Windows \ system32> adb sideload “arquivo zip”
carregando: ‘arquivo.zip’
* não pode ler ‘arquivo.zip’ *
instalação abordada.
Hi Sergio. Could you please mention the exact name of the OTA file that you used?
Does “USB Debugging” need to be Enabled under “Developer Options” for any of these methods or is that dependent on the phone manufacturer/model?
I’m investigating options to recover a Pixel 1 suffering from a bootloop issue. Despite many of these guides I find being nearly identical in instruction, it seems half of these say it’s necessary to Enable USB Debugging for this process to be successful (especially Method 2).
Hi Willy. I can understand the confusion, considering how several online resources just blindly copy and paste redundant requirements.
The only thing that you need to know here is: USB debugging only needs to be enabled to make an ADB connection between the PC and the device, while the phone is BOOTED INTO THE OS.
For anywhere else, like while in recovery, in this case, it doesn’t have any use and will work without any efforts.
Did you try flashing the factory image on your Pixel to recover it from the bootloop?
Hi Dhananjay, sorry about the delay. The bootloop began after an OTA update, but I believe the bootloop was being caused due to hardware failure. Specifically, bad/cracked solder joints on one of the BGA ICs. I arrived to this postulation after fully disassembling the phone, removing the RF shield covers on both sides of the PCB, and then applying firm pressure on both sides, mostly to the DRAM and Storage ICs (the two largest chips). These can be identified with red boxes in steps 10 & 11 in the ifixit teardown of the Pixel XL:
https://www.ifixit.com/Teardown/Google+Pixel+XL+Teardown/71237
I googled the FCC ID, searching for: “fcc NM8G-2PW4100” and looked for the links beginning with:
“https://apps.fcc.gov”. The PCB layout is nearly identical to the smaller Pixel as evidenced in the “Internal photos” found on the FCC website here:
https://apps.fcc.gov/oetcf/eas/reports/ViewExhibitReport.cfm?mode=Exhibits&RequestTimeout=500&calledFromFrame=N&application_id=n4oFa%2BX8mfrKBoGB%2BruZjQ%3D%3D&fcc_id=NM8G-2PW4100
At this point, I only had the display, battery, and buttons (Power/Vol Up/Vol down) connected to the mainboard and observed the Google boot animation behave as though it was trying to finish installing the update, then the lock screen flashed VERY briefly before the phone repeated the process again. As I mentioned, the phone would only behave this way with pressure on the ICs. Without pressure, the phone would only bootloop the Google startup animation logo, but NO animation. It would just be frozen on “Google” and then reboot. This behavior would occur:
-when the phone was started normally
-when the phone was plugged in for charging
-instantly after “Recovery mode” was selected from the Bootloader screen
I determined this is not worth trying to repair at this point considering the ICs are epoxied into place (ironically, to prevent BGA ICs from developing cracks) and I don’t have the tools, time, nor inclination to affect the repair.
I had another Pixel mainboard though and decided to experiment on that and you are correct! USB debugging had not been enabled on this phone and the bootloader was still locked. After placing the phone in Recovery Mode and selecting the option “Apply update from ADB”, I was able to view device info with the “adb devices” command.
Initially, the “adb sideload ota.zip” command was returning with the error, “* cannot read ‘ota.zip’ *”. So I verified the usual (*.zip file checksum, USB cable, USB port, command prompt in admin mode, etc.) and tried again with no luck. I think my problem was possibly related to ADB and FASTBOOT being integrated into the system so the adb/fastboot commands can be run from any path. So I tried moving the ota.zip from my C:\Windows\system32 folder (where the command prompt application automatically goes when opened) to the root of the drive ( C:\> ), and it worked. I used “cd\” to go to the root and then ran the “adb sideload ota.zip” command again:
C:\Windows\system32>adb devices
List of devices attached
FA6********* sideload
C:\Windows\system32>adb sideload ota.zip
loading: ‘ota.zip’
* cannot read ‘ota.zip’ *
[I moved *.zip file to root of C: drive.]
C:\Windows\system32>cd\
C:\>adb sideload ota.zip
serving: ‘ota.zip’ (~20%)
[When finished, progress was replaced with:]
Total xfer: 2.00x
The update process took a little over 9 min using ADB and I remember the phone display reported an error after it finished, I think it mentioned something about decryption/encryption. At any rate, I verified the OTA update worked after rebooting the phone into recovery and checking the build version at the top of the display. I suspect I received the error due to the phone being updated via ADB and/or still having my Google account on it (Factory Reset Protection in effect). I repeated this process a few times (sending the same OTA update image with ADB) and the error was absent on subsequent updates.
I tried sending a full Factory image instead of the OTA update image out of curiosity but it failed with the phone displaying:
….
Verifying update package…
E:footer is wrong
Update package verification took 0.1 s (result 1).
E:Signature verification failed
E:error: 21
Installation aborted.
Maybe the bootloader needs to be unlocked as Google says in their official guide:
https://developers.google.com/android/images
In the future, it may be a good idea to explicitly differentiate between using an “OTA update image” vs “Factory image”.
Thanks for your response and time Dhananjay!
Hi again. Thanks for providing all the details. You’re correct, the bootloader needs to be unlocked in order to flash a ‘factory image’. That’s the primary reason Google released the concept of full OTA images, which can be used even on Nexus/Pixel phones with a locked bootloader.
So finally, replacing the mainboard work?
Absolutely, ultimately replacing the mainboard was the only solution in my case. Unfortunately it was the 128 GB version that failed and I only had a 32 GB to replace it with.
Naturally, other users/devices may experience an identical situation to mine where the device is bootlooping with no access to the recovery screen and it could be attributed to a completely different failure of a part/component.
I’m no engineer or programmer, just a tinkerer, but hardware failures can manifest into VERY weird experiences. For example, I have an old Motorola (Droid) RAZR HD (XT926). Years ago I had to replace the display assembly after the LCD broke. I bought a used phone off Ebay for parts and moved the display assembly to my phone. Oddly though, when I attempted to use the Chrome browser, I was always getting warnings/security notifications. If I recall it was regarding the certificates, specifically the date. Anyways, Chrome said the my phone date didn’t appear to be correct and suggested I change it. So I went into settings and tried to change it every possible way I could think of, yet no matter what or how I selected the Date in the System Settings, it always reverted back to several decades ago… something like Dec 1, 1970!
I foolishly did a Factory Data Reset in an attempt to restore functionality to the phone, but the date issue remained. 🙁
Eventually, I isolated the mainboard/PCB/motherboard into a completely different phone housing with all different modular components (headphone jack, loudspeaker, battery, camera, etc.) and the date problem finally went away. I replaced the modular components with the originals one-at-a-time and narrowed the culprit down to the earpiece speaker assembly. The earpiece speaker assembly included the notification LED and proximity sensor with the front facing camera attached to it via FPC (flexible printed circuit/flex-cable/ribbon cable).
https://www.ifixit.com/Guide/Motorola+RAZR+Maxx+HD+Earpiece+Speaker+Replacement/37893
Apparently, there was something going on in JUST the earpiece speaker assembly and that failure led to the system date being stuck! I realized why the phone was on Ebay at this point (LOL) and used ONLY display assembly, moving MY original earpiece speaker assembly to the donor/Ebay display assembly. So far the phone is STILL working great!
This is the lesson I want to share with others. My point being if someone else is having the same Pixel bootloop problem I had or even an unrelated “weird” glitch or oddly behaving device, it would be worth trying to check the mainboard in another known working unit first. It’s also worth mentioning that sometimes devices will boot with the bare minimum connected to the mainboard: battery, display, and buttons ONLY. However, there are times it’s necessary to fully connect everything to get a proper boot, though it’s not necessary to fully close/seal up the device.
without unlocking the bootloader how do you downgrade the firmware from pie to oreo?
Hi Pavan. Please provide more details like device name, model number, Android version along with software build number installed on your phone.
Yes, that’s most odd of the experiences. I remember how users with the Nexus 6P and Nexus 5X struggled with the bootloop issue, which was again a hardware failure.
I am glad you were able to revive your device. And thanks again for putting it all up into the fine details. Other users who might have or may face such an issue would be helped by this.
while installing process (cannot read ‘ota.zip’) massage appear to window powershell
Hi Ganesh. Please state the device name, model number, the exact firmware it is on, and the firmware you are trying to install. Also, from where did you get the OTA package?
Just downloaded the pie update for Verizon and used the sideloading method via sd card. Worked great, easy to install and phone is now ahead of the curve compared to those who wait for Verizon. Thanks
Glad to know Robert! Enjoy your updated device now.
Please I need your help I just bought a bootlooped essential phone and I’ve tried to sideload via ADB and Fastboot but I keep getting error message the bootloader is locked and I can access the developer mode cause the phone doesn’t boot past the essential phone logo.
Hi Azeez, I know you must have tried it already, but did you factory reset from the stock recovery? Just to confirm.
Also, from where did you grab the OTA package for your PH-1? And, what exact error did it show when you tried sideloading it through stock recovery?
I side loaded Pie also, would like to know if future updates will still come to my phone OTA?
Hi Robin. If you sideloaded the stable update, then yes, you will get further OTA updates.
trying to sideload my note 9 through verizon
I keep trying to sideload using adb and i keep getting this error
PS C:\adb> adb sideload N960USQU1ARL1-to-U1CSAA-UP
loading: ‘N960USQU1ARL1-to-U1CSAA-UP’
* cannot read ‘N960USQU1ARL1-to-U1CSAA-UP’ *
PS C:\adb>
Hi Adam. You forgot to add the file extension at the end of the filename. It is important when operating with command-line.
So, the exact command would be: adb sideload N960USQU1ARL1-to-U1CSAA-UP.zip
See? The “.zip” added to the end?
what is the actual filename of the OTA update package?
Hi Kell. The package name is normally a mix of numbers and alphabets assigned directly by the manufacturer.
The full OTA packages provided by the manufacturers (Like Asus, Google, Essential, etc), on the other hand have specific naming conventions.
So how do i know that mix of numbers?
I tried to sideload the update but it doesn’t work
It keeps saying “system can’t find the file” even though I copied exactly the file name
Hi Graham. I’d need some more info to help you further. Let me know the device name, model number, the current firmware installed on it, and the firmware you are trying to install.
> sideloading or manually installing OTA updates via stock recovery doesn’t wipe the data stored on your device. Your data stays intact.”
Well this is not true. Last time when I used this method it did wipeout my hard drive and I lost all the images.
Hi Gyandeep. Just think of it this way: The OTA you receive and install on the phone automatically via the Settings, it is the same as a manual OTA update. The package is the same. So, if it doesn’t wipe your phone when updating automatically, then it shouldn’t wipe when doing it manually.
Of course, in some situations, like with certain beta releases, the OEM makes a mandatory wipe when moving from Stable to the Beta release. The same happens when Google pushes out Dev Preview. The first Dev Preview build installed via OTA will wipe the phone (At least in case of Google Pixel devices).
I can understand if it happens and the data is lost. So, I have updated the article with a precaution.
Hi guys
Just a quick question.
I am updating my Zenfone 3 ZE552KL to Oreo Android….
Not sure why but the firmware on the phone is old
(despite tried to look for updates, it never came back with result and never updated–so doing it manually…)
and it has aborted the upgrade saying the next possible update is the WW13.20.10.152 ..which I have downloaded from the Asus site and this update is currently working…
Can I ask that, is it necessary to download each individual updates one after the next one till get to the one delivers the Android Oreo…or can any of the skipped?…
Thank you
Hi Steve. That depends on what kind of OTA package you downloaded – Full OTA or Incremental. In the case of incremental, you can’t skip. But with the full OTA, you can go from any firmware.
If you can share a screenshot of ‘Settings’ > ‘About phone’, I’d try to provide the full OTA package, which can be installed over any previous version (firmware). I am specifically looking for the ‘build number’ section in there.
R16NW.G950USQU5CSA4 :build number
Firmware :Sg950usqu5csa4
This is mine got galaxy s8 Verizon. Can you help. Me out too please?
Hi Derek. Thanks for the info. Can you please tell exactly what you want to do on your phone? It’ll give me a better chance to further assist you.
Thanks for this! I did the SD stock recovery update on my T-Mobile S9plus a few weeks ago, but now that T-mobile is rolling out the official OTA will I receive it or am I doomed to firmware sideloads forever?
Hi Andrew. You will receive regular OTA updates, don’t worry about them. I believe you installed the stable update using this method, right?
Trying to update my essentials phone and when I type in adb reboot recovery into the command prompt it says the term adb is not recognized as the name of the closet function script file or operable program. Heck spellingof the name or if the path was included verify path is correct
Hi Corey. Did you make sure that you installed ADB on the PC and launched the command-line (CMD or PowerShell) inside the folder where ADB was installed?
Hey Dhananjay.
I´m trying to install the OTA update with the ADB method and I was having some issues in order for my computer to recognize the device that I´m trying to update. I was able to fix that and now there´s an established connection between the computer and the cellphone.
Now I´m able to boot up the device on the shell directly to recovery mode but once I´m on recovery I lose all connection between the computer and the device so I´m not able to use the option “Apply the update from ADB”.
Would you mind giving me some advise or maybe pointing what I´m doing wrong, please?
Regards 😉
Hi Alex, from what I can understand, this seems to be a driver issue. If I got it right, the connection is lost right when you enable the ‘Apply update from ADB’ option while the phone is connected to the PC?
hi i have a problem , my pc can read the phone from command adb devices but when i put command adb sideload the status is “cannot read”
Hi zoldyck, was your phone in stock recovery mode when you ran the adb sideload command?
My nokia 6 during update to the July security update has been stuck at the no command during booting. I have wiped data and factory reset, yet the no command still appears.
Hi Bernard, so you are not able to boot into the OS at all?