If your Android phone keeps restarting before it reaches the home screen, you’re facing a boot loop. This can happen after a failed OTA update, a corrupted system app, or an accidental change in a critical partition. While a factory reset often works, it wipes all data. This tutorial shows how to break the loop using ADB and Fastboot without rooting, preserving your data whenever possible.
boot.img, system.img) from the manufacturer’s site or a trusted archive.Power button for 10‑12 seconds to force a hard shutdown.Power + Volume Down until the Fastboot screen appears.Power + Volume Up + Home (or Bixby) for a few seconds.Power + Volume Down works; consult the device manual if unsure.fastboot devices
You should see a line like 0123456789ABCDEF fastboot. If nothing appears, try a different cable or USB port.
Some devices automatically boot into the stock recovery when they detect a corrupted boot image. The stock recovery often lacks ADB access. Installing a lightweight custom recovery such as TWRP temporarily gives you ADB while keeping the system untouched.
.img file (e.g., twrp-3.5.2-0-xyz.img).fastboot flash recovery twrp-3.5.2-0-xyz.img
After flashing, reboot directly into recovery:
fastboot reboot recovery
The device should now boot into TWRP, where ADB is enabled by default.
adb devices
You should see recovery next to the device serial.
unauthorized, swipe the “Allow USB debugging” prompt on the phone (even in recovery, TWRP shows it).Before flashing anything, back up the current boot and system partitions. This gives you a fallback if the new firmware misbehaves.
# Create a folder on your PC
mkdir -p ~/android-backup
# Pull boot image
adb pull /dev/block/bootdevice/by-name/boot ~/android-backup/boot_original.img
# Pull system image (may be large; you can skip if space is limited)
adb pull /dev/block/bootdevice/by-name/system ~/android-backup/system_original.img
These commands work on most devices that expose the block paths via recovery. If the path differs, use adb shell ls /dev/block/bootdevice/by-name/ to list available partitions.
The most common cause of a boot loop is a corrupted boot.img. Re‑flashing the stock boot image often restores normal startup while leaving user data untouched.
boot.img from the stock firmware you downloaded in the preparation step. Most firmware packages are zip files; inside you’ll find boot.img.fastboot flash boot boot.img
Wait for the “OKAY” response. Then reboot:
fastboot reboot
If the device boots normally, the problem is solved. If the loop persists, continue to Step 6.
Sometimes the system partition gets corrupted, especially after a failed OTA. Re‑flashing the entire system image restores the OS without wiping user data, but it does reset system settings.
system.img from the stock firmware zip. If the firmware provides a payload.bin, use the payload-dumper-go tool to extract individual images.fastboot flash system system.img
On some devices the system partition is split (e.g., system_a / system_b for A/B devices). Use the appropriate name:
fastboot flash system_a system.img
fastboot reboot
Give the phone a few minutes to finish the first‑boot sequence. If it reaches the lock screen, the loop is resolved.
If both boot and system images are intact but the loop persists, the issue may be deeper (e.g., corrupted vendor partition). Flashing the full stock ROM is the cleanest solution.
boot.img, system.img, vendor.img, odm.img, etc.) from the firmware package.fastboot flash boot boot.img
fastboot flash system system.img
fastboot flash vendor vendor.img
fastboot flash odm odm.img
fastboot flash product product.img
fastboot flash boot_a boot.img
fastboot flash boot_b boot.img
fastboot set_active a # or b, whichever you just flashed
fastboot reboot. The first boot can take 5‑10 minutes.Once the phone boots, perform these checks:
If everything works, you have successfully rescued the device without a full factory reset.
adbkey files located in %USERPROFILE%\.android\ (Windows) or ~/.android/ (Linux/macOS) and reconnect.system_a vs system).logcat output from recovery (if available) to see if a specific service crashes.vendor and odm partitions, which hold hardware‑specific binaries.If you have tried the steps above and the phone still refuses to boot, the hardware (e.g., eMMC or NAND) may be failing. At that point, a warranty claim or a professional repair shop is the safest option.
Recovering a boot‑looped Android device with ADB and Fastboot is a methodical process:
boot.img. If needed, flash system.img or the full ROM.Following these steps lets you rescue most software‑related boot loops while keeping your personal data intact. Always keep a copy of the original firmware and double‑check device model numbers before flashing.









