Waiting for device — Ошибка в ADB или Fastboot (Андроид)
вкл. 09 Апрель 2015 . Опубликовано в Android — Общее
Waiting for device — Ошибка в ADB или Fastboot (Андроид). Довольно очень распространенная проблема в Android это — ошибка waiting for device при работе с ADB или Fastboot, в данной статье научимся ее исправлять!
Что это waiting for device?
Данная ошибка waiting for device не совсем ошибка, если дословно перевести данную фразу — ожидание подключения устройства. То есть когда когда вы пытаетесь что то выполнить в adb или в fastboot и у вас появляется сообщение waiting for device в командной строке, то это означает что ваш Android смартфон или планшет не виден!
Чтобы продолжить чтение этой статьи и для понимания о чем идет речь желательно прочитать следующие статьи:
Хотя почти все причины сообщения решаются одинаково для удобства статья будет разделена на решение waiting for device в adb и waiting for device в fastboot.
Решение waiting for device в ADB
1. Первое на что стоит обратить внимание, так это на то что, а установлен ли у вас драйвер? Скачать драйвер можно на данной странице, как установить узнать на этой ссылке. Для определенных устройств необходим специальный ADB драйвер.
Установили драйвер? Перезагрузите компьютер!
2. Не включена Отладка по USB! Если у вас не включена отладка по USB, то работа в ADB не возможна!
Также стоит обратить внимание что с Android 4.2 и выше необходимо подтверждать на устройстве доверие к подключенному компьютеру!
3. ADB работает только тогда когда ваш Android включен!
4. Используйте оригинальный и неповрежденный кабель microUSB кабель! Здесь должно все быть понятно, если кабель поврежден, отсюда и проблема видимости, возможно вы можете с этого кабеля передать или принять файлы, но вот ADB уже работать не будет!
5. Не используйте поврежденный USB порт на компьютере! Причины все те же что и с кабелем.
6. Используйте только порт USB 2.0! Не смотря что стандарт USB 3.0 уже существует уже не первый год, но все же до масштабного внедрения говорить очень рано. Работа ADB хоть и возможна если устройство подключено в порт USB 3.0, но все же не желательна!
7. Не используйте USB-хабы! Никогда и ни при каких условиях не используйте USB-хабы, работа с ADB становиться похожа фортуной — повезет или не повезет.
8. Попробуйте подключить Android в другой USB порт.
9. Если у вас установлена операционная система Windows 8.1, то необходимо выполнить небольшие правки, после которых должно все заработать.
Решение waiting for device в Fastboot
1. Первое на что стоит обратить внимание, так это на то что, а установлен ли у вас драйвер? Скачать драйвер можно на данной странице, как установить узнать на этой ссылке. Для определенных устройств необходим специальный Fatboot драйвер (например Sony).
Установили драйвер? Перезагрузите компьютер!
2. Убедитесь что устройство находиться в режиме bootloader иначе fastboot не увидит ваш Android!
3. Используйте оригинальный и неповрежденный кабель microUSB кабель! Здесь должно все быть понятно, если кабель поврежден, отсюда и проблема видимости, возможно вы можете с этого кабеля передать или принять файлы, но вот ADB уже работать не будет!
4. Не используйте поврежденный USB порт на компьютере! Причины все те же что и с кабелем.
5. Используйте только порт USB 2.0! Не смотря что стандарт USB 3.0 уже существует уже не первый год, но все же до масштабного внедрения говорить очень рано. Работа в Fastboot только с портами USB 2.0!
6. Не используйте USB-хабы! Так как режим Fastboot необходим для прошивки Android, хорошо если Fastboot просто не увидит ваше устройство, но если пройдет какой либо сбой в USB-хабе, то вам обойдется это очень дорого.
7. Попробуйте подключить Android в другой USB порт.
8. Если у вас установлена операционная система Windows 8.1, то необходимо выполнить небольшие правки, после которых должно все заработать.
Windows 10 не видит телефон в режиме fastboot
Драйвера устройств обычно скрываются в менеджере устройств как только устройство отключится или подаст команду на скрытие (несмотря на то, что они по прежнему установлены в системе). Очень часто «одноименные» драйвера конфликтуют из-за несоответствия версий и пр.
Методика очистки списка не используемых устройств: (Уже многими опробовано и даёт хорошие результаты когда ничего уже не помогает «увидеть» работоспособное «устройство».
0. Отключите от компьютера все внешние USB-устройства.
1. Создайте переменную окружения с именем DEVMGR_SHOW_NONPRESENT_DEVICES со значением равным 1.
Для этого: 1.1. Щелкните правой кнопкой на значке «Мой компьютер» (My Computer) и выберите пункт «Свойства» (Properties).
1.2. В открывшемся диалоговом окне перейдите к вкладке «Дополнительно» (Advanced) и нажмите на кнопку «Переменные среды» (Environment Variables).
1.3. На расположенной в верхней части диалогового окна панели «Переменные среды» нажмите на кнопку «Создать» (New).
1.4. В поле «Имя переменной» наберите (лучше скопируйте отсюда) DEVMGR_SHOW_NONPRESENT_DEVICES, а в поле «Значение переменной» введите 1.
1.5. Два раза подряд нажмите на кнопку «OK».)
Созданная переменная окружения разрешит менеджеру устройств показывать все установленные в системе драйвера устройств (как скрытых, так и всех, когда-либо подключавшихся к компьютеру).
2. Вызовите менеджер/диспетчер устройств:
3. Щелкните правой кнопкой на значке «Мой компьютер» (My Computer), выберите пункт «Свойства» (Properties) и перейдите к вкладке «Оборудование» (Manage).
4. Нажмите на кнопку «Диспетчер устройств» (Device Manager), раскройте меню «Вид» (View) и выберите команду «Показать скрытые устройства» (Show Hidden Devices).
5. Начинайте «зачистку» системы от «хлама»:
5.1 Раздел «Дисковые устройства» Каждый раз, когда вы подключаете новую флешку, ставится новый драйвер. Каждый раз, когда вы подключаете ту же флешку, но к другому порту USB, ставится новый драйвер. Драйвера всех в настоящее время отключенных сменных носителей в этом разделе можно смело удалить — они сами поставятся заново при подключении флешек и прочих USB-носителей. Среди этих скрытых и неиспользуемых драйверов будет и драйвер «Вашего устройства» (возможно «неудачный» и не один). Он должен называться «Ваше устройство» USB Device, но он не всегда определяется правильно и поэтому имя может быть другое. Смело удаляйте всё, что относится к «Вашему устройству» в этом разделе. При первом же подключении «Вашего устройства» новый драйвер от текущего установится сам или попросит Вас его установить.
5.2 Раздел «Другие устройства» Здесь можно удалить все СКРЫТЫЕ (серенькие) устройства — это все ваши неудачные попытки поставить «что-то». Они вам точно не нужны.
5.3 Раздел «Тома запоминающих устройств» Здесь можно удалить СКРЫТЫЕ (серенькие) «тома запоминающих устройств» -это «буквы» ваших флешек -они вам не нужны, т.к. присвоятся заново при подключении флешки..
5.4 Раздел «Контроллеры универсальной последовательной шины USB»: Здесь можно удалить все СКРЫТЫЕ (серенькие) устройства: «Ваше устройство» Device USB Driver, Запоминающее устройство для USB, Неизвестное устройство и другие.
5.5 Перезагрузите компьютер.
6. После всех этих удалений попробуйте заново подключить «ваше устройство». Он должен обнаружиться как новое устройство и Windows установит к нему драйвера или вы их установите сами ( на некоторых устройствах нужно устанавливать драйвера без подключения по USB, т.е. подключать после установки драйвера).
6.1 Перезагрузите компьютер.
Обычно такая процедура устраняет все проблемы в конфликтных драйверах «вашего устройства».
7. спасибо за предоставленную информацию Alex_1959, :yes2:
Обычно решение проблемы, прямо или косвенно, отражено в шапке.
Windows 10 не видит телефон в режиме fastboot
Команду 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