Failed write to device failed no link fastboot error command failed

Failed write to device failed no link fastboot error command failed

Platform-tools: r33.0.3
ADB: 1.0.41 (33.0.3-8952118)
Fastboot: 33.0.3-8952118
Make_f2fs (casefold): 1.15.0 (2022-05-20)
Mke2fs: 1.46.2 (28-Feb-2021)
Последнее обновление утилит в шапке: 23.08.2022

ADB (Android Debug Bridge — Отладочный мост Android) — инструмент, который устанавливается вместе с Android-SDK и позволяет управлять устройством на базе ОС Android.
Работает на всех Android-устройствах, где данный функционал не был намеренно заблокирован производителем.
Здесь и далее: PC — ПК, компьютер к которому подключено устройство.
ADB — консольное приложение для PC, с помощью которого производится отладка Android устройств, в том числе и эмуляторов.
Работает по принципу клиент-сервер. При первом запуске ADB с любой командой создается сервер в виде системной службы (демона), которая будет прослушивать все команды, посылаемые на порт 5037.
Официальная страница
ADB позволяет:

• Посмотреть какие устройства подключены и могут работать с ADB.
• Просматривать логи.
• Копировать файлы с/на аппарат.
• Устанавливать/Удалять приложения.
• Удалять (очищать) раздел data.
• Прошивать (перезаписывать) раздел data.
• Осуществлять различные скрипты управления.
• Управлять некоторыми сетевыми параметрами.

Поставляется ADB в составе инструментария разработчика Андроид (Android SDK), который, в свою очередь входит в состав Android Studio.

Если что-то неправильно, то в списке подключенных устройств (List of devices attached) будет пусто.

Скрытые команды ADB
adb -d Команда посылается только на устройство подключенное через USB.
Внимание: Выдаст ошибку, если подключено больше одного устройства.

adb -e Команда посылается на устройство в эмуляторе.
Внимание: Выдаст ошибку, если подключено больше одного эмулятора.

adb -s Команда посылается на устройство с указанным серийным номером:

adb -p Команда посылается на устройство с указанным именем:
Если ключ -p не указан, используется значение переменной ANDROID_PRODUCT_OUT.

adb devices Список всех подсоединенных устройств.

adb connect [: ] Подсоединиться к андроид хосту по протококу TCP/IP через порт 5555 (по умолчанию, если не задан).

adb disconnect [ [: ]] Отсоединиться от андроид подключенного через TCP/IP порт 5555 (по умолчанию, если не задан).
Если не задан ни один параметр, отключиться от всех активных соединений.

adb push Копировать файл/папку PC->девайс.

adb pull [ ] Копировать файл/папку девайс->PC.

adb sync [ ] Копировать PC->девайс только новые файлы.
Ключи:
-l Не копировать, только создать список.

adb shell Запуск упрощенного unix shell.
Примеры использования

adb emu Послать команду в консоль эмулятора

adb install [-l] [-r] [-s] Послать приложение на устройство и установить его.
Пример: adb install c:/adb/app/autostarts.apk Установить файл autostarts.apk лежащий в папке /adb/app/ на диске с:
Ключи:
-l Блокировка приложения
-r Переустановить приложение, с сохранением данных
-s Установить приложение на карту памяти
Установка split apk

adb uninstall [-k] Удаление приложения с устройства.
Ключи:
-k Не удалять сохраненные данные приложения и пользователя.

adb wait-for-device Ждать подключения устройства.

adb start-server Запустить службу/демон.

adb kill-server Остановить службу/демон.

adb get-state Получить статус:
offline Выключен.
bootloader В режиме начальной загрузки.
device В режиме работы.

adb get-serialno Получить серийный номер.

adb status-window Непрерывный опрос состояния.

adb remount Перемонтировать для записи. Требуется для работы скриптов, которые изменяют данные на.

adb reboot bootloader Перезагрузка в режим bootloader.

adb reboot recovery Перезагрузка в режим recovery.

adb root Перезапуск демона с правами root

adb usb Перезапуск демона, прослушивающего USB.

adb tcpip Перезапуск демона, прослушивающего порт TCP.

adb ppp [параметры] Запуск службы через USB.
Note: you should not automatically start a PPP connection. refers to the tty for PPP stream. Eg. dev:/dev/omap_csmi_tty1
Параметры:
defaultroute debug dump local notty usepeerdns

FastBoot — консольное приложение для PC. Используется для действий над разделами

fastboot devices Список присоединенных устройств в режиме fastboot.
fastboot flash Прошивает файл .img в раздел устройства.

fastboot erase Стереть раздел.
Разделы: boot, recovery, system, userdata, radio
Пример: fastboot erase userdata Стирание пользовательских данных.

fastboot update Прошивка из файла имя_файла.zip

fastboot flashall Прошивка boot + recovery + system.

fastboot getvar Показать переменные bootloader.
Пример: fastboot getvar version-bootloader Получить версию bootloader.

fastboot boot [ ] Скачать и загрузить kernel.

fastboot flash:raw boot [ ] Создать bootimage и прошить его.

fastboot devices Показать список подключенных устройств.

fastboot continue Продолжить с автозагрузкой.

fastboot reboot Перезагрузить аппарат.

f astboot reboot-bootloader Перезагрузить девайсв режим bootloader.
Перед командами fastboot можно использовать ключи:
-w стереть данные пользователя и кэш
-s Указать серийный номер устройства.
-p

Указать название устройства.
-c Переопределить kernel commandline.
-i Указать вручную USB vendor id.
-b Указать в ручную базовый адрес kernel.
-n

Указать размер страниц nand. по умолчанию 2048.

Команду logcat можно использовать с машины разработки
$ adb logcat
или из удаленного shell
# logcat Каждое сообщение лога в Android имеет тэг и приоритет
Тэг – это строка указывающая компонент системы, от которого принято сообщение (например: View для системы view)
Приоритет – имеет одно из нижеследующих значений (в порядке от меньшего к большему):
V — Verbose (Низший приоритет).
D — Debug
I — Info
W — Warning
E — Error
F — Fatal
S — Silent (Наивысший приоритет, при котором ничего не выводится).

Получить список тэгов, используемых в системе, вместе с их приоритетами можно запустив logcat. В первых двух столбцах каждого из выведенных сообщений будут указаны / .
Пример выводимого logcat сообщения:
I/ActivityManager( 585): Starting activity: Intent

Для уменьшения вывода лога до приемлемого уровня нужно использовать выражения фильтра. Выражения фильтра позволяют указать системе нужные комбинации и , остальные сообщения система не выводит.
Выражения фильтра имеют следующий формат : . где указывает нужный тэг, указывает минимальный уровень приоритета для выбранного тэга. Сообщения с выбранным тэгом и приоритетом на уровне или выше указанного записываются в лог. Можно использовать любое количество пар : в одном выражении фильтра. Для разделения пар : используется пробел.

Пример ниже выводит в лог все сообщения с тэгом «ActivityManager» с приоритетом «Info» или выше, и сообщения с тэгом «MyApp» и приоритетом «Debug» или выше:
adb logcat ActivityManager:I MyApp:D *:S
Последний элемент в выражении фильтра *:S устанавливает приоритет «silent» для всех остальных тэгов, тем самым обеспечивая вывод сообщений только для «View» и «MyApp». Использование *:S – это отличный способ для вывода в лог только явно указанных фильтров (т.е. в выражении фильтра указывается «белый список» сообщений, а *:S отправляет все остальное в «черный список»).

При помощи следующего выражения фильтра отображаются все сообщения с приоритетом «warning» или выше для всех тэгов:
adb logcat *:W

Если logcat запускается на машине разработчика (не через удаленный adb shell), можно также установить значение выражения фильтра по умолчанию задав переменную окружения ANDROID_LOG_TAGS:
export ANDROID_LOG_TAGS=»ActivityManager:I MyApp:D *:S»

Следует обратить внимание что задав переменную окружения ANDROID_LOG_TAGS она не будет работать в эмуляторе/устройстве, если вы будете использовать logcat в удаленном shell или используя adb shell logcat.
Вышеописанная команда export работает в ОС *nix и не работает в Windows.

Контроль формата вывода лога

Сообщения лога в дополнение к тэгу и приоритету содержат несколько полей метаданных. Можно изменять формат вывода сообщений показывая только конкретные поля метаданных. Для этого используется параметр -v и указывается один из ниже перечисленных форматов вывода.

brief Показывать приоритет/тэг и PID процесса (формат по умолчанию).
process Показывать только PID.
tag Показывать только приоритет/тэг.
thread Показывать только процесс:поток и приоритет/тэг.
raw Показать необработанное сообщение, без полей метаданных.
time Показывать дату, время вызова, приоритет/тэг и PID процесса.
long Показывать все поля метаданных и отдельно сообщения с пустыми строками.

При запуске logcat можно указать формат вывода используя параметр -v:
adb logcat [-v

Источник

Write to device failed (no link / unknown error / too many links)

I am trying to flash twrp to my ZTE Axon 7 but until now I just keep getting errors every time I try to flash something.

Device is already wiped and bootloader unlocked.

I am in fastboot mode, I also get some unknown error in MiFlash. So basically I haven’t really been able to flash anything.

Already tried different ports and cables, don’t have any other cables lying around. PC does have a ryzen 5800x, some maybe that is the problem?

I also tried some commands like «clear cache» and «reboot bootloader» but they produce the same kind of error.

Really running out of ideas on this one, i’ve already tried numerous things and keep getting a variation of these «Write to device failed» errors all the time.

When I look at any guides/videos online it just works, but not for me.

Trying to use fastboot boot (different usb ports):

» (TWRP image will only be copied to RAM).

2 Answers 2

Ok the solution is pretty weird.

Which mentions something about the Windows 10 drivers being problematic, so it is suggested to use a USB 2.0 adapter or something similar.

So I have one of those and tried a command, and it worked.

Next I tried flashing

But it still didn’t work and got the «Couldn’t parse partition size ‘0x’». But I thought to myself how can this be, one command works and the next just fails like that all of a sudden.

I guess you can skip the root requirements for now and look at the flash command used:

However this still didn’t work and I have tried it before, you know why? I my case it’s really f-ing weird.

One thing I must mention before this is that I also installed the «QDLoader HS-USB Driver_64bit» drivers, on W10 this will now display some «Test Mode» text on the lower right because these drivers are not signed by Microsoft.

1. • Connect phone to USB 2.0 adapter with proper cable
2. • Make sure the device shows up in fastboot devices
3. • The weird thing, DO NOT use any peripherals like a wireless mouse on the same USB adapter the phone is connected to. It probably interferes with it somehow.
4. • Now run the command and it should work (you can use fastboot reboot-bootloader just to make sure it’s ok and commands work)

Might have to repeat these steps if the commands stops working again. Took me a long time to figure this out for some reason, always got frustrated with being unable to execute some simple commands and gave up on it.

Источник

FAILED (Write to device failed (no link)): How to Fix

In this guide, we will show you various methods to fix the FAILED (Write to device failed (no link)) error. When it comes to custom development, then it’s hard to imagine an ecosystem that doesn’t involve the use of Fastboot Commands. While most of the flashing could now be carried out via a custom recovery like TWRP as well, but you would still need to take the help of Fastboot Commands to flash custom recovery in the first place.

So while there’s not an iota of doubt regarding the importance and usefulness of these commands, executing them is easier said than done. This is because you might occasionally have to face an issue or two, most of which revolves around the usage of Fastboot Commands.

And the biggest issue with these errors is that they don’t help the end-user in understanding the root cause of the issue, let alone provide any guidance to rectify them. Fortunately, there do exist a few workarounds that have known to rectify this issue. And this guide shall make you aware of just that. So without further ado, let’s get started with the instructions to fix the FAILED (Write to device failed (no link)) error.

Table of Contents

How to Fix FAILED (Write to device failed (no link))

Do note that there’s no universal fix as such. You will have to try out each of the below-mentioned workarounds and see which one works best in your favor. So keeping that in mind, let’s get started. Droidwin and its members wouldn’t be held responsible in case of a thermonuclear war, your alarm doesn’t wake you up, or if anything happens to your device and data by performing the below steps.

Fix 1: Use Official ADB Binaires

The web is filled with a plethora of ADB and Fastboot Tools. However, you should always try and maintain a safe distance from them. This is because most of these tools, just to claim themselves as the most lite weight and fastest, tend to remove a few binaries. While these binaries aren’t always needed, but when they are needed and your PC doesn’t have them, then issues like this one are always on the cards.

Therefore, it is always recommended to download and install the official ADB provided by Google. Talking about ADB, you should also keep in mind that the CMD or Powershell window that you use to execute commands, should always be opened inside this ADB directory only. Both of them have been explained below, follow along.

1. To begin with, download the Android SDK Platform Tools from Google
2. Then extract it to any convenient location on your PC.
   
3. Doing so shall give you the platform-tools folder.
4. Go to this folder, type in CMD in its address bar, and hit Enter.
5. This shall launch the Command Prompt window within the ADB Directory.
   
6. Now transfer the desired file that you are about to flash to this platform-tools folder.
7. Finally, execute the desired command in this CMD window and check if the FAILED (Write to device failed (no link)) error has been fixed or not.

Fix 2: Install Android USB Drivers

USB Drivers are small software programs that are needed so that your PC is able to recognize the connected device,l which in this case is your smartphone. So go ahead, download, and install the android_win.inf drivers onto your Windows PC. Once that is installed, you should also consider installing the Android Bootloader Interface Drivers.

These are the official Fastboot Drivers which are needed so that your PC is able to identify the device when the former is booted to Fastboot/Bootloader Mode. So install both these drivers and then check if they are able to fix the FAILED (Write to device failed (no link)) error.

Fix 3: Use Official USB cable | USB 2.0 Port

The next two fixes are evident from their names themselves. First off, it is recommended that you use the official USB cables that came shipped with your device. If that is not possible, then use a cable that supports MTP (file transfer). Along the same lines, you should only use the USB 2.0 Port on your PC.

Using the faster 3.0 ones is known to cause quite a lot of issues, especially in the custom development domain. Moreover, it is also recommended that you don’t use any peripherals like a wireless mouse on the same USB adapter that your phone is connected to. It might probably interfere with your device’s Fastboot Mode. So try out these tweaks and see if they fix the FAILED (Write to device failed (no link)) error.

Fix 4: While Flashing TWRP

If you are getting this issue when flashing the TWRP Recovery, then here are a few things that you need to keep in mind.

1. A lot of things have changed since Google introduced the A/B partition. The major change is the removal of the recovery partition from your device.
2. So if your device follows the A/B partition scheme, then you wouldn’t be able to directly flash TWRP to the recovery partition. In other words, the below command will NOT work on your device:
3. Rather, you will first have to boot your device to the TWRP Recovery using the below command:

Once your device boots to TWRP, you may then proceed ahead to permanently flash it. For that, you may either use the TWRP’s Recovery Ramdisk method or directly flash the recovery ZIP file. In this regard, you may refer to our below-linked guides:

• How to Install TWRP Recovery on Android
• TWRP: fastboot flash vs fastboot boot: Which command to use
• How to Permanently Install TWRP without TWRP ZIP File (only using TWRP.img file)
• How to Check and Change Current Active Slot on Android

Fix 5: Fix For Ryzen PCs

Ryzen based PCs have always had a love-hate relationship with custom development. There has been a plentitude of well-documented cases where the ADB and Fastboot Commands weren’t executed successfully.

So if you are also using a Ryzen chipset, then please refer to our guide on How to Fix Android ADB and Fastboot Issues on Ryzen based PCs. Try out all the fixes mentioned in the linked guide (especially the last two ones) and the underlying Fastboot error should be fixed.

So with this, we round off the guide on how you could fix the FAILED (Write to device failed (no link)) error. we have listed five different methods for the same. Do let us know in the comments section which one spelled out success for you.

About Chief Editor

Sadique Hassan

A technical geek by birth, he always has a keen interest in the Android platform right since the birth of the HTC Dream. The open-source environment always seems to intrigue him with the plethora of options available at his fingertips. “MBA by profession, blogger by choice!”

Источник

I am trying to get LineageOS on my ASUS Zenfone Max Pro M1 (X00TDB). For that, I neet a custom recovery. The device is properly unlocked and the command fastboot oem device-info confirms it is unlocked.

When I tried to flash TWRP image which was mentioned on the LineageOS wiki (https://wiki.lineageos.org/devices/X00TD/install) to recovery, this appeared:

fastboot flash recovery .twrp-3.2.3-0-X00TD-20180814.img
Sending 'recovery' (58108 KB)                      FAILED (Write to device failed in SendBuffer() (Too many links))
fastboot: error: Command failed

And the phone displayed Press any key to shutdown. Sometimes different error message appears, such as:

fastboot flash recovery .twrp-3.2.3-0-X00TD-20180814.img
Sending 'recovery' (58108 KB)                      FAILED (Write to device failed (Invalid argument))
fastboot: error: Command failed

Some other fastboot commands such as fastboot flashing get_unlock_ability would fail similarly.

fastboot devices correctly displays the device.

Update:

I switched to an Intel Core computer (the one I had been using was Ryzen) and fastboot flash recovery twrp-3.2.3-0-X00T-20180902.img worked. I tried this because a lot of discussion online mentioned some sort of issue with Ryzen, while some discussion said Ryzen is irrelevant. And it worked.

I also switched to another version of TWRP (https://forum.xda-developers.com/asus-zenfone-max-pro-m1/development/recovery-twrp-3-2-1-x-t3787134/post77534086) as the version mentioned on LineageOS wiki freezes (not responding to touching).

The LineageOS wiki did not mention that you would need a trick which is to long press power key after flashing recovery to shutdown the fastboot mode and release it before the vibration and quickly press volume down and power button to boot into recovery instead of system as booting into system would cause the recovery to be restored to the stock original one.

I created a new post to discuss the firmware issue: https://www.reddit.com/r/LineageOS/comments/gegr9t/unable_to_install_firmwares_on_x00td/