To make the system recognize the Android device, in their several modes, one needs to set permissions for his user in udev.
You need to repeat this process of loading Android udev IDs, for every mode the phone has (operating system, bootloader or recovery) because they have different USB IDs
# reboot into fastboot mode
adb reboot bootloader
# grab you ...
If you check with our fastboot tag-wiki, and follow up the link to the List of fastboot commands, you will see the answer is NO. Fastboot only has commands to write to the device. A few exceptions include:
making sure there is a device at all, using fastboot devices
some OEM specific commands to read configuration values (fastboot oem <option> – note ...
Simply put, fastboot oem lock puts your bootloader into a mode that prevents you from overwriting your recovery image, without a subsequent fastboot oem unlock. This serves as a security precaution, primarily where the default recovery and firmware is installed.
The default recovery will only allow manufacturer/Google signed firmware to be ...
There's a couple of ways to do this:
cat /proc/last_kmsg > /sdcard/last_kernel_message_log.txt
dmesg > /sdcard/kernel_boot_log.txt
plug in the usb cable with the smart-phone switched off. Then issue the command adb logcat from your Windows cmd or Linux terminal, it will hang waiting for the device to come on-line, now power up the smart-phone. The ...
For future reference, this was my related case (involving a Nexus 4):
I tried to bring my phone back to the original state (bootloader locked + stock rom).
Now fastboot devices did not show the device where adb device did, until I put the phone in fastboot mode (this makes sense, but took me a while to figure out...)
To put the Nexus 4 in fastboot mode:
By looking at the inf file, you can find that it tells to use the WinUSB driver. So there is a better solution than disabling driver signature enforcement, you can use the tool Zadig (http://zadig.akeo.ie/). This tools create a self-signed inf for this specific device, using ephemeral keys, added to the trusted certificate store (for this only device / inf), ...
This approach will work (provided there are no proprietary funny locks in place anywhere), but the recovery partition is no party to it from the very beginning. The default.prop is overwritten on bootup, copied from the boot partition, which is not a directly accessible file system. You need an image of the boot partition, which you will then unpack, make ...
(Self answering here because I only found this answer after hours of dredging through 200 page threads of forum posts.)
There are two non-standard but semi-prevalent methods that may work depending on your make and model (and why recovery isn't working in the first place).
Some phones actually respond to fastboot reboot recovery. This is quite natural ...
What needs to be done is to bundle the boot.img and construct a new zip file suitable for flashing via ClockworkMod or TWRP.
a Linux environment that has the usual development packages, such as Java installed. (It can also apply to other platforms, just be careful that the instructions here indicating the path used below, uses a forward ...
Details for that can be found in our usb-debugging tag-wiki (where I've just added them):
By default, USB debugging is disabled with stock ROMs (some custom ROMs however have it enabled by default). To toggle it on or off, you can find the corresponding switch in Settings › Development – a section originally hidden with Android 4.2 and up. You can make ...
This thread on XDA has a post
....what is the aim of the "fastboot erase modemst" command?
modemst1 and modemst2 are storage partitions for Radio Firmware .... - and it's obviously a recommended practice to wipe these partitions when flashing a newer Radio Firmware
This XDA thread is all about fastboot commands
fastboot erase system
The Replicant Project builds tools with every release; you can find their tools here (go down the directory tree in a path like replicant-2.3/preview/0002/tools/), along with notes about which git version was used for the source. Go one directory up and read COPYING for details.
Note: They only offer Linux builds.
Source code is here.
Problem solved. At the end I saw that drivers for android were not installed. I installed drivers from this site http://forum.xda-developers.com/showthread.php?t=2126036 and device is visible by fastboot. One thing I don't understand is why adb saw device and fastboot not.
Yes. Locking the bootloader is possible after you have installed a custom firmware.
A locked bootloader will not allow you to ad-hoc boot custom binaries (using fastboot boot boot.img and will not allow you to directly write to the flash chips. An unlocked bootloader however does offer you this and newly available commands are:
fastboot flash partition ...
Step 1: Unlock the bootloader; fastboot oem unlock This WILL wipe your device. Skip if already unlocked. Set up your device and put SuperSU.zip into it.
Step 2: Download the appropriate TWRP/CWM image for your device.
Step 3: Boot your phone into bootloader; adb reboot bootloaderwhile the device is on or hold the power button and the volume down button while ...
I found the solution myself: Windows 10 somehow does not want to install the driver, as it can not verify the manufacturer. So the driver from Sony Developer's site works just fine.
After deactivating the Windows driver signature check everything works fine.
To deactivate proceed like this: (taken from HERE)
Press Win + X then U then Shift + R
Fastboot allows you to send commands to your phone while in the bootloader. The bootloader is the one place that ADB is not running.
Disclaimer, not all of these may work with your device.
fastboot oem unlock
Unlock your bootloader. If your device supports this, you can unlock your bootloader here. Most phones require an exploit in order to gain root ...
Episode 3: Return of the Shell.
If I ever had any chance of solving this, I first had to figure out why the shell wasn't working. adbd itself was responding, so it was started on the tablet side - but it could not execute the shell, even when I hack-patched it to invoke a file (/sbin/sh) that I myself placed in the boot image - being 100% sure that it had ...
I too faced this issue and issuing the fastboot commands manually (instead of relying on flash-all) and it worked well.
These are the commands to use (just forget everything and make sure these commands are executed in this order with the appropriate .img file available):
fastboot flash recovery recovery.img
fastboot flash boot boot.img
fastboot flash ...
To answer your question specifically: In Moto devices, Preflash Validation Error means the factory image you are attempting to flash is older than the one you have currently installed and Moto devices do not support downgrading of the bootloader or partition table (gpt.bin) regardless if the bootloader is locked or unlocked.
There is also a second issue ...
Fastboot is a binary and protocol used to communicate with Android devices in the early boot stage. It allows to change of the boot target and therefore is often used to install custom boot-loader (TWRP, clockworkmod, etc.) and ROMs.
The binary often comes with the Android SDK, for example on my linux system it is installed at /opt/android-sdk-update-...
Assuming your device adheres to some Android standards, you'd want to run fastboot oem device-info.
Often you can also run fastboot reboot-bootloader to get into the bootloader which often says right there on screen whether it's locked or not.
Different devices can display the lock state differently.
fastboot is located in %ANDROID_SDK_DIR%\platform-tools,...
Install the Google USB Driver while in phone is booted to bootloader.
Those are in your SDK folder location - extras - google - usb_driver.
When my N6 is booted to bootloader, Windows 10 shows me the following: