web-dev-qa-db-ja.com

デバイス文字列の後にadbがオフラインに戻るのはなぜですか?

「adbデバイス」を使用して、次の結果を取得します。 USBでPCに接続されているデバイスは1つだけですが、結果は8行になります。

誰もが理由を提案できますか?

WH96TNE00361    offline
WH96TNE00361    offline
WH96TNE00361    offline
WH96TNE00361    offline
WH96TNE00361    offline
WH96TNE00361    offline
WH96TNE00361    offline
WH96TNE00361    offline
55
susantjs

以下を試してください:

  1. USBのプラグを抜き、再度差し込みます。

  2. デバイスの設定->アプリケーション->開発に移動し、SBデバッグモードのチェックを外してから、再度チェックします。

  3. PCでadbを再起動します。 adb kill-serverその後、adb start-server

  4. 再起動デバイスを再試行してください。

75

前の回答を完了するための別の可能な解決策は、ケーブルが接続されているUSBソケットを変更することです。

この問題があり(adb kill-server / start-serverが機能しないという古典的な答えがありました)、解決しました。

実際、Windowsが最初のソケットでデバイスを正しく認識していたため、それを見つけるのに時間がかかりました。しかし、ADBではありません。 Windowsがデバイスを認識していたので、他のUSB物理ソケットをテストする必要はまったくありませんでした。私が持っている必要があります。

そのため、コンピューターで直接使用できるすべてのUSB物理ソケットにケーブルを差し込むことができます。うまくいきました。 USBソケットはコンピューターによって同じ方法で管理されない場合があります。

34

Android 4.2.2から開始して、信頼できるコンピューターに接続されていることをデバイスで確認する必要があります。 adbバージョン1.0.31以上で動作します。

23
psihodelia
 adb kill-server
 adb start-server

それは私の問題を解決しました

11
mudcup

私の携帯電話で同様の問題が発生しました。どのコンピューターでもUSBデバッグを接続して使用できませんでした。最終的に、電話でusbデバッグを手動で再起動する必要がありました([開発]メニューを使用するだけでは不十分でした)。

電話で実行する必要があるコマンドは1つだけです[Terminal Emulator appを使用して実行しました]:

adb usb

そしてそれはそれでした。

これが将来誰かを助けることを願っています。

11
Krystian

adbの最新バージョンをダウンロードしてみることもできます http://developer.Android.com/tools/help/adb.html

10
rkj

デバイスを再起動します。これはMac OSでは常に修正されますが、adb kill-serverは修正されません。

5
izak

Android 4.2.2を搭載したGalaxy Nexusでは、最初は同じ問題が発生しました。「adbデバイス」はデバイスを表示していましたが、オフラインステータスでした(USBデバッグはデバイスで最初にアクティブでした)。

これらは私が状況を改善するために取ったステップです:

  1. USBデバッグを無効にします(PCに接続されていないデバイス)
  2. USBデバッグを再度有効にする
  3. PCに接続します。PCではなくデバイスにポップアップが表示され、PCの認証を求められます。

adbデバイスは、デバイスIDとオフラインなしの両方をリストするようになりました。

4
Raj

他の人に役立つ場合に備えて、ここに質問を投稿します。私の問題は、同僚が同じデバイスに接続されていて、同じデバイスに接続できなかったことです。

注:Wi-Fi経由で接続するAmazon Fire TVでこの問題が発生しました。

2つの解決策があります。

簡単に彼の接続を「ドロップ」する(ごめんバディ:)

Restart the device
adb kill-server
adb start-server
adb connect device-ip

もう少し難しいが、2人のクライアントが同じデバイスを使用できる(異なるTCPポートを使用)

これを見てください answer

2
TomCobo

Android 4.1.1の場合、デバイスの再起動のみが機能します

2
Ilya Dubkov

私は同じ問題を抱えていて、他の答えはどれもうまくいきませんでした。 wifiモード(コマンド 'adb tcpip 5555'を実行)を使用してデバイスに接続すると、頻繁に発生するようです。私はこの解決策を見つけました。その回避策のようなものですが、うまくいきます。

  1. USBを切断します(またはWiFi経由で接続している場合は、デバイスのWiFiをオフにします)
  2. Eclipse /他のIDEを閉じます
  3. 実行中のプログラムでadb.exe(Windowsのタスクマネージャー)を確認します。実行中の場合は、終了します。
  4. Androidデバイスを再起動します
  5. デバイスが再起動したら、USB経由で接続し、「adbデバイス」を実行します。これにより、adbデーモンが起動します。また、デバイスが再びオンラインになります。

このプロセスは少し時間がかかりますが、それは私のために毎回働いている唯一のものです。

1
Aaron

これをクライアントのマシンで実行すると、 website adbとfastbootを提供することで、古いバージョンのadbがインストールされていることがわかりました。問題のクライアントは、肥大化したと思われるため、SDK全体をインストールしたくありませんでした。

したがって、offlineが表示される場合は、最新のadbをダウンロードして使用していることを確認してください。私は彼にadb実行可能ファイルをメールで送りました。

また、使用しているadbがパス内の正しいものであることを確認する価値があります。つまり、Mac

$ which adb
/Users/me/dev/adt-bundle-mac-x86_64/sdk-macosx/platform-tools/adb 
1
scottyab

SDk Managerを実行し、Android SDK ToolsとAndroid SDK Platform-toolsの更新をインストールします。 ADBは4.2.xの新しいバージョンに更新する必要があります

1
JUZZIE87

実行しているADBのバージョンが、接続されたデバイスのOSのバージョンよりも新しいことを確認してください。私にとって、ADBの更新はデバイスをオンラインにするのに役立ちました。

0
Diceyus

また、adbがプロセスで自動的に実行されていないことを確認してください。開いているファイルの場所を右クリックして、何が開始されているかを把握し、火で殺します。更新されたAndroid SDKプラットフォームツールから更新されたadbを実行します。これは私の問題でした。誰かの助けになることを願っています。

0
JTtheGeek

AdbをSDKバージョンにアップグレードした後、デバイスを許可モードに設定した後、GT-N8010(Samsungタブレット)でAndroid 4.4.2でadbを動作させました。

~/local/opt/Android/Sdk/platform-tools/adb
Android Debug Bridge version 1.0.32

を使用して機能しませんでしたが:

adb version   
Android Debug Bridge version 1.0.31

Ubuntu LTSバージョンで出荷:

apt-cache show Android-tools-adb  | grep Version
Version: 4.2.2+git20130218-3ubuntu23

このリンクが役立つ場合があります

Nexus 4をadbに接続できません:不正

0
RzR
  1. デバイスがUSBデバッグ用に設定されていることを確認してください
  2. Adbクライアントを実行させます(例: "adb usb"またはadb start-server "経由)
  3. USB経由でデバイスを接続したままにしてください!!!
  4. そして、デバイスを再起動します。

これにより、adbが「オフライン」になると文句を言った後、常にMotorola MB525が再び「オンライン」になります。 OSX btwを使用しています。

0
robert

時間を無駄にした後、adbのバージョンを更新し、adb devicesでデバイスがオンラインになり、アプリを再度実行できるようになりました。

0
Andrea Gherardi

私がやったことは、複数の無関係なソフトウェアパッケージが偶然adb.exeをインストールしたことです-特に私(Windoze)では、電話のOEMドライバーインストールパッケージはadb.exeをC:\ windowsに「助けて」インストールし、このディレクトリは、Android SDKのplatform-toolsディレクトリよりもずっと前に%PATH%に表示されます。当然のことながら、電話のOEMドライバーパッケージに含まれているadb.exeは、更新されたAndroid sdkのものよりもかなり古いです。そのため、ある日、何かが原因で電話のWindowsドライバーが更新されるまで、adbはうまく機能しました。それをしたら、絶対に何もせずに電話ステータスが「オフライン」から変更されますが、問題はドライバーとは何の関係もありませんでした。ドライバーpackageが異なるadb.exeと、はるかに古いadb.exeをより高い優先順位のディレクトリにインストールしたというだけでした。インストールを修正するために、単にPATH環境変数を変更して、sdkのadb.exeが優先されるようにしました。さまざまなパッケージの「ロット」にadb.exeが含まれていることが簡単に確認されたため、意図せずに古いものをツールチェーンに挿入しないように注意してください。

私は本当に年を取っているに違いありません。そのような馬鹿げた問題を発見するのに延々と時間がかかったことを覚えていません。

0
Scott Petrack