Пристрій Android ADB в режимі офлайн, не може видавати команди

Я більше не можу підключитися до свого пристрою за допомогою ADB через командний рядок або в Eclipse .

Запуск команди

adb devices

повертає ім'я пристрою, але там написано, що це офлайн.

Те, що я спробував.

1. Увімкнено режим налагодження Android
2. Перевстановлено драйвер USB Google
3. Відновлено ОС до раніше працюючої резервної копії ( CyanogenMod )
4. Поміняв кабель USB
5. Перезавантажували телефон / комп’ютер кілька разів
6. Оновлено Android SDK

Я справді не маю поняття, що відбувається. Все, що ти думаєш, я можу спробувати, я все вухо.

Щоб було зрозуміло, якщо у вас виникає ця сама проблема, можливо, це застарілий SDK. З 4.2.2 є функція безпеки, яка вимагає підтвердити відбиток RSA на підключувальному пристрої. Відкрийте менеджер SDK та оновіть інструменти! Потім перезавантажте.

Сьогодні я отримав таку ж проблему після того, як мої Nexus 7 та Galaxy Nexus були оновлені до Android 4.2.2.

Для мене це було виправлено - оновити платформу-інструменти SDK до r16.0.1. Для мене ця версія не відображалася в моєму менеджері SDK, тому я її зняв безпосередньо з http://dl.google.com/android/repository/platform-tools_r16.0.1-windows.zip .

Потім вам потрібно перейменувати platform-toolsкаталог і розпакувати його android-sdk-windows/platform-tools. Використовуючи диспетчер SDK, я також оновив до цього останні інструменти sdk.

Якщо весь ваш Eclipse та ADT стародавні, можливо, вам знадобиться також оновити їх, але мені цього не потрібно було.

Примітка. Можливо, вам доведеться запустити менеджер SDK двічі (один раз, щоб оновити себе), перш ніж ви побачите останні пакети.

Спробуйте бігти adb devicesпісля запуску adb kill-server. Після цього з'являється питання безпеки. Працювали для мене.

Схоже, це часто трапляється під час підключення до пристрою в режимі Wi-Fi (наприклад, в Android Studio або в консолі, запустивши, adb tcpip 5555наприклад).

Виправити:

1. Відключіть USB-з'єднання - або вимкніть Wi-Fi пристрою, якщо ви підключені через Wi-Fi.
2. Закрийте Android Studio / Eclipse / інші IDE.
3. Виконати, adb kill-serverщоб переконатися, що adb не працює.
4. Перезавантажте свій пристрій Android.
5. Після перезавантаження вашого пристрою підключіть його через USB та запустіть adb devices. Це має запустити демон ADB. Тепер ваш пристрій знову має бути в мережі.

Я потрапив у цю ж проблему на Nexus 7 з оновленням 4.2.2 OTA. Я майже впевнений, що після оновлення у мене було з'єднання ADB через USB та Wi-Fi, поки воно просто не перестало працювати. Щоб виправити, я оновив свій SDK, використовуючи:

android update sdk --no-ui

Тепер мої інструменти розробки:

• SDK rev 16.0.2
• Інструменти SDK rev 21.1
• API SDK 17, версія 2

Я не можу наголосити, що перемикання портів USB є ключовим. Часто USB-порти на передній панелі можуть бути несправними.

Для тих, хто цікавиться питанням 4.2.2, на телефоні з'являється питання безпеки, яке вимагає підтвердження RSA з ПК. Будьте впевнені, що ваші інструменти оновлені, і ви дозволите доступ до ПК, підтвердивши питання безпеки на відповідних пристроях. Це зафіксувало це для мене.

І як завжди, переконайтеся, що ви ввімкнули налагодження в параметрах розробника;)

Кілька файлів adb.exe?

Мою проблему було вирішено, коли видалено копію OLD adb.exe з C: / Windows / . Я не знаю, як копія adb.exe потрапила на C: \ Windows \?

Коли я запускаю adb.exe з android-sdk / platform-tools /, у мене не було проблем з виявленням.

Спробуйте вимкнути налагодження usb один раз, а потім увімкніть його, а потім підключіть свій пристрій до системи: link

У мене була ця проблема, і жодна з інших відповідей не допомогла. Після оновлення SDK та встановлення API для 4.2.2 було необхідне:

android update adb

Ще однією проблемою у мене було те, що я намагався підключити ADB через Wi-Fi, що є єдиним моїм варіантом, оскільки порти USB на моєму Mac справді вигадливі. На жаль, ADB через Wi-Fi не відображає питання безпеки в 4.2.2, тому вам потрібно знайти кабель USB, який буде працювати і підключатись через USB хоча б раз, щоб прийняти питання безпеки, але після того, як ви зробите це один раз , Ви можете підключитися через Wi-Fi.

Якщо ваш пристрій зазвичай підключається через USB, але раптом припиняє роботу, особливо після відключення та підключення USB-кабелю, спробуйте виконати наступні неінвазивні дії, перш ніж робити деякі більш драматичні речі, згадані в інших відповідях:

adb kill-server
adb start-server
adb devices

Якщо ваш пристрій перелічено "Пристрій" поруч, ви знову в бізнесі.

Якщо біля вашого пристрою вказано "офлайн", спробуйте перезапустити пристрій. Демон ADB на пристрої час від часу зависає. Я помітив це більше, коли відключив кабель під час LogCat та після переключення назад з підключення через Wi-Fi або Ethernet.

Якщо ваш пристрій відсутній у списку, то слід спробувати рішення в інших відповідях, починаючи з іншого USB-кабелю та порту. Ці кабелі cheapo можуть погіршити.

Обов’язково використовуйте adbу своїй platform-toolsпапці після оновлення інструментів SDK.

Нарешті я почав це працювати після того, як зрозумів, що використовую застарілу версію ADB, скопійовану в /usr/bin.

Десь це може статися через помилку сервера adb (я думаю). Це завжди говорить

"device-name is offline" from adb devices command.

Просто вбийте сервер і почніть знову. Це працювало для мене.

"adb kill-server"
"adb start-server"

Я використовував adb connect <device_ip>і інші рішення не працювали, тому що моя проблема була з іншого боку. На пристрої мені потрібно було stop adbdі перезапустити його start adbd. Пристрій знову "онлайн".

Я побіг через ту саму проблему, яку цю проблему вирішили для мене. спочатку підключіть свій телефон через usb, а потім переконайтесь, що ви перевірте свій мобільний ip, який знаходиться в налаштуваннях >> про стан телефону >>, виконайте наступні команди.

adb kill-server
adb start-server
adb tcpip 5555 //it resets port so put port you want to connect
adb connect 192.168.1.30:5555 //ip:port of your mobile to connect
adb devices //you will be connected over wifi

Я спробував dturvene та всі інші рішення, але вони не спрацювали. Мені потрібен був ще один крок.

Виконайте ці команди

1. adb kill-server
2. android update sdk --no-ui
3. adb start-server

Щоб переконатися, що він працював, запустіть 'adb-версію' до та після команд і переконайтеся, що вона є останньою. Причина adb kill-serverкоманди полягає в тому, що вона, швидше за все, працює, і вона не може бути оновлена ​​під час запуску, тому спочатку її потрібно вбити.

Для мене нічого не вийшло. Я витрачав близько 12 годин постійно на пошук в Інтернеті та пробував рішення, які працювали на інших людей, які мають подібні проблеми.

Зрештою, я закінчився лише тим, що робив АБД через мережу. Цей параметр був прямо біля налаштування USB Debug, і в ADB його можна активувати за допомогою "adb connect [IPADDRESS]: [PORT]". Порт був 5555 на моєму телефоні.

Я сподіваюся, що це допоможе комусь повернутися до роботи замість того, щоб мати справу з постійними недоліками.

Такий підхід працював для мене:

1. adb kill-server
2. Вимкнення автономного пристрою в Диспетчері пристроїв (див. Зображення нижче)
3. Увімкніть пристрій у Диспетчері пристроїв
4. adb start-server

Диспетчер пристроїв, меню "Вид", "Пристрої за допомогою з'єднання":

Я спочатку зіткнувся з тією ж проблемою (з ADB / fastboot, завантаженим з GitHub ), але я врешті-решт змусив його працювати. Що для мене спрацювало:

• Android SDK. Версія ADB: 1.0.31
• Використання переднього USB-порту ( MacBook Pro 15 ")
• Перезапуск телефону після ввімкнення параметрів Dev та налагодження USB (зробіть це 7 разів натисніть на налаштування> про телефон> збірка).
• Вбийте сервер adb у випадку, якщо жоден пристрій не вказаний (adb kill-server)
• Значок налагодження повинен бути видимим на телефоні.
• Не забудьте розблокувати заблокований екран, щоб перевірити діалогове вікно підтвердження відбитків пальців RSA.

Встановлено найновіший Android sdk.
Змінено порт USB на пристрої.
Змінено з MTP -> Лише зарядка -> MTP.
Це спрацювало.

Якщо ви раніше авторизували відбиток пальців RSA на вашому ПК і не намагалися пробувати adb kill-server тощо, ваша проблема може полягати лише в тому, що ви намагаєтеся підключитися до нього, поки він заблокований. Спробуйте натиснути кнопку ввімкнення екрана та ввести свій шаблон - це виправили це для мене.

Найкращий спосіб, який я зрозумів, - це відключити, а потім увімкнути пристрій від диспетчера пристроїв та запустити команду adb пристроїв.

1. Перейдіть на вкладку "Пуск" і клацніть правою кнопкою миші на " Комп'ютер"
2. У спадному меню натисніть кнопку Керувати
3. На екрані управління комп'ютером натисніть Диспетчер пристроїв
4. На правій панелі розгорніть портативні пристрої, щоб знайти свій пристрій
5. Клацніть правою кнопкою миші на своєму пристрої та натисніть кнопку "Відключити" у спадному меню
6. Коли він буде відключений, повторіть крок 5, за винятком того, щоб його ввімкнути.

Пристрій повернеться в Інтернет. Це швидше.

Ще одна можливість для людей з невмілими підключеннями ADB, і якщо вони перебувають на Mac та встановлено Android File Transfer : я виявив, що передача файлів заважає моєму ADB-з’єднанню, внаслідок чого воно перестало працювати.

Вбивство Android File Transfer Agent.appпроцесу, який шукає сумісні пристрої (наприклад, Nexus 7), підключений до Mac, виліковує лускатість для мене.

Оскільки ніхто не дав відповіді на мою ситуацію: ви можете не мати доступу до файлу ~ / .android / adbkey. Якщо ви спочатку запускаєте adb з sudo, він генерує пару відкритих ключів, записуючи це в ~ / .android / adbkey.pub та ~ / android / adbkey. Звичайно, приватний ключ - chmod 600 - читається лише для root у вашому домашньому каталозі. Згодом запуск adb як звичайний користувач не дасть доступу до файлу приватного ключа, що, в свою чергу, мовчить з "пристроєм в автономному режимі".

Що вирішило для мене на Mac, було оновлення adbдо останньої версії (1.0.32). Тепер я можу знову побачити свій пристрій в Інтернеті

Причиною повідомлення пристрою як офлайн є те, що adb не може підключитися до нього. Adb, який виконується з середовища розробки, створює з'єднання (сокет) з контрольованим пристроєм. У пристрої є служба (демон), яка слухає це спілкування. Демон називається adbd (як у adbdaemon). Якщо ввімкнути adb на пристрої насправді, він запускає цей демон, тож з ним можна встановити комікси.

Коли adb повідомляє про пристрій як про офлайн, це тому, що демон більше не працює або знаходиться в стані, який не приймає з'єднання. Найчастіше це відбувається, якщо мережа переходить на активне (мережеве) з'єднання.

Єдиний спосіб, що я міг це виправити - це перезавантаження пристрою. Ви можете встановити статус офлайн багатьма іншими способами, але перезапуск пристрою завжди працює.

Коли я стикаюсь з тими ж проблемами, що і як нижче:

1. Перезавантажте adb, видавши adb kill-сервер, а потім adb start-server у командному рядку
2. Вимкніть та повторно увімкніть налагодження USB на телефоні
3. Перезавантажте телефон, якщо він все ще не працює. 99% моїх проблем було вирішено цими кроками.

Це просто тому, що ваш комп'ютер не має потрібного драйвера. Щоб виправити це:

1. Завантажте та витягніть Android SDK

2. Перейдіть до Диспетчера пристроїв (клацніть правою кнопкою миші на комп'ютері -> Властивості -> Диспетчер пристроїв

3. На правій панелі розгорніть портативні пристрої, щоб знайти свій пристрій

4. Клацніть правою кнопкою миші назву пристрою та натисніть кнопку Оновити драйвер драйвера

5. Ознайомтеся з драйвером на моєму комп’ютері

6. Перейдіть до папки SDK для Android на кроці 1.

7. Далі і все закінчено

Спробуйте перезапустити сервер adb наступним чином:

adb kill-server

adb start-server

Я також стикався з тими ж проблемами, що і у вас. І перезапуск сервера adb вирішить цю проблему.

Я оновлювався багато разів, поки не зміг більше оновити, але ніколи не отримав підказки на екрані; Я просто продовжував отримувати пристрій офлайн.

Моя проблема полягала в тому, що я запускав команду ADB з іншого каталогу до того, що фактично оновлювався.

Правильний оновлений каталог для ADE exe:

C:\Program Files (x86)\Android\android-sdk\platform-tools\

Перезавантажте пристрій. Я спробував усе, що перераховано тут, щоб мій телефон HTC (під керуванням Android 4.0.3) працював, але adb devicesговорив, що це не в режимі офлайн. Після того як я перезапустив телефон, він нарешті був у мережі. Деякі з інших пропозицій тут, можливо, сприяли розпізнаванню телефону, але виконання декількох перезавантажень по мірі їх випробування, безумовно, не зашкодить.