ADB не распознает мое устройство в режиме восстановления

У меня есть ASUS ZenFone 2. Я пытался использовать USB-драйверы ASUS и составные драйверы ADB Google Android на своем компьютере, но ни одно из них не распознает устройство, пока оно находится в режиме восстановления.

Может ли кто-нибудь помочь мне решить эту проблему?

Читая между строк, вы используете Windows на своем компьютере. Вы проверяли, найдено ли устройство вообще, т.е. отображается ли оно в диспетчере устройств и с какой дополнительной информацией?
да, он показывает мое устройство в диспетчере устройств, когда мой телефон включен и подключен через USB (2.0 / 3.0 пробовал оба), а также нет восклицательного знака, что означает, что мои драйверы установлены правильно. Но когда я загружаюсь в режим восстановления, диспетчер устройств не показывает мое устройство.
Какой рекавери используете? Стоковый рекавери скорее всего не поддерживает ADB.
Я использую стоковое рекавери. Вы уверены, что стоковое восстановление не поддерживает adb, потому что, насколько я знаю, стоковое восстановление поддерживает adb. Если Google сделал adb для Android, то он должен работать на стоковом рекавери, зачем нужен кастомный рекавери.
Может у вас стоковое рекавери слишком старое. Попробуйте обновить его, если сможете (хотя маловероятно, что это возможно) или установите кастомное рекавери.
@ANURAGBHASKAR Пользовательское восстановление делает много вещей, включая установку без подписи OEM .zipили минимальное создание реальных резервных копий (Nandroid). Stock Recovery не предназначен для таких вещей. Кроме того, то, что Google создает в виде кода, не обязательно должно работать на различных устройствах в дикой природе. Во всяком случае, что вы пытаетесь сделать с ADB в стоковом Recovery? Stock Recovery, вероятно, не будет иметь никаких функций adb shellи adb devicesбудет пустым (по крайней мере, на моих устройствах Mediatek) ...
... Это то, adb sideloadчто в основном доступно, но если вы собираетесь прошить какой-либо не подписанный OEM .zip, остановитесь, поскольку это, вероятно, не сработает.
@Firelord Я просто хочу знать, работают ли такие команды, как push, pull, install или стирание данных через ADB, только при включенном устройстве или их можно использовать и в режиме восстановления.
Мои устройства Mediatek не допускают стандартного восстановления , adb shellи adb push/pull/install, поскольку это может считаться пагубным для модели безопасности устройства OEM. Я вижу вывод adb devicesтолько тогда, когда в стандартном Recovery включены параметры «Установить из боковой загрузки ADB», но они ограничены только боковой загрузкой. Если я пробую любую adb shell/pull/pushкоманду, я получаю вывод «Ошибка: закрыто», возможно, потому, что псевдотерминал из Recovery недоступен. Какой бы ни была причина, вы можете попробовать включить ~ «Установить из боковой загрузки ADB» в Recovery и посмотреть, adb devicesпоказывает ли команда что-то.
@Firelord Да, я также получаю то же самое «ошибка: закрыто» в режиме восстановления, но после включения «применить обновление из ADB» мое устройство отображается, когда я использую adb devicesкоманду. Думаю, у меня такая же проблема, как у вас. Кстати, если у вас есть какое-либо решение для этого, кроме установки пользовательского восстановления, пожалуйста, сообщите мне. Спасибо!!
Несколько вопросов. Каким рекавери пользуетесь? Почему вам нужно иметь возможность использовать ADB во время восстановления, загрузки неопубликованных приложений? Почему бы просто не скопировать-вставить файлы в рекавери и не прошить изнутри телефона?

Ответы (3)

Была такая же проблема, плюс устройство показывалось с желтым восклицательным знаком в диспетчере устройств, но только в режиме восстановления.

Решение состояло в том, чтобы снова установить драйверы Google USB для этого устройства:

  • Погуглите и скачайте «Драйвер Google USB»
  • Откройте диспетчер устройств
  • Щелкните правой кнопкой мыши устройство
  • Обновить программное обеспечение драйвера
  • Выберите «Просмотреть мой компьютер…».
  • Выберите "Позвольте мне выбрать..."
  • Выберите «Устройство Android»
  • Выберите «Интерфейс Android ADB»…
Зарегистрировался специально, чтобы сказать спасибо! Я боролся с этой проблемой в течение часа.
Когда Samsung Galaxy A6 находится в режиме восстановления, подключенном к ПК, в диспетчере устройств я нашел «Телефон Android» (вместо «Устройство Android») и вместо «Интерфейс Android ADB» выбрал «Интерфейс Samsung Android ADB». После этого сработала команда «adb devices»!

У меня была такая же проблема, и я смог решить ее, обновив драйвер Intel USB для устройств Android. Он доступен здесь: Официальный

у вас включен мост отладки Android в настройках разработчика? я почти уверен, что это также включит его в режиме восстановления.

при загрузке устройства зайдите в настройки и выберите «О телефоне (или планшете)». прокрутите вниз и нажмите «Номер сборки» 7 раз.

теперь вернитесь к главному экрану настроек, и вы должны увидеть «Параметры разработчика». Выберите это и убедитесь, что установлен флажок «Включить отладку по USB».

вы имели ввиду режим отладки по юсб? Это включено, или что-то еще надо проверить?
да, я отредактирую это.
adb devicesна самом деле работает, когда мое устройство включено, но в режиме восстановления это не так.
загрузив устройство и подключив его через USB к компьютеру, войдите adb shell getpropв командную строку. искать ro.adb.secureи ro.debuggable. ro.adb.securewill = 0 и ro.debuggablewill = 1, если устройство разрешает доступ к ADB в режиме восстановления.
Кроме того, похоже, что устройство должно быть активно загружено, чтобы ADB мог видеть устройство в режиме восстановления. вот ссылка , которая может помочь объяснить процесс.
командная строка показывает мне ro.adb.secure=1 и ro.debuggable=0 , так что это означает НЕТ доступа к ADB в режиме восстановления. Есть ли способ получить доступ к ADB в режиме восстановления или мне нужно установить собственное восстановление?
к сожалению нет. единственное, к чему у вас будет доступ со стандартным восстановлением и ADB, — это «применить обновление из ADB». какой у тебя эндшпиль? это поможет нам выяснить, возможен ли обходной путь.