Restoring Lenovo Tab E10 TB-X104F - Upgrading, Modifying and Unlocking

The device appears to be soft-bricked. Boot hangs at the logo screen. I can access the Fastboot Menu and the Recovery menu. I have the ROM backup created with Lenovo Smart Assistant.
What I've already tried:
1. Using Lenovo Smart Assistant. That only gets so far and then it expects the tablet to be able to boot enough to get to the USB options, which it can't.
2 Since the device will talk to a computer while at the fastboot menu, I did fastboot flash boot boot.img and the outcome was the same.
3. I would have tried to restore just the system.img, but the ROM has 30 system img files, system_1.img, system_2.img, system_3.img, et cetera. I tried to combine them using:
- 3a. simg2img system* newsystem.out but got the error "build_directory_structure: can't set android permissions - built without android support"
- 3b. packsparseimg which gave me a "raw" system file. I could not find a way to convert this to a single system.img file.
4. fastboot flashall, but I don't know what to set $ANDROID_PRODUCT_OUT to just to make that work. I'm also not sure if this requires the ROM directory to be zipped?
What is there to try next?

jeb.jr said:
The device appears to be soft-bricked. Boot hangs at the logo screen..........
Click to expand...
Click to collapse
I don't have this device myself but, I had performed a quick search and found the following thread where the most recent post may be helpful for what you are looking for that's specific to your device.
https://forum.xda-developers.com/showthread.php?t=3508508
Good Luck!
~~~~~~~~~~~~~~~
Unless asked to do so, PLEASE don't PM me regarding support. Sent using The ClaRetoX Forum App on my Apple Macintosh.

Thanks, but Lenovo Smart Assistant only gets to the screen where it prompts me for USB debugging, but my tablet won't boot that far. The Device Manager in Windows doesn't come up with a triangle for anything.
However, I tried something else and got myself stuck at the fastboot menu:
There is no flash_all script in the ROM directory, but one was created by typing python createFlashTool.py. Then flash_all.sh, flash_factory.sh, and flash_all_except_storage.sh. I ran flash_all.sh and it said "Missmatching image and device". Oddly enough, flash_all is looking for MSM8953 and I have MSM8909. This must be the correct ROM because it was the one that downloaded from Lenovo Smart Assistant with my tablet number and hardware versions. So, I modified the first line of flash_all, replacing MSM8953 with MSM8909. When I entered ./flash_all.sh this time, it flashed all the img files, giving me OKAY messages over the next several minutes. Update: I suspect there's a bug in here, because it looks like system is just being overwritten 30 times instead of actually being built up.
Now, booting from power up kicks into the fastboot menu. I can reach the recovery menu, but that's it. Fortunately I can power the device down (press and hold power for exactly 3 sec) but if I try to charge it, I just get the fastboot menu again.
Update: popped the cover and removed and reinstalled the battery. still stuck in fastboot! aaauugghh...
Latest Update: I used packsparseimg again to combine all the system img files, and then fastboot flash system system.combined. Now it just reboots in a continuous loop until I power it off. Something different, but no fixy. Here's my thought: I have the uncompressed system files, now if there's a way to make an img file out of them, that would be great!

jeb.jr said:
Thanks, but Lenovo Smart Assistant only gets to the screen where it prompts me for USB.........
Click to expand...
Click to collapse
I wish that I could be more helpful to you as I only have a limited working knowledge of only a handful of the Lenovo devices.
Maybe someone like @Droidriven or @SubwayChamp could provide some guidance or someone who can help you out a bit further.
~~~~~~~~~~~~~~~
Unless asked to do so, PLEASE don't PM me regarding support. Sent using The ClaRetoX Forum App on my Apple Macintosh.

jeb.jr said:
Thanks, but Lenovo Smart Assistant only gets to the screen where it prompts me for USB debugging, but my tablet won't boot that far. The Device Manager in Windows doesn't come up with a triangle for anything.
However, I tried something else and got myself stuck at the fastboot menu:
There is no flash_all script in the ROM directory, but one was created by typing python createFlashTool.py. Then flash_all.sh, flash_factory.sh, and flash_all_except_storage.sh. I ran flash_all.sh and it said "Missmatching image and device". Oddly enough, flash_all is looking for MSM8953 and I have MSM8909. This must be the correct ROM because it was the one that downloaded from Lenovo Smart Assistant with my tablet number and hardware versions. So, I modified the first line of flash_all, replacing MSM8953 with MSM8909. When I entered ./flash_all.sh this time, it flashed all the img files, giving me OKAY messages over the next several minutes. Update: I suspect there's a bug in here, because it looks like system is just being overwritten 30 times instead of actually being built up.
Now, booting from power up kicks into the fastboot menu. I can reach the recovery menu, but that's it. Fortunately I can power the device down (press and hold power for exactly 3 sec) but if I try to charge it, I just get the fastboot menu again.
Update: popped the cover and removed and reinstalled the battery. still stuck in fastboot! aaauugghh...
Latest Update: I used packsparseimg again to combine all the system img files, and then fastboot flash system system.combined. Now it just reboots in a continuous loop until I power it off. Something different, but no fixy. Here's my thought: I have the uncompressed system files, now if there's a way to make an img file out of them, that would be great!
Click to expand...
Click to collapse
Have you tried fastboot flashing the individual img files(i.e. fastboot flash system, fastboot flash boot, etc..)? It might be easier to flash each img by itself instead of all together.
Sent from my SM-S767VL using Tapatalk

Droidriven said:
Have you tried fastboot flashing the individual img files(i.e. fastboot flash system, fastboot flash boot, etc..)? It might be easier to flash each img by itself instead of all together.
Click to expand...
Click to collapse
Yes, I have. Looking at the flash_all.sh script (that was generated earlier with python createFlashTool.py) it's a list of fastboot commands. I ran the script, but I also tried running each command individually. The cyclical reboot stopped, but I'm back to booting only to fastboot mode.
I might also mention this, although it still doesn't work, it might be a lead if someone else wants to investigate:
As mentioned before, the system images are split into 30 image files. Using packsparseimg.exe and its companion imgextract.exe (or something similar) to get the uncompressed system files in their proper directory structure. Those are Windows command-line executables, but then I booted my PC back into Linux, and entered the following (this is partially from memory so it might not be 100%):
dd if=/dev/zero of=~/sys.img bs=1M count=1850 (the 1850 was found by trial and error)
mkfs.ext4 -O '^64bit' -b 4096 sys.img (that means 'not' 64bit, the target device is only 32-bit)
sudo mkdir /mnt/x
sudo mount -t ext4 -o loop sys.img /mnt/x
sudo chmod 777 /mnt/x
cp -r ~/system_folder /mnt/x (where the system folder contains the files to go into the virtual drive)
sudo umount /mnt/x
img2simg sys.img system.img
fastboot flash system system.img
UPDATE: strike this stuff because it didn't work and something else did (see below).

jeb.jr said:
Yes, I have. Looking at the flash_all.sh script (that was generated earlier with python createFlashTool.py) it's a list of fastboot commands. I ran the script, but I also tried running each command individually. The cyclical reboot stopped, but I'm back to booting only to fastboot mode.
I might also mention this, although it still doesn't work, it might be a lead if someone else wants to investigate:
As mentioned before, the system images are split into 30 image files. Using packsparseimg.exe and its companion imgextract.exe (or something similar) to get the uncompressed system files in their proper directory structure. Those are Windows command-line executables, but then I booted my PC back into Linux, and entered the following (this is partially from memory so it might not be 100%):
dd if=/dev/zero of=~/sys.img bs=1M count=1850 (the 1850 was found by trial and error)
mkfs.ext4 -O '^64bit' -b 4096 sys.img (that means 'not' 64bit, the target device is only 32-bit)
sudo mkdir /mnt/x
sudo mount -t ext4 -o loop sys.img /mnt/x
sudo chmod 777 /mnt/x
cp -r ~/system_folder /mnt/x (where the system folder contains the files to go into the virtual drive)
sudo umount /mnt/x
img2simg sys.img system.img
fastboot flash system system.img
Click to expand...
Click to collapse
Usually for large sized images fastboot splits them and send the image by parts to our device, I don´t think that you need to do other additional procedure for this if the image is for your device. Can you upload some screenshot of your folder to see which files it contains and the sizes, also a link to the firmware that you are using.
Try erasing by fastboot cache, userdata, data; try them one by one in this order and try to boot.

Code:
boot.img system_18.img userdata_2.img
cache_1.img system_19.img userdata_3.img
cmnlib.mbn system_1.img userdata_4.img
createFlashTool.py system_20.img userdata_5.img
emmc_appsboot.mbn system_21.img userdata_6.img
gpt_backup0.bin system_22.img userdata_7.img
gpt_both0.bin system_23.img userdata_8.img
gpt_main0.bin system_24.img userdata_9.img
keymaster64.mbn system_25.img vendor_10.img
MD5_DATA.xml system_26.img vendor_11.img
mdtp.img system_27.img vendor_12.img
NON-HLOS.bin system_28.img vendor_13.img
partition_vb.xml system_29.img vendor_14.img
partition.xml system_2.img vendor_15.img
patch0.xml system_30.img vendor_16.img
persist_1.img system_3.img vendor_17.img
prog_emmc_firehose_8909_ddr.mbn system_4.img vendor_18.img
ramdisk.img system_5.img vendor_19.img
ramdisk-recovery.img system_6.img vendor_1.img
rawprogram0.xml.bak system_7.img vendor_20.img
rawprogram_unsparse_upgrade.xml system_8.img vendor_21.img
recovery.img system_9.img vendor_2.img
rpm.mbn tzbsp_no_xpu.mbn vendor_3.img
sampleapp.mbn tz.mbn vendor_4.img
sbl1.mbn userdata_10.img vendor_5.img
sec.dat userdata_11.img vendor_6.img
splash.img userdata_12.img vendor_7.img
system_10.img userdata_13.img vendor_8.img
system_11.img userdata_14.img vendor_9.img
system_12.img userdata_15.img vendor.img
system_13.img userdata_16.img widevine.mbn
system_14.img userdata_17.img zeros_1sector.bin
system_15.img userdata_18.img zeros_33sectors.bin
system_16.img userdata_19.img
system_17.img userdata_1.img

Try erasing by fastboot cache, userdata, data; try them one by one in this order and try to boot.
Click to expand...
Click to collapse
Code:
$ fastboot erase cache
******** Did you mean to fastboot format this ext4 partition?
erasing 'cache'...
OKAY [ 0.023s]
finished. total time: 0.023s
$ fastboot erase userdata
******** Did you mean to fastboot format this ext4 partition?
erasing 'userdata'...
OKAY [ 0.192s]
finished. total time: 0.192s
$ fastboot erase data
erasing 'data'...
FAILED (remote: Partition table doesn't exist
)
finished. total time: 0.004s
Still boots to fastboot.
Update: I just did something else and I might just have it working. More details to follow....

Before, I had used Packsparseimg from this page:
https://forum.xda-developers.com/android/software-hacking/easy-unpack-systemxx-img-firmware-t3583543
to pack all the system*.img files into one system.raw. The part that I overlooked was this:
img2simg system.raw system.img
file system.img (read the output make sure it's an android image)
fastboot flash system system.img
fastboot reboot
I saw the Lenovo logo, then a big circle with the word "erasing", then the Lenovo logo again, then the logo becomes animated and then back to static. After several minutes of nervous waiting...
Prompts for license agreement! Hooray!
Then something odd: It updated its ROM to the lastest version automatically, and then tried to update to the same version again. When it rebooted, I got the Error with the downed robot. I thought, darn...but it proceeded to boot normally. I'll have to run it through its paces before I declare it working, but I'm glad to be back on track.

Hi, guys...This tablet is making me crazy. It came bootlooping. After i tried wrong firmware and i softbricked it. I flash the right firmware but now i can just go to fastboot mode, recovery mode and edl mode.
I flashed it with different dongles and QFIL. Device state is locked. If I flash the firmware its bootlooping. After flash if ill go to recovery mode and wipe data its going to animated logo the a white bar is going for a while then freezes and the tablet reboots.After this reboot is bootlooping again until ill wipe data. HELP!
Edit: I can't flash through fastboot as tablet is in locked state.
FAILED (remote: Partition flashing is not allowed)

i second that (me too!)
i had re-locked mine and now after doing all these things, still nothing.
quite sad, if anyone would know how to help that would be so nice and i hope nobody else has this problem
:crying:

jeb.jr said:
Before, I had used Packsparseimg from this page:
https://forum.xda-developers.com/android/software-hacking/easy-unpack-systemxx-img-firmware-t3583543
to pack all the system*.img files into one system.raw. The part that I overlooked was this:
img2simg system.raw system.img
file system.img (read the output make sure it's an android image)
fastboot flash system system.img
fastboot reboot
I saw the Lenovo logo, then a big circle with the word "erasing", then the Lenovo logo again, then the logo becomes animated and then back to static. After several minutes of nervous waiting...
Prompts for license agreement! Hooray!
Then something odd: It updated its ROM to the lastest version automatically, and then tried to update to the same version again. When it rebooted, I got the Error with the downed robot. I thought, darn...but it proceeded to boot normally. I'll have to run it through its paces before I declare it working, but I'm glad to be back on track.
Click to expand...
Click to collapse
Could you share those 2 files you got from that link? It doens't seem to available anymore (asks for some password to download I don't have).
I'm in the same shoes as you, would love to get back on track with this tablet!
Thanks in advance!
Edit: Never mind, found it elsewhere!

jeb.jr said:
Before, I had used Packsparseimg from this page:
https://forum.xda-developers.com/android/software-hacking/easy-unpack-systemxx-img-firmware-t3583543
to pack all the system*.img files into one system.raw. The part that I overlooked was this:
img2simg system.raw system.img
file system.img (read the output make sure it's an android image)
fastboot flash system system.img
fastboot reboot
I saw the Lenovo logo, then a big circle with the word "erasing", then the Lenovo logo again, then the logo becomes animated and then back to static. After several minutes of nervous waiting...
Prompts for license agreement! Hooray!
Then something odd: It updated its ROM to the lastest version automatically, and then tried to update to the same version again. When it rebooted, I got the Error with the downed robot. I thought, darn...but it proceeded to boot normally. I'll have to run it through its paces before I declare it working, but I'm glad to be back on track.
Click to expand...
Click to collapse
Hi, I am in the same situation as you. I can only start bootloader and recovery. I can't flash system.img from twrp and when I try to flash it from fastboot it returns the error:
fastboot: error: cannot load 'system.img': Permission denied
Anybody has a hint on how can I solve this?

Related

[Q] Due.Please help me.need kindle fire system.img

Due:
Please help me.
my kindle fire Unbricking,i need kindle fire system.img to fastboot IT.
i have Factory Cable.
so i need system.img.who can help me ?
THX.a
http://www.megaupload.com/?d=7QY56FGA system.img
Do you made this cable by yourself?
Do you made this cable by yourself?[/QUOTE]
THX.I just buy it.i'm chinese.
DUE:
system.zip Unexpected end of archive:
This system.img was posted somewhere on the forum ... There are no instructions recovery device using fastboot mode. No experience of successful recovery Kindle Fire.
It would be nice if someone made a instructions on how to restore the unit if you have access to Fastboot.
Not sure, but I believe it would be:
fastboot update <filename.zip> -w
You should be able to download the entire update from Amazon.com, rename it update.zip, then run that, effectivly reloading the entire system, boot, and recovery. the -w at the end wipes all user data, so use at own risk.
Fastboot Commands
Here are the commands you can run on your host after fastboot has been started on a device connected via USB. This is a paste directly from the fastboot binary's "--help" command:
usage: fastboot [ <option> ] <command>
commands:
update <filename> reflash device from update.zip
flashall 'flash boot' + 'flash system'
flash <partition> [ <filename> ] write a file to a flash partition
erase <partition> erase a flash partition
getvar <variable> display a bootloader variable
boot <kernel> [ <ramdisk> ] download and boot kernel
flash:raw boot <kernel> [ <ramdisk> ] create bootimage and flash it
devices list all connected devices
reboot reboot device normally
reboot-bootloader reboot device into bootloader
options:
-w erase userdata and cache
-s <serial number> specify device serial number
-p <product> specify product name
-c <cmdline> override kernel commandline
MayfairDROID said:
Not sure, but I believe it would be:
fastboot update <filename.zip> -w
You should be able to download the entire update from Amazon.com, rename it update.zip, then run that, effectivly reloading the entire system, boot, and recovery. the -w at the end wipes all user data, so use at own risk.
Fastboot Commands
Here are the commands you can run on your host after fastboot has been started on a device connected via USB. This is a paste directly from the fastboot binary's "--help" command:
usage: fastboot [ <option> ] <command>
commands:
update <filename> reflash device from update.zip
flashall 'flash boot' + 'flash system'
flash <partition> [ <filename> ] write a file to a flash partition
erase <partition> erase a flash partition
getvar <variable> display a bootloader variable
boot <kernel> [ <ramdisk> ] download and boot kernel
flash:raw boot <kernel> [ <ramdisk> ] create bootimage and flash it
devices list all connected devices
reboot reboot device normally
reboot-bootloader reboot device into bootloader
options:
-w erase userdata and cache
-s <serial number> specify device serial number
-p <product> specify product name
-c <cmdline> override kernel commandline
Click to expand...
Click to collapse
Tried it yesterday. Returns:
archive does not contain 'android-infor.txt'
archive does not contain 'android-product.txt'
archive does not contain :android-info.txt"
Although I suppose I could create dummy txt files and see what happens...
MayfairDROID said:
Not sure, but I believe it would be:
fastboot update <filename.zip> -w
You should be able to download the entire update from Amazon.com, rename it update.zip, then run that, effectivly reloading the entire system, boot, and recovery. the -w at the end wipes all user data, so use at own risk.
Click to expand...
Click to collapse
Yeah IN RECOVERY yes, if fastboot no. You cannot go and flash the update.zip from amazon in recovery. You need to create a system.img and flash that properly in fastboot. If you go google the directions for fastboot, it will tell you how.
yareally said:
Yeah IN RECOVERY yes, if fastboot no. You cannot go and flash the update.zip from amazon in recovery. You need to create a system.img and flash that properly in fastboot. If you go google the directions for fastboot, it will tell you how.
Click to expand...
Click to collapse
Yes but that's the problem, at least with with my level of expertise. This is kind of a catch 22 situation. We really need someone with a rooted and operable device to make available a backup of a stock system.img. Once that's avail. it's as simple as plugging in the factory cable to enable fastboot and entering the command.
kfuller said:
Yes but that's the problem, at least with with my level of expertise. This is kind of a catch 22 situation. We really need someone with a rooted and operable device to make available a backup of a stock system.img. Once that's avail. it's as simple as plugging in the factory cable to enable fastboot and entering the command.
Click to expand...
Click to collapse
No you don't.
You just need to grab the update file from amazon
Create a system.img from the /system folder
flash in fastboot
done
yareally said:
No you don't.
You just need to grab the update file from amazon
Create a system.img from the /system folder
flash in fastboot
done
Click to expand...
Click to collapse
Thanks. I've had the update file for some time and I do understand that it can be done, but the creation of the system.img from files seems quite involved for my level of skills and a windows box. I have googled it. On the other hand, the task appears much simpler on a working android machine and I was hoping that someone had already done it in this forum and could ease the pain. But, I'll get there if not. Sooner or later.
kfuller said:
Thanks. I've had the update file for some time and I do understand that it can be done, but the creation of the system.img from files seems quite involved for my level of skills and a windows box. I have googled it. On the other hand, the task appears much simpler on a working android machine and I was hoping that someone had already done it in this forum and could ease the pain. But, I'll get there if not. Sooner or later.
Click to expand...
Click to collapse
Need to do it in linux because it has to be ext4.
I would do it, but I don't have time right now (packing for a trip this weekend).
I'm running ubuntu, so could do it if someone posts up instructions.....
Sent from my Kindle Fire using Tapatalk
MayfairDROID said:
I'm running ubuntu, so could do it if someone posts up instructions.....
I see this tool that may work http://android.podtwo.com/romdump/ but looking for a tut that shows more detail of what you get..
OK, this looks most promising. Here is a link showing using the rkdump utility: http://wiki.archosfans.com/index.ph...m_rom#Dump_partitions_the_easy_way_via_rkdump
Dump partitions from your Home Tablet
You can't dump partitions the normal way with cat/dd command as you might be used to on linux/unix/macOSX. The /dev/mtd/mtd* is useless on RK28xx devices.
You can use the /dev/block/mtd* devices, but in this case you can read beyond the end of the partition if you set the blocksize too large (or you can read not enough if you set it too small).
For the next steps you need to be rooted. A softrooted device is sufficient.
To softroot your device download z4root and some terminal apk and install them.
In the terminal you first issue the command "su" to get to superuser mode. note: as mentioned above: all numbers and sizes, partitions and partition sizes are based on the original 1.0.0 firmware of the A7 HT Version 2.
To get a list of the available partitions type:
# cat /proc/mtd
dev: size erasesize name
mtd0: 00002000 00000010 "misc"
mtd1: 00004000 00000010 "kernel"
mtd2: 00002000 00000010 "boot"
mtd3: 00004000 00000010 "recovery"
mtd4: 00030000 00000010 "system"
mtd5: 0003a000 00000010 "backup"
mtd6: 0003a000 00000010 "cache"
mtd7: 00100000 00000010 "userdata"
mtd8: 00cbc000 00000010 "user"
mtd9: 00020000 00000010 "pagecache"
mtd10: 00020000 00000010 "swap"
The update.img to restore your A7HT is identical to the backup partition.
With this information we can dump our original update.img or create dumps from e.g. the system.img. There are 2 ways to do this:
- The easy way via the rkdump utility.
- The hard way via dd (in case you really want to know the ins and outs).
Dump partitions the easy way via rkdump
The rkdump utility is an Android command line utility and needs to be run from your tablet. Unzip the rkdump utility from the downloaded zip file. Copy it to your tablet, either via the "normal" USB copy way or via ADB push. Copy it onto your /data partition and not on your /sdcard partition or the SD-card itself (it needs to be run from an ext3 partition, not a vfat partition). If neccessary do a "chmod 771 rkdump" to give it the correct attributes. Now from a rooted terminal you can dump the update.img. Our update.img is equal to the backup.img which, in this case, is located on mtd5. To get our update.img we now type in the (rooted) terminal.
# /data/rkdump /dev/block/mtdblock5 /sdcard/update.img
This will dump the update.img to the internal memory of the tablet. It will immediately save it in the correct size. There are no "post dump" actions required to the image as it has the right size and the 4-byte crc set.
Sooo, looks like you can simply substitute system.img in the above tutorial to create the system.img which can then be pulled off the kindle with adb. Does this sound ok?
Click to expand...
Click to collapse
I command you to rise from your grave and rescue my... Kindle. (10 points if you can name the reference).
I'm suffereing the same issue. I've managed to get my SD Card, recovery, boot, and boot loader partitions working, but I need a system.img and any other img files I haven't listed. I thought there was another one, but I cant't find my notes on it. I would be indebted to you. Thanks.
vampyrex13 said:
I command you to rise from your grave and rescue my... Kindle. (10 points if you can name the reference).
I'm suffereing the same issue. I've managed to get my SD Card, recovery, boot, and boot loader partitions working, but I need a system.img and any other img files I haven't listed. I thought there was another one, but I cant't find my notes on it. I would be indebted to you. Thanks.
Click to expand...
Click to collapse
Well... since nobody else answered you... Is there a reason you are trying to do it this way? If you have access to recovery and SD Card, you can just flash whatever you want in recovery.
kinfauns said:
Well... since nobody else answered you... Is there a reason you are trying to do it this way? If you have access to recovery and SD Card, you can just flash whatever you want in recovery.
Click to expand...
Click to collapse
I have an issue with the mmcblk0 partition not having a label (gpt). I tried yaff'ing up the current Kindle Fire update and fastbooted it over, but that didn't work. I even deleted mmcblk0 and then fastbooted the update over and it recreated the partition, but had the same issue still. My only other avenues available are to try an actual stock img (in case I was missing something when I yaff'ed my copy) or completely recreate all the partitions from scratch. I would much rather fastboot the system image though.
vampyrex13 said:
I have an issue with the mmcblk0 partition not having a label (gpt). I tried yaff'ing up the current Kindle Fire update and fastbooted it over, but that didn't work. I even deleted mmcblk0 and then fastbooted the update over and it recreated the partition, but had the same issue still. My only other avenues available are to try an actual stock img (in case I was missing something when I yaff'ed my copy) or completely recreate all the partitions from scratch. I would much rather fastboot the system image though.
Click to expand...
Click to collapse
Whoah.... You'd better be careful with those partitions. If something goes bad with the first two partitions, you might be looking at opening up your case. If you need to write your partition table back to stock, it's much easier and safer to use "fastboot oem format" in FFF 1.1 or later. It will write a stock partition table for you.
Even if you did manage to make a system.img (I think I looked into this before, but couldn't find a good reference), I doubt fastboot will flash it for you. I think I tried this too and it was too big for fastboot to hold it in memory before it attempted to write it out to the partition.
I think your best bet is to download the software update from Amazon, rename it as a zip file, then use TWRP to flash the whole thing. The only bad thing about it is that you will lose your custom bootloader and recovery and you'd have to jump through some hoops to get them back again.
Alternatively, I've been experimenting with the idea of using "adb push" to copy the /system directory from the software update package over onto the device. I've "ported" the set of commands in the updater-script that creates the symbolic links and changes owner/permissions of all the files over to a shell script that can be run through adb. It should pretty much be equivalent to how the system files get installed through recovery. If you want to give it a try, send me a PM.
Ofastboot oem format fails and i've already opened the case to do the usb trick.
vampyrex13 said:
Ofastboot oem format fails and i've already opened the case to do the usb trick.
Click to expand...
Click to collapse
You're probably using an older version of FFF... you need v1.1 or later. If you used the shorting method, that probably means you have Firekit somewhere. I believe the u-boot.bin in there is FFF v1.2 or search the development section for one of the later versions. Flash one of them and try again.

Stuck in Fastboot/No Download Mode

Hey guys !
So since i messed up with the recovery mode, i'm stucked in the fastboot with no Download mode (recovery doesnt work neither).
So after searching 3 days in the internet i found the acces to fast through adb by puting a new laf.img in order to restore the download mode and flash a stock firmware !
My problem is that when i try to enter the command on the cmd, i get severals errors, take a look :
Code:
C:\Program Files (x86)\Minimal ADB and Fastboot>adb devices
adb server is out of date. killing...
* daemon started successfully *
List of devices attached
C:\Program Files (x86)\Minimal ADB and Fastboot>adb shell
error: device not found
C:\Program Files (x86)\Minimal ADB and Fastboot>fastboot erase laf
erasing 'laf'...
FAILED (remote: failed to erase partition
)
finished. total time: 5.034s
C:\Program Files (x86)\Minimal ADB and Fastboot>fastboot flash laf laf.img
target reported max download size of 2147483648 bytes
sending 'laf' (18432 KB)...
OKAY [ 0.581s]
writing 'laf'...
FAILED (remote: flash write failure)
finished. total time: 5.615s
Also command : "fastboot boot laf.img" result to "Failed(remote: dtb not found) instead of flash write failure..
Of course i have my G3 855 32GB in download mode (but it goes into fastmode), so when i try a command, lines are added in the screen etc..
Does that mean that my laf.img don't work? I assumed that so i try several, but does it have to be the exact same one as the one who was in my phone before( v20a if i record correctly ) or could it be from any 855 32GB version ?
I also thought it could be a recognition problem as when i type "adb devices" or "adb shell" nothing is found..
If someone has any clue or a link to some guide i'll be more than joyful, thanks in advance !
Try adb fastboot when writing command hope it helps
Anik49 said:
Try adb fastboot when writing command hope it helps
Click to expand...
Click to collapse
Hey thank you so much for answering !
What do you mean by that, i already download the adb/fastboot driver and launch a cmd in the directory they are at, writing "adb fastboot" has no result neither, can you be more specific please ?
cm13 recently messed up my phone in exactly the same way, no recovery and download mode would jump straght to fastboot. I followed this guide to the letter and am now back running again: http://open-freax.fr/guide-unbrick-your-lg-g3/
BigsyBiggins said:
cm13 recently messed up my phone in exactly the same way, no recovery and download mode would jump straght to fastboot. I followed this guide to the letter and am now back running again:
Click to expand...
Click to collapse
Well i hope my problem can be solved in a safer way, i dont like much to go on the hardware part, so I'll use it as my last hope, but thanks
Altought i think my device is recognized by fastboot in someway because it responds when i type commands in fastboot, and also when i reboot it.
But i'm getting this error :
Code:
error : command never completed
error : auto CMD12 error
error : command completed with errors
error : command timeout error
failed to send stop command
failed writing block @ 1
in the screen of my phone. Does that stand for Cyanogen mode which i was trying to put on my phone ?
I mean when you enter command in cmd use adb before any command also use cmd which one available on android sdk folder....also you can use this method if adb not workinhg properly http://forum.xda-developers.com/lg-g...-9008-t3072091
BigsyBiggins said:
cm13 recently messed up my phone in exactly the same way, no recovery and download mode would jump straght to fastboot. I followed this guide to the letter and am now back running again: http://open-freax.fr/guide-unbrick-your-lg-g3/
Click to expand...
Click to collapse
Like @BigsyBiggins said, this is the guide which could fix your phone. HW Part is not too hard!
Anik49 said:
I mean when you enter command in cmd use adb before any command also use cmd which one available on android sdk folder....also you can use this method if adb not workinhg properly
Click to expand...
Click to collapse
Oh ok ! Also your link is not working :s
I understand that the method can work but I think that the method i'm trying to use is really close to succeed, over my search on the internet, i saw lots of people who manage to succeed with it.
But i guess i must do something wrong. I downloaded the kdz file according to my IMEI.
Then I extracted the .dz file with LG Firmware Extract. Then I extracted the file named laf_393216.bin from the dz file. Changed his name into laf.img , put it into the fastboot directory.
Then i typed
Code:
fastboot format cache
fastboot erase laf
fastboot flash laf laf.img
in a cmd from the directory.
It all seemed to work, but then when i remove the battery and restart into download mode, it goes into fastboot after the download mode charging animation..
Also when i try to boot with fastboot boot laf.img i get the error (remote: dtb not found) on the cmd.
And ERROR: Unable to find suitable device tree for device(194/0x0001001/112/0) ERROR: getting device tree adress failed DTB offset is incorrect, kernel image does not have appended DTB)
Am I doing something wrong, should I changed more file than just laf ?
SisGG said:
Oh ok ! Also your link is not working :s
I understand that the method can work but I think that the method i'm trying to use is really close to succeed, over my search on the internet, i saw lots of people who manage to succeed with it.
But i guess i must do something wrong. I downloaded the kdz file according to my IMEI.
Then I extracted the .dz file with LG Firmware Extract. Then I extracted the file named laf_393216.bin from the dz file. Changed his name into laf.img , put it into the fastboot directory.
Then i typed
Code:
fastboot format cache
fastboot erase laf
fastboot flash laf laf.img
in a cmd from the directory.
It all seemed to work, but then when i remove the battery and restart into download mode, it goes into fastboot after the download mode charging animation..
Also when i try to boot with fastboot boot laf.img i get the error (remote: dtb not found) on the cmd.
And ERROR: Unable to find suitable device tree for device(194/0x0001001/112/0) ERROR: getting device tree adress failed DTB offset is incorrect, kernel image does not have appended DTB)
Am I doing something wrong, should I changed more file than just laf ?
Click to expand...
Click to collapse
I don´t know what exactly is the problem, maybe something with your win-driver, some crashed or drifted partitions or some broken files...
I just can repeat my advice: I was in the same situation with my phone after a failed cm13 update and i was trying and reading about 2 days how to solve it - after the above mentioned method, your phone would get out of this "coma".
Maybe somebody else here in this forum could help you with your mentioned method, sorry.
Ernesto0023 said:
I don´t know what exactly is the problem, maybe something with your win-driver, some crashed or drifted partitions or some broken files...
I just can repeat my advice: I was in the same situation with my phone after a failed cm13 update and i was trying and reading about 2 days how to solve it - after the above mentioned method, your phone would get out of this "coma".
Maybe somebody else here in this forum could help you with your mentioned method, sorry.
Click to expand...
Click to collapse
Well I think i'm still under warranty, so i dont wanna touch to much on the hardware.
So do you think, if i send it back without touching anything, saying i put it on charge one night and the next morning it was like this, the warranty could work?
If they found it's rooted or they understand you did something with your software your warrenty is void ?
SisGG said:
Well i hope my problem can be solved in a safer way, i dont like much to go on the hardware part, so I'll use it as my last hope, but thanks
Altought i think my device is recognized by fastboot in someway because it responds when i type commands in fastboot, and also when i reboot it.
But i'm getting this error :
Code:
error : command never completed
error : auto CMD12 error
error : command completed with errors
error : command timeout error
failed to send stop command
failed writing block @ 1
in the screen of my phone. Does that stand for Cyanogen mode which i was trying to put on my phone ?
Click to expand...
Click to collapse
Remove the battery, put it, press the volume + and connect to PC USB, if like entering download, what happens to us not to go, will leave the ****ing LoGo, Well, hold down the volume + and not let go, I think it is less for 2 minutes more. After a while, the computer tells us that something was connected, the phone will tell you who is in fastboot as I said before, if not let me fastboot flash boot files and the LAF, recovery ect, nothing happens, there is still a magic command.
fastboot boot laf.img
Keep it in the ****ing heart
miguexneox said:
Remove the battery, put it, press the volume + and connect to PC USB, if like entering download, what happens to us not to go, will leave the ****ing LoGo, Well, hold down the volume + and not let go, I think it is less for 2 minutes more. After a while, the computer tells us that something was connected, the phone will tell you who is in fastboot as I said before, if not let me fastboot flash boot files and the LAF, recovery ect, nothing happens, there is still a magic command.
fastboot boot laf.img
Keep it in the ****ing heart
Click to expand...
Click to collapse
I dont quite understand what u meant there :s
I already have acces on the fastboot, actually now, my phone goes instantly on fastboot whatever i do.. Though i cannot boot a laf.img downloaded and flashed .. :'(
SisGG said:
I dont quite understand what u meant there :s
I already have acces on the fastboot, actually now, my phone goes instantly on fastboot whatever i do.. Though i cannot boot a laf.img downloaded and flashed .. :'(
Click to expand...
Click to collapse
were u able to resolve this issue. I am in your shoes at the moment.
I have tried the qualcomm. The drivers doesnt seem to work for my phone .
I can't flash or the laf.img . the fastboot commands doesnt seem to work.
and I'm stuck in fastboot .
What can be done
datrmon said:
were u able to resolve this issue. I am in your shoes at the moment.
I have tried the qualcomm. The drivers doesnt seem to work for my phone .
I can't flash or the laf.img . the fastboot commands doesnt seem to work.
and I'm stuck in fastboot .
What can be done
Click to expand...
Click to collapse
You have several options:
- find your phone firmware, extract recovery.img and flash it back through fastboot(do exactly the same for the LAF partition to restore download mode)
- flash a custom recovery for your phone model, if it doesn't work try an older version of TWRP, also it can be that your phone is not d855 but d850 model, so try to flash a d850 custom recovery and see if it works(that was exactly my problem and why i got stuck in fastboot mode, because my phone is d850 model and in settings it says d855, so I flashed wrong TWRP)
Ghikya said:
You have several options:
- find your phone firmware, extract recovery.img and flash it back through fastboot(do exactly the same for the LAF partition to restore download mode)
- flash a custom recovery for your phone model, if it doesn't work try an older version of TWRP, also it can be that your phone is not d855 but d850 model, so try to flash a d850 custom recovery and see if it works(that was exactly my problem and why i got stuck in fastboot mode, because my phone is d850 model and in settings it says d855, so I flashed wrong TWRP)
Click to expand...
Click to collapse
Thanks for the response .
I am unable to flash files at all.
This is the error
D:\mfastboot-v2>fastboot flash laf laf.img
target max-download-size: 2048MB
sending 'laf' (18432 KB)...
OKAY [ 0.646s]
writing 'laf'...
FAILED (remote: flash write failure)
finished. total time: 5.726s
D:\mfastboot-v2>
datrmon said:
Thanks for the response .
I am unable to flash files at all.
This is the error
D:\mfastboot-v2>fastboot flash laf laf.img
target max-download-size: 2048MB
sending 'laf' (18432 KB)...
OKAY [ 0.646s]
writing 'laf'...
FAILED (remote: flash write failure)
finished. total time: 5.726s
D:\mfastboot-v2>
Click to expand...
Click to collapse
It seems that your phone's bootloader is locked, you can try to execute this command: "fastboot oem unlock", and then check state with "fastboot oem device-info". But some people says that it does nothing, so you can try and check for yourself.
You can also try to boot directly an image from fastboot for eaxmple:
Code:
fastboot boot laf.img
or
Code:
fastboot boot twrp.img
So if you could successfully boot a laf image you would be able to access download mode, and if you could boot a custom recowery then you could access ADB and to try to flash other partitions, or even flash a custom rom...

FAILED (remote: flash_cmds error!)

ZE551ML - 4gb ram
I encountered this error when flashing thru fastboot.
My phone came from no fastboot/recovery then flash firmware with xFSTK, was able to get fastboot.
Tried commands like;
fastboot flash fastboot droidboot.img
fastboot flash recovery recovery.img
fastboot flash boot boot.img
fastboot flash system system.img
none of this works, getting " FAILED (remote: flash_cmds error!) " error.
Images are from WW_ZE551ML_2.15.40.13_20150506 official rom.
tried the clear cache command it just escape out of fastboot mode.
Also tried Asus Flash tool but getting failed error.
I hope someone could help.
Try flash the raw for .13 in flashtools ...5 minutes after you get "xfstki"- 'success!' but leave your cable in fone. Hopefully you see it flash to fone in that time. When you do see it flash leave it a while
Then start the flashtools ..if you see small green then red text in fastboot...restart flashtools when until it goes 'sky blue and bigger bold text' you will then get success there
P's, can you put all the links for fwr dnx and ifwi and raw etc here for me for .13 should I need these again ..my pc crashed ugh!
Thanks for your reply,
I'm at work right now.
But I'll try this later.
[SOLVED] FAILED (remote: flash_cmds error!)
This guide help me out..
http://forum.xda-developers.com/zenfone2/general/guide-brick-soft-hard-bricked-zenfone-2-t3284256
Thanks XDA.
Thanks for that,glad you`re sorted out... pc restored now saved all the stuff for zenny , pheeeew !
@asus_abz May i know how did you get rid of "FAILED (remote: flash_cmds error!) " error."
I am trying to fix my hard bricked Zenfone 2 and the only thing that seems working is fastboot but i keep getting the above error message.
Thank you!
ulbx said:
@asus_abz May i know how did you get rid of "FAILED (remote: flash_cmds error!) " error."
I am trying to fix my hard bricked Zenfone 2 and the only thing that seems working is fastboot but i keep getting the above error message.
Thank you!
Click to expand...
Click to collapse
Same problem here. Anyone got any experience on this? Tried the guide above. Getting this error message in CMD:
C:\adb>fastboot flash boot boot.img
target reported max download size of 536870912 bytes
sending 'boot' (12395 KB)...
OKAY [ 2.009s]
writing 'boot'...
FAILED (remote: flash_cmds error!
)
finished. total time: 4.831s
C:\adb>fastboot flash recovery recovery.img
target reported max download size of 536870912 bytes
sending 'recovery' (13967 KB)...
OKAY [ 2.082s]
writing 'recovery'...
FAILED (remote: flash_cmds error!
)
finished. total time: 4.917s
C:\adb>fastboot flash system system.img
error: cannot open 'system.img'
Asus Zenfone 2 (ZE551ML) /MM Z00A_WW_4.21.40.134
Workaround Solution to the dreaded remote: flash_cmds error!
Osaci said:
Same problem here. Anyone got any experience on this? Tried the guide above. Getting this error message in CMD:
C:\adb>fastboot flash boot boot.img
target reported max download size of 536870912 bytes
sending 'boot' (12395 KB)...
OKAY [ 2.009s]
writing 'boot'...
FAILED (remote: flash_cmds error!
)
finished. total time: 4.831s
...
Click to expand...
Click to collapse
I was getting the exact same error after using xfstk-downloader_v1.7.0.exe to unbrick my Asus Zenfone 2 ZE551ML. Not seeing a reply to your post and after searching only to find unrelated posts. I took a whack at it and after a few hours, finally got my device to boot up again *insert Dr. Frankenstein's "It's Alive!" impersonation here*. My hypothesis was that it had to do with the partitioning being read incorrectly since it was the device reporting back issues with execution of the commands. In any case, here is how I got past it.
=--=-=-=-=-=-=-=-=--=--= If you want to go YOLO and skip to the answer, look for the HOT PINK
Legal Disclaimer: This is not a guide or tutorial. The following narrative may contain words or phrases commonly found in guides and tutorials found on forums.xda-developers.com such as "first," "then," and "make sure" which are used to portray the voice inside my head telling myself what to do, how to do it and what to expect and any references to taking steps as found in a guide or tutorial is purely coincidence. There are a number of important factors that could cause actual events or actual results of the typed narrative or therein to differ materially from those indicated by such set instructions.
Okay okay All kidding aside, you know the drill, im not responsible, dont hold me liable, try at your own risk and it may or may not work for you.
Updated 07-30-17: Some of the source file links were reported as broken and an alternative source was found by and provided courtesy of @beachbouy Thanks beachbouy!
||What the brick? How it all began (Skippable) ||
The following events occurred on my Zenfone 2 : ZE551ML, originally with firmware LRX21V.WW-ASUS_Z00A-2.20.40.198_20160930_8756 which I foolishly and carelessly used the built-in system update to install the recently transferred firmware update file. after unlocking the bootloader and installing custom recovery, OEM software detected and offered to update for me so i then assumed, it probably detected that it would be compatible right? so i thought, WTH why not?....lol um yea, no. failed but I was having a YOLO moment and just had to do it anyways.
Lesson learned and happy to be alive to tell someone my story ;P.
|| Road to Recover and Encountering the "FAILED (remote: flash_cmds error!" (Skippable) ||
How I ultimately arrived at receiving this error (and for you to decide whether or not it may work for you):
My device was limp bricked where the screen didn't turn on and would only vibrate after holding the power button as an indication of life when beginning with the unbrick guide as previously posted by asus_abz within this thread (or otherwise found here http://forum.xda-developers.com/zenfone2/general/guide-brick-soft-hard-bricked-zenfone-2-t3284256)
In accordance with the guide, I was able to successfully use xfstk-downloader to get to the first checkpoint of success and arrived at the "not ..familiar ASUS screen but instead 4 color, just like some TV stations stop broadcasting on TV" Which means the device is working off of changes made with droidboot_dnx.img.POS_sign.bin, ifwi.bin, and dnx_fwr.bin
When attempting to use Asus FlashTool 1.0.0.14 to flash the .RAW image file, it would fail for reasons I fail to recall but otherwise...
Any attempts to use an elevated CMD prompt using the
Code:
fastboot flash boot boot.img
^^^^^^^^^would resultin the remote:flash_cmds error!
|| `';~-=Resolving The Issue: Say Goodbye to flash_cmds error!=-~;'` ||​
If you don't already have it, downlaod the .RAW format firmware for your device from the aforementioned guide at the Asus Flasher section
Otherwise ZE551ML2.20.40.194 or ZE550ML 2.20.40.155 (direct link from guide but the one for 550 is broken)​
Open (EXTRACT) the .RAW image file with Winrar, 7zip or equivalent and extract the contants of the .RAW image file to your ADB directory
Start device in bootloader and connected with fastboot and run the following commands
Code:
fastboot oem erase_osip_header
fastboot oem start_partitioning
fastboot flash /tmp/partition.tbl partition.tbl
fastboot oem partition /tmp/partition.tbl
fastboot erase system
fastboot erase APD
fastboot erase ADF
fastboot erase cache
fastboot oem stop_partitioning
fastboot flash fastboot droidboot_sign.bin
Optionally (if you want to restore the full .RAW version)
Code:
fastboot flash ifwi ifwi.bin
Then seal the deal with
Code:
fastboot flash recovery recovery_sign.bin
fastboot format system
fastboot flash splashscreen splash_sign.bin
fastboot flash system system.img
fastboot flash boot boot_sign.bin
fastboot reboot
Alternatively, you can flash your own recovery and whatnot because by now you should be able to successfully run the flash command for those partitions, but I would suggest flashing back to full stock first and then flash to custom. Personally, I flashed everything from the .RAW firmware except for recovery
Code:
fastboot flash recovery twrp.img
After the device restarts it might go through the updating android apps screen so expect a longer than usual boot up.
Optionally, you can include "fastboot erase data" if you needed to have a clean reinstall (such as coming from a different version of android) but I didn't bother because I didn't ever successsfully load another ROM and for me, by not wiping data, I was able to have it restored back to how I had it before I made any experimenting with restoring my backup from before the shaninagans.
I hope this helps anyone who may have had the same issue. Hit the Thanks if it does!
nucleare GOD BLESS YOU !!! you saved my fuc***d Zenfone 2 now i can send it back to ASUS becouse the camera keep on closing. Thank you
Marvelous stuff , this should be in a thread of its own for those with gpt trouble
nucleare said:
I was getting the exact same error after using ... to unbrick my Asus Zenfone 2 ZE551ML. ... Hit the Thanks if it does!
Click to expand...
Click to collapse
Thanks, you save me!
great guide OP
Sometimes you will need the following commands too
Make sure you type the correct name
Code:
fastboot flash dnx dnx_fwr_ann_a0-mofd_v1-ze551ml.bin
fastboot flash ifwi ifwi_ann_a0-mofd_v1-ze551ml.bin
fastboot flash fastboot droidboot.img
fastboot flash splashscreen splashscreen_ze551ml.img
fastboot flash token bom-token.bin
Hnk1 said:
Sometimes you will need the following commands too
Make sure you type the correct name
Code:
fastboot flash dnx dnx_fwr_ann_a0-mofd_v1-ze551ml.bin
fastboot flash ifwi ifwi_ann_a0-mofd_v1-ze551ml.bin
fastboot flash fastboot droidboot.img
fastboot flash splashscreen splashscreen_ze551ml.img
fastboot flash token bom-token.bin
Click to expand...
Click to collapse
Thanks @Hnk1 for pointing that out! To be sure, (and feel free to correct me if I'm wrong) if I'm not mistaken, the commands are going to depend if they're unbricking from a failed Lollipop to Marshmallow brick, or a Lollipop to Lollipop update brick, or essentially the last stable android file system build prior to the brick. And just to note in case someone finds this thread far in the future, the commands referenced the filenames that originated from the extracted downloads which had been linked to tutorials and were not changed. Therefore, if restoring using alternative RAW files, one would need to adjust the img/bin files accordingly.
~-`-`-`-`-~​
@Raul74 and @CrazyPhantomBR Thank you for the appreciation posts! It totally makes the time spent writing that all up worthwhile. And, I know that feeling of relief to see your device finally working again , so I am glad to have played a part in providing that experience for you guys
nucleare said:
I was getting the exact same error after using xfstk-downloader_v1.7.0.exe to unbrick my Asus Zenfone 2 ZE551ML. Not seeing a reply to your post and after searching only to find unrelated posts. I took a whack at it and after a few hours, finally got my device to boot up again *insert Dr. Frankenstein's "It's Alive!" impersonation here*. My hypothesis was that it had to do with the partitioning being read incorrectly since it was the device reporting back issues with execution of the commands. In any case, here is how I got past it.
=--=-=-=-=-=-=-=-=--=--= If you want to go YOLO and skip to the answer, look for the HOT PINK
Legal Disclaimer: This is not a guide or tutorial. The following narrative may contain words or phrases commonly found in guides and tutorials found on forums.xda-developers.com such as "first," "then," and "make sure" which are used to portray the voice inside my head telling myself what to do, how to do it and what to expect and any references to taking steps as found in a guide or tutorial is purely coincidence. There are a number of important factors that could cause actual events or actual results of the typed narrative or therein to differ materially from those indicated by such set instructions.
Okay okay All kidding aside, you know the drill, im not responsible, dont hold me liable, try at your own risk and it may or may not work for you.
||What the brick? How it all began(Skippable) ||
The following events occurred on my Zenfone 2 : ZE551ML, originally with firmware LRX21V.WW-ASUS_Z00A-2.20.40.198_20160930_8756 which I foolishly and carelessly used the built-in system update to install the recently transferred firmware update file. after unlocking the bootloader and installing custom recovery, OEM software detected and offered to update for me so i then assumed, it probably detected that it would be compatible right? so i thought, WTH why not?....lol um yea, no. failed but I was having a YOLO moment and just had to do it anyways.
Lesson learned and happy to be alive to tell someone my story ;P.
|| Road to Recover and Encountering the "FAILED (remote: flash_cmds error!" (Skippable) ||
How I ultimately arrived at receiving this error (and for you to decide whether or not it may work for you):
My device was limp bricked where the screen didn't turn on and would only vibrate after holding the power button as an indication of life when beginning with the unbrick guide as previously posted by asus_abz within this thread (or otherwise found here http://forum.xda-developers.com/zenfone2/general/guide-brick-soft-hard-bricked-zenfone-2-t3284256)
When attempting to use Asus FlashTool 1.0.0.14 to flash the .RAW image file, it would fail for reasons I fail to recall but otherwise...
If you don't already have it, downlaod the .RAW format firmware for your device from the aforementioned guide at the Asus Flasher section
Otherwise ZE551ML2.20.40.194 or ZE550ML 2.20.40.155 (direct link from guide but the one for 550 is broken)
Start device in bootloader and connected with fastboot and run the following commands
Optionally (if you want to restore the full .RAW version)
Then seal the deal with
Alternatively, you can flash your own recovery and whatnot because by now you should be able to successfully run the flash command for those partitions, but I would suggest flashing back to full stock first and then flash to custom. Personally, I flashed everything from the .RAW firmware except for recovery
After the device restarts it might go through the updating android apps screen so expect a longer than usual boot up.
Optionally, you can include "fastboot erase data" if you needed to have a clean reinstall (such as coming from a different version of android) but I didn't bother because I didn't ever successsfully load another ROM and for me, by not wiping data, I was able to have it restored back to how I had it before I made any experimenting with restoring my backup from before the shaninagans.
I hope this helps anyone who may have had the same issue. Hit the Thanks if it does!
Click to expand...
Click to collapse
You rocked buddy :good:
---------- Post added at 06:46 PM ---------- Previous post was at 06:45 PM ----------
Hnk1 said:
great guide OP
Sometimes you will need the following commands too
Make sure you type the correct name
Click to expand...
Click to collapse
U 2 buddy...great work
nucleare said:
Code:
fastboot oem erase_osip_header
fastboot oem start_partitioning
fastboot flash /tmp/partition.tbl partition.tbl
fastboot oem partition /tmp/partition.tbl
fastboot erase system
fastboot erase APD
fastboot erase ADF
fastboot erase cache
fastboot oem stop_partitioning
fastboot flash fastboot droidboot_sign.bin
Code:
fastboot flash recovery recovery_sign.bin
fastboot format system
fastboot flash splashscreen splash_sign.bin
fastboot flash system system.img
fastboot flash boot boot_sign.bin
fastboot reboot
Click to expand...
Click to collapse
Where other post-xFSTK instructions left me hanging, this helped immensely. Thanks so much!
nucleare said:
I was getting the exact same error after using xfstk-downloader_v1.7.0.exe to unbrick my Asus Zenfone 2 ZE551ML. Not seeing a reply to your post and after searching only to find unrelated posts. I took a whack at it and after a few hours, finally got my device to boot up again *insert Dr. Frankenstein's "It's Alive!" impersonation here*. My hypothesis was that it had to do with the partitioning being read incorrectly since it was the device reporting back issues with execution of the commands. In any case, here is how I got past it.
=--=-=-=-=-=-=-=-=--=--= If you want to go YOLO and skip to the answer, look for the HOT PINK
Legal Disclaimer: This is not a guide or tutorial. The following narrative may contain words or phrases commonly found in guides and tutorials found on forums.xda-developers.com such as "first," "then," and "make sure" which are used to portray the voice inside my head telling myself what to do, how to do it and what to expect and any references to taking steps as found in a guide or tutorial is purely coincidence. There are a number of important factors that could cause actual events or actual results of the typed narrative or therein to differ materially from those indicated by such set instructions.
Okay okay All kidding aside, you know the drill, im not responsible, dont hold me liable, try at your own risk and it may or may not work for you.
||What the brick? How it all began (Skippable) ||
The following events occurred on my Zenfone 2 : ZE551ML, originally with firmware LRX21V.WW-ASUS_Z00A-2.20.40.198_20160930_8756 which I foolishly and carelessly used the built-in system update to install the recently transferred firmware update file. after unlocking the bootloader and installing custom recovery, OEM software detected and offered to update for me so i then assumed, it probably detected that it would be compatible right? so i thought, WTH why not?....lol um yea, no. failed but I was having a YOLO moment and just had to do it anyways.
Lesson learned and happy to be alive to tell someone my story ;P.
|| Road to Recover and Encountering the "FAILED (remote: flash_cmds error!" (Skippable) ||
How I ultimately arrived at receiving this error (and for you to decide whether or not it may work for you):
My device was limp bricked where the screen didn't turn on and would only vibrate after holding the power button as an indication of life when beginning with the unbrick guide as previously posted by asus_abz within this thread (or otherwise found here http://forum.xda-developers.com/zenfone2/general/guide-brick-soft-hard-bricked-zenfone-2-t3284256)
In accordance with the guide, I was able to successfully use xfstk-downloader to get to the first checkpoint of success and arrived at the "not ..familiar ASUS screen but instead 4 color, just like some TV stations stop broadcasting on TV" Which means the device is working off of changes made with droidboot_dnx.img.POS_sign.bin, ifwi.bin, and dnx_fwr.bin
When attempting to use Asus FlashTool 1.0.0.14 to flash the .RAW image file, it would fail for reasons I fail to recall but otherwise...
Any attempts to use an elevated CMD prompt using the
Code:
fastboot flash boot boot.img
^^^^^^^^^would resultin the remote:flash_cmds error!
|| `';~-=Resolving The Issue: Say Goodbye to flash_cmds error!=-~;'` ||​
If you don't already have it, downlaod the .RAW format firmware for your device from the aforementioned guide at the Asus Flasher section
Otherwise ZE551ML2.20.40.194 or ZE550ML 2.20.40.155 (direct link from guide but the one for 550 is broken)​
Open (EXTACT) the .RAW image file with Winrar or equivalent and extract the contants of the .RAW image file to your ADB directory
Start device in bootloader and connected with fastboot and run the following commands
Code:
fastboot oem erase_osip_header
fastboot oem start_partitioning
fastboot flash /tmp/partition.tbl partition.tbl
fastboot oem partition /tmp/partition.tbl
fastboot erase system
fastboot erase APD
fastboot erase ADF
fastboot erase cache
fastboot oem stop_partitioning
fastboot flash fastboot droidboot_sign.bin
Optionally (if you want to restore the full .RAW version)
Code:
fastboot flash ifwi ifwi.bin
Then seal the deal with
Code:
fastboot flash recovery recovery_sign.bin
fastboot format system
fastboot flash splashscreen splash_sign.bin
fastboot flash system system.img
fastboot flash boot boot_sign.bin
fastboot reboot
Alternatively, you can flash your own recovery and whatnot because by now you should be able to successfully run the flash command for those partitions, but I would suggest flashing back to full stock first and then flash to custom. Personally, I flashed everything from the .RAW firmware except for recovery
Code:
fastboot flash recovery twrp.img
After the device restarts it might go through the updating android apps screen so expect a longer than usual boot up.
Optionally, you can include "fastboot erase data" if you needed to have a clean reinstall (such as coming from a different version of android) but I didn't bother because I didn't ever successsfully load another ROM and for me, by not wiping data, I was able to have it restored back to how I had it before I made any experimenting with restoring my backup from before the shaninagans.
I hope this helps anyone who may have had the same issue. Hit the Thanks if it does!
Click to expand...
Click to collapse
GOD bless you and your family for this tutorial )
nucleare said:
I was getting the exact same error after using xfstk-downloader_v1.7.0.exe to unbrick my Asus Zenfone 2 ZE551ML. Not seeing a reply to your post and after searching only to find unrelated posts. I took a whack at it and after a few hours, finally got my device to boot up again *insert Dr. Frankenstein's "It's Alive!" impersonation here*. My hypothesis was that it had to do with the partitioning being read incorrectly since it was the device reporting back issues with execution of the commands. In any case, here is how I got past it.
=--=-=-=-=-=-=-=-=--=--= If you want to go YOLO and skip to the answer, look for the HOT PINK
Legal Disclaimer: This is not a guide or tutorial. The following narrative may contain words or phrases commonly found in guides and tutorials found on forums.xda-developers.com such as "first," "then," and "make sure" which are used to portray the voice inside my head telling myself what to do, how to do it and what to expect and any references to taking steps as found in a guide or tutorial is purely coincidence. There are a number of important factors that could cause actual events or actual results of the typed narrative or therein to differ materially from those indicated by such set instructions.
Okay okay All kidding aside, you know the drill, im not responsible, dont hold me liable, try at your own risk and it may or may not work for you.
||What the brick? How it all began (Skippable) ||
The following events occurred on my Zenfone 2 : ZE551ML, originally with firmware LRX21V.WW-ASUS_Z00A-2.20.40.198_20160930_8756 which I foolishly and carelessly used the built-in system update to install the recently transferred firmware update file. after unlocking the bootloader and installing custom recovery, OEM software detected and offered to update for me so i then assumed, it probably detected that it would be compatible right? so i thought, WTH why not?....lol um yea, no. failed but I was having a YOLO moment and just had to do it anyways.
Lesson learned and happy to be alive to tell someone my story ;P.
|| Road to Recover and Encountering the "FAILED (remote: flash_cmds error!" (Skippable) ||
How I ultimately arrived at receiving this error (and for you to decide whether or not it may work for you):
My device was limp bricked where the screen didn't turn on and would only vibrate after holding the power button as an indication of life when beginning with the unbrick guide as previously posted by asus_abz within this thread (or otherwise found here http://forum.xda-developers.com/zenfone2/general/guide-brick-soft-hard-bricked-zenfone-2-t3284256)
In accordance with the guide, I was able to successfully use xfstk-downloader to get to the first checkpoint of success and arrived at the "not ..familiar ASUS screen but instead 4 color, just like some TV stations stop broadcasting on TV" Which means the device is working off of changes made with droidboot_dnx.img.POS_sign.bin, ifwi.bin, and dnx_fwr.bin
When attempting to use Asus FlashTool 1.0.0.14 to flash the .RAW image file, it would fail for reasons I fail to recall but otherwise...
Any attempts to use an elevated CMD prompt using the
Code:
fastboot flash boot boot.img
^^^^^^^^^would resultin the remote:flash_cmds error!
|| `';~-=Resolving The Issue: Say Goodbye to flash_cmds error!=-~;'` ||​
If you don't already have it, downlaod the .RAW format firmware for your device from the aforementioned guide at the Asus Flasher section
Otherwise ZE551ML2.20.40.194 or ZE550ML 2.20.40.155 (direct link from guide but the one for 550 is broken)​
Open (EXTACT) the .RAW image file with Winrar or equivalent and extract the contants of the .RAW image file to your ADB directory
Start device in bootloader and connected with fastboot and run the following commands
Code:
fastboot oem erase_osip_header
fastboot oem start_partitioning
fastboot flash /tmp/partition.tbl partition.tbl
fastboot oem partition /tmp/partition.tbl
fastboot erase system
fastboot erase APD
fastboot erase ADF
fastboot erase cache
fastboot oem stop_partitioning
fastboot flash fastboot droidboot_sign.bin
Optionally (if you want to restore the full .RAW version)
Code:
fastboot flash ifwi ifwi.bin
Then seal the deal with
Code:
fastboot flash recovery recovery_sign.bin
fastboot format system
fastboot flash splashscreen splash_sign.bin
fastboot flash system system.img
fastboot flash boot boot_sign.bin
fastboot reboot
Alternatively, you can flash your own recovery and whatnot because by now you should be able to successfully run the flash command for those partitions, but I would suggest flashing back to full stock first and then flash to custom. Personally, I flashed everything from the .RAW firmware except for recovery
Code:
fastboot flash recovery twrp.img
After the device restarts it might go through the updating android apps screen so expect a longer than usual boot up.
Optionally, you can include "fastboot erase data" if you needed to have a clean reinstall (such as coming from a different version of android) but I didn't bother because I didn't ever successsfully load another ROM and for me, by not wiping data, I was able to have it restored back to how I had it before I made any experimenting with restoring my backup from before the shaninagans.
I hope this helps anyone who may have had the same issue. Hit the Thanks if it does!
Click to expand...
Click to collapse
This Must ba a Sticky Solved Topic Not Tried yet but All Text Blog Telling my Situation
Edit:14.02.2017 GOD bless you Man Working Like a Magic Pls Mods Stick This Solution...
thank you to all for the kind words and more glad to hear it helped you. Perhaps I should rewrite the "tutorial" in a more 'toned down' and chronologically-and-well-laid out manner to be considered for sticky
EDIT: **that is of course, if the MODs see it as a worthwhile effort/meaningful contribution since this can be seen /regarded as a more lengthy answer to a troubleshooting question.
To clarify additional commands:
Hnk1 said:
Sometimes you will need the following commands too
Make sure you type the correct name
Code:
fastboot flash dnx dnx_fwr_ann_a0-mofd_v1-ze551ml.bin
fastboot flash ifwi ifwi_ann_a0-mofd_v1-ze551ml.bin
fastboot flash fastboot droidboot.img
fastboot flash splashscreen splashscreen_ze551ml.img
fastboot flash token bom-token.bin
Click to expand...
Click to collapse
For the future reference of any who stumble upon this page in the future, the aforementioned commands from @Hnk1 will apply to you if you did not use, or did not successfully flash already with, xfstk-downloader_v1.x.x to previously restore from no loading screen type brick to USB icon screen boot-loop type brick and more specifically stands in as an alternative method for flashing ifwi/dnx_fwr/droidboot/OSP as outlined in the program's (xFSTK's) Standard Operating Procedure Documentation PDF excerpt, which is commonly found with the filename "ZE550ML_ZE551ML_xFSTK_SOP.pdf" and included in many, if not all, current unbrick Zenfone methodologies.
Man, you are awesome!, i lost two fk.. days trying to do this with the asus flashtool, but no sucess, with your tip worked perfecly!.
I'm saving it offline in case somethink like it happens again, (probably will, since i love testing roms).

Pixel C - fastboot unsupported command

Hi everyone ! (I apologyze for my english)
I cant flash anything on my Pixel C because of this:
C:\Users\ykant\Desktop\Minimal ADB and Fastboot>fastboot flash recovery TWRP_dragon_3.0.2-23.img
target reported max download size of 268435456 bytes
erasing 'recovery'...
FAILED (remote: unsupported command)
finished. total time: -0.000s
Click to expand...
Click to collapse
No system to boot on and my TWRP is wiped !!
--> Cant do this:
fwtool vbnv write dev_boot_fastboot_full_cap 1
Click to expand...
Click to collapse
Is my pixel C bricked now ?
regards !
Did you unlock your device first with "fastboot oem unlock"?
redukt said:
Did you unlock your device first with "fastboot oem unlock"?
Click to expand...
Click to collapse
Yes i did this before, i was running on Remix OS
I don't know if this is of relevance but there were new fastboot commands introduced from Android M (?) and I have recollection about "partial unlock" - two flags required to be set and if only one was set it could be reported that the bootloader was unlocked but fastboot saw it as locked. Above may be totally wrong.
Here's the difference between old and current fastboot commands. Note the new lock/unlock commands
Code:
************************ OLD **************************************
commands:
update <filename> reflash device from update.zip
flashall flash boot, system, vendor and if found,
recovery
flash <partition> [ <filename> ] write a file to a flash partition
erase <partition> erase a flash partition
format[:[<fs type>][:[<size>]] <partition> format a flash partition.
Can override the fs type and/or
size the bootloader reports.
getvar <variable> display a bootloader variable
boot <kernel> [ <ramdisk> [ <second> ] ] download and boot kernel
flash:raw boot <kernel> [ <ramdisk> [ <second> ] ] create bootimage and
flash it
devices list all connected devices
continue continue with autoboot
reboot reboot device normally
reboot-bootloader reboot device into bootloader
help show this help message
************************ NEW **************************************
C:\Program Files (x86)\Android\android-sdk\platform-tools>fastboot
usage: fastboot [ <option> ] <command>
commands:
update <filename> Reflash device from update.zip.
Sets the flashed slot as active.
flashall Flash boot, system, vendor, and --
if found -- recovery. If the device
supports slots, the slot that has
been flashed to is set as active.
Secondary images may be flashed to
an inactive slot.
flash <partition> [ <filename> ] Write a file to a flash partition.
flashing lock Locks the device. Prevents flashing.
flashing unlock Unlocks the device. Allows flashing
any partition except
bootloader-related partitions.
flashing lock_critical Prevents flashing bootloader-related
partitions.
flashing unlock_critical Enables flashing bootloader-related
partitions.
flashing get_unlock_ability Queries bootloader to see if the
device is unlocked.
flashing get_unlock_bootloader_nonce Queries the bootloader to get the
unlock nonce.
flashing unlock_bootloader <request> Issue unlock bootloader using request.
flashing lock_bootloader Locks the bootloader to prevent
bootloader version rollback.
erase <partition> Erase a flash partition.
format[:[<fs type>][:[<size>]] <partition>
Format a flash partition. Can
override the fs type and/or size
the bootloader reports.
getvar <variable> Display a bootloader variable.
set_active <slot> Sets the active slot. If slots are
not supported, this does nothing.
boot <kernel> [ <ramdisk> [ <second> ] ] Download and boot kernel.
flash:raw boot <kernel> [ <ramdisk> [ <second> ] ]
Create bootimage and flash it.
devices [-l] List all connected devices [with
device paths].
continue Continue with autoboot.
reboot [bootloader] Reboot device [into bootloader].
reboot-bootloader Reboot device into bootloader.
help Show this help message.
-Yazh- said:
Hi everyone ! (I apologyze for my english)
I cant flash anything on my Pixel C because of this:
C:\Users\ykant\Desktop\Minimal ADB and Fastboot>fastboot flash recovery TWRP_dragon_3.0.2-23.img
target reported max download size of 268435456 bytes
erasing 'recovery'...
FAILED (remote: unsupported command)
finished. total time: -0.000s
Click to expand...
Click to collapse
No system to boot on and my TWRP is wiped !!
--> Cant do this:
fwtool vbnv write dev_boot_fastboot_full_cap 1
Click to expand...
Click to collapse
Is my pixel C bricked now ?
regards !
Click to expand...
Click to collapse
Hi, I'm just wondering if you were able to fix your tablet. I ran into the same problem as you here and am not able to find a solution to it.
Hi !!
Sorry for bad news, but i didn't found any solution since my Pixel C was bricked. Maybe there is a solution, but I dropped it before finding it.
I hope you find something to fix it !
@viii_xvi Are you using "Minimal ADB and Fastboot" as shown in the post you quoted by -Yazh- ? The current (?) version that I can find is 1.4.3 and that looks to be "2015".
For the current versions of adb and fastboot and the revision history, 12 since October 2016, see https://developer.android.com/studio/releases/platform-tools.html
peterk-1 said:
Are you using "Minimal ADB and Fastboot" as shown in the post you quoted by -Yazh- ? The current (?) version that I can find is 1.4.3 and that looks to be "2015".
Click to expand...
Click to collapse
No. I used the 15 second ADB and Fastboot installer. I'm pretty sure it works fine as I can use fastboot commands.
peterk-1 said:
For the current versions of adb and fastboot and the revision history, 12 since October 2016, see https://developer.android.com/studio/releases/platform-tools.html
Click to expand...
Click to collapse
I don't really know what to do with the files found in the zip. If I'm doing it wrong, can you tell me what I should be doing?
viii_xvi said:
No. I used the 15 second ADB and Fastboot installer. I'm pretty sure it works fine as I can use fastboot commands.
I don't really know what to do with the files found in the zip. If I'm doing it wrong, can you tell me what I should be doing?
Click to expand...
Click to collapse
There are Youtube videos on installing Android Platform Tools and a web search for installing Android Platform Tools with your o/s will find many hits. You need to know you are installing just the platform tools - some of the guides assume you are installing or have installed the full Android Software Development Kit (SDK).
Assuming you are using Windows then the simplest method is to copy the contents of the zip file into the current location of your "15 second" files. This ensures that you can run the new version of fastboot with the folder path you have used previously. In file manager "find" fastboot.exe and that will give you the folder to unzip ALL of the platform tools files. You will know if you have done it correctly if you get requests to overwrite existing files when you unzip the files.
peterk-1 said:
There are Youtube videos on installing Android Platform Tools and a web search for installing Android Platform Tools with your o/s will find many hits. You need to know you are installing just the platform tools - some of the guides assume you are installing or have installed the full Android Software Development Kit (SDK).
Assuming you are using Windows then the simplest method is to copy the contents of the zip file into the current location of your "15 second" files. This ensures that you can run the new version of fastboot with the folder path you have used previously. In file manager "find" fastboot.exe and that will give you the folder to unzip ALL of the platform tools files. You will know if you have done it correctly if you get requests to overwrite existing files when you unzip the files.
Click to expand...
Click to collapse
I've followed the instructions so I'm confident I did it correctly. Despite this, nothing has improved. I still can't flash the stock ROM or a custom recovery in fastboot.
What I've noticed from updating the fastboot version are some new commands I found when I entered "fastboot -h"
Code:
fastboot -h
commands:
reboot [bootloader|emergency]
stage <infile>
get_staged <outfile>
options:
--skip-secondary
--skip-reboot
--disable-verity
--disable-verification
--unbuffered
--version
From what I've tried, all the commands in options returns
fastboot: usage: no command
Click to expand...
Click to collapse
viii_xvi said:
I've followed the instructions so I'm confident I did it correctly. Despite this, nothing has improved. I still can't flash the stock ROM or a custom recovery in fastboot.
What I've noticed from updating the fastboot version are some new commands I found when I entered "fastboot -h"
Code:
fastboot -h
commands:
reboot [bootloader|emergency]
stage <infile>
get_staged <outfile>
options:
--skip-secondary
--skip-reboot
--disable-verity
--disable-verification
--unbuffered
--version
From what I've tried, all the commands in options returns
Click to expand...
Click to collapse
Hi, Did you tried to flash with the oldest stock rom of the pixel C ? Because it uses older version of fastboot so maybe it will work. I has also the same problem as you but hopefully twrp still worked so i could flash another system image.
rhmanoa said:
Hi, Did you tried to flash with the oldest stock rom of the pixel C ? Because it uses older version of fastboot so maybe it will work. I has also the same problem as you but hopefully twrp still worked so i could flash another system image.
Click to expand...
Click to collapse
I have now tried to flash the earliest factory image and am disappointed to say the bootloader did not flash and so I wasn't able to complete the flashing.
I don't think the problem is the fastboot version. It may be the bootloader itself. I've read someone describe this problem as "Broken fastboot (bootloader) security." I think the problem is that, when unlocked, the bootloader would return the same messages as if it was locked. The security of the bootloader still thinks it's locked and not allow flashing of any images. Also that locking and reunlocking does not improve the situation. This would explain why, when bootloader is unlocked, I get "remote: unsupported command" and "remote: image verification failed", the same as when I try the same commands when the bootloader is locked.
viii_xvi said:
I have now tried to flash the earliest factory image and am disappointed to say the bootloader did not flash and so I wasn't able to complete the flashing.
I don't think the problem is the fastboot version. It may be the bootloader itself. I've read someone describe this problem as "Broken fastboot (bootloader) security." I think the problem is that, when unlocked, the bootloader would return the same messages as if it was locked. The security of the bootloader still thinks it's locked and not allow flashing of any images. Also that locking and reunlocking does not improve the situation. This would explain why, when bootloader is unlocked, I get "remote: unsupported command" and "remote: image verification failed", the same as when I try the same commands when the bootloader is locked.
Click to expand...
Click to collapse
Just bought today, same issue, have you solved it?
mansonstein said:
Just bought today, same issue, have you solved it?
Click to expand...
Click to collapse
No, I didn't manage to fix it.
did you found a solution yet?
I got a same problem,cant flash anything but ordinary using.
I got the problem caused by flashed twrp3.2.3,cant get into system,just always get into twrp.
cant flash any official firmware with "flash-all.bat",no matter which platform tool or firmware.but the twrp were installed before can flash anything.
finally,I flashed newest OTA firmware,then device can be booted. but got the unsupported command
richardwia said:
did you found a solution yet?
I got a same problem,cant flash anything but ordinary using.
I got the problem caused by flashed twrp3.2.3,cant get into system,just always get into twrp.
cant flash any official firmware with "flash-all.bat",no matter which platform tool or firmware.but the twrp were installed before can flash anything.
finally,I flashed newest OTA firmware,then device can be booted. but got the unsupported command
Click to expand...
Click to collapse
I'm assuming you have the latest version of TWRP installed. IIRC, there should be "Fix Fastboot" in advanced options. If indeed you have the same problem I had, pressing this should fix the problem. I don't know anything beyond this as I never got to find out what happens afterwards.
viii_xvi said:
I'm assuming you have the latest version of TWRP installed. IIRC, there should be "Fix Fastboot" in advanced options. If indeed you have the same problem I had, pressing this should fix the problem. I don't know anything beyond this as I never got to find out what happens afterwards.
Click to expand...
Click to collapse
really?where I can find the“fix fastboot in advanced options”?
richardwia said:
really?where I can find the“fix fastboot in advanced options”?
Click to expand...
Click to collapse
I believe I'm not qualified to help you as I disposed of my tablet months ago. All the advice I've given is off of memory and may not be accurate. That being said, I won't help you anymore in fear of giving inaccurate information that may lead to bricking of your tablet.
I have a pixel C, flashed with latest 3-rd pixel experience before, someday i tried to flash back to factory image, hit the same trouble like this topic, i came here several times before, no solution, today, i found another article about this , it's solved my trouble.
sorry i am new here, i couldn't share the outside article link.
would like to share what i did on my pixel c.
1. root your pixel c
2. adb shell //this command could be executed under recovery mode too.
3. su
4. fwtool vbnv write dev_boot_fastboot_full_cap 1
5. adb reboot fastboot
then you could flash anything you want.
I had this just now - I finally got fed up of my Pixel C being so laggy and also chrome opening up as blank pages (I switched to brace to fix this, but it's abit crashy).
Anyhow I found that after
adb reboot bootloader
that
fastboot flash recovery twrp.img
was failing for me in the "Writing" stage
I discovered that the fix was to use
adb flashing unlock
then it will ask you a question (power button to confirm and one of teh volume keys to cancel).
after this it spins with erasing for a while and then comes back to fastboot after which
fastboot flash recovery twrp.img
Worked, after this you get an annoying 30s delay for each restart, I think that can be fixed by
adb flashing lock
I'll verify this when I've finished flashing a usable ROM to my Pixel C...

Pixel C struck at TWRP and cannot boot to system.

I wanted to root my Google Pixel C. So as a first step I tried to installed twrp3.4.0-0 using the commands like fastboot flash recovery TWRP.img etc as described in many webpages. My pixel C restarted in twrp. When Reboot>System, i get message "Bootloader is unlocked and OS verification is OFF. Device will continue booting in 30 secs ", then a Beep sound then Google logo for few seconds and then again twrp. Fastboot reboot command again bring my Pixel C to twrp. I think it has softbricked and I don't want to lose it . Can someone kindly help what I do to restore it with stock or install custom rom and root it. My ultimate goal is to run Linux on Pixel C. I was using Windows 10 before but now I am using Linux usb. Thanks
I ended my boot looping by installing stock rom (ryu-opm8.190605.005-factory-25b457f3) downloaded from google website. For me flash-all.bat or flash-all.sh were not working and throwing multiple kind of errors. I did two things. First I used this guide from xda to set PATH variable "How to Use ADB or Fastboot From Any Directory on your Windows/Linux PC". Then I copied the .zip ROM file into "platform-tools" folder. Importantly I also extracted the .zip file within the .zip to same platform-tool folder. I manually installed each .img file one by one:
sudo fastboot flash bootloader bootloader_dragon-google-smug.img
sudo fastboot reboot bootloder
sudo fastboot devices
sudo fastboot flash boot boot.img
sudo fastboot flash cache cache.img
sudo fastboot flash recovery recovery.img
sudo fastboot flash system system.img
sudo fastboot flash vendor vendor.img
System now working fine with stock ROM and recovery.
On 1st screen of TWRP, do not swipe to modify system partition, choose the leftmost option to skip that step.
It still allows you to flash zips like Magisk, but system partition remains intact and bootable.
satelliteseeker said:
On 1st screen of TWRP, do not swipe to modify system partition, choose the leftmost option to skip that step.
It still allows you to flash zips like Magisk, but system partition remains intact and bootable.
Click to expand...
Click to collapse
If only I had see this before I installed TWRP

Categories

Resources