2011-01-06 14 views
2

AndroidデバイスのLy-706は、adbデバイスの実行中に表示されません。「adbデバイス(ubantu 10.10)の実行中にAndroidデバイスが表示されない」

私はEclipseを使用してエミュレータを実行して、実際のデバイス上以外のadbを使用してエミュレータ にアプリケーションをインストール

私が追加することができます:/etc/udev/rules.d/90-android.rules

SUBSYSTEM=="usb", SYSFS{idVendor}=="040d", MODE="0666" 

、サムスンのためにまだ運

同じ結果galaxy 3(vendor id = "04e8")

私はGNU/Linux(ubuntu 10.10)をインストールしていますウィンドウに表示されません。

何が欠けていますか? rootとしてADBデーモンを起動しようとすることができ、一時的な回避策として

+0

他のデバイスで試しましたか?あなたはどのデバイスを使用していますか?指定したコードはAndroidで提供されるリストには表示されません。 –

+0

udevを再起動しましたか? – trojanfoe

+0

@sheikhアマン、実際には中国のデバイスです、私は同じ結果を得ました3:私は同じ結果を得ました - :( – DroidBot

答えて

8

私は最初にrootとしてadbを実行し、その後は通常のユーザーとして実行します。しかし、私は一時停止する仮想マシンを実行するので、頻繁に行う必要はありません。

ou正しいアイデアがあります。解決策は、rulesディレクトリ内のファイルにアクセス許可が必要です。私が作ることができる唯一の提案はあなたが間違ったベンダーIDを使用しているということです。私が発見した

sudo adb start-server 

sudo adb kill-server 
adb kill-server 

前:

の両方を実行して、ルートの下に正しいADBを実行していることを確認するために、またhere

それを見上げてただ1つを実行するだけでは必ずしも機能しません。

+0

こんにちはハミド、私はサムスン銀河で試した返信のおかげで同じ結果を得た...... – DroidBot

+0

再び、私はsudoのADBのスタートサーバーを実行すると、私は 'sudoのadbのコマンドが見つかりませんエラー'コマンドにsudoを含めないで実行する – DroidBot

+0

adbバイナリをlinuxの/ binディレクトリにコピーする必要があります。私はこれに言及するのを忘れた。ルートは通常のユーザーとは異なるパスを持つためです。実行可能にするためにchmodを忘れないでください。それは見つからない問題を解決します。ギャラクシータブについては、毎日1つずつ開発していますが、ベンダーIDは04e8です。 – Hamid

2

sudoのADBキル・サーバー sudoのADBデバイス

私はudevは適切に設定を取得するために管理されるまで、これが私のために働きました。

+1

これは良い方法ではありません。絶対に必要となるまで、すべてのプロセスをsuとして実行させないようにしてください。たとえば、ルールのグループを設定していない可能性があります。詳細についてはee my [answer](http://stackoverflow.com/a/14622480/1523910)を参照してください。 –

+2

したがって、応答の「一時的な回避策」の部分。 – Adrian

1
sudo /etc/init.d/udev restart 

trojanfoeの提案は試してみる価値があると思いますが、とにかくやり直してみてください。

デバイスをusb-plug接続する前に、adbサーバーを再起動しようとしましたか?それが私を助けました。

1

私の場合、突然私のデバイスの検出を停止しましたが、時々それが検出され、私を狂わせました。

多くのキルと再起動後、USBケーブルに問題が発生しました。それを変更することで問題は解決しましたが、なぜこのようなことが起こるのかわかりません。Ubuntuの10 LTSまで

0

正しいコマンドは、単にその後のudevを再起動し、ADB

/etc/udev/rules.d/70-persistent-net.rules: 

#Acer 
SUBSYSTEM=="usb", ATTR{idVendor}=="0502", MODE="0666" 
#Dell 
SUBSYSTEM=="usb", ATTR{idVendor}=="413c", MODE="0666" 
#Foxconn 
SUBSYSTEM=="usb", ATTR{idVendor}=="0489", MODE="0666" 
#Garmin-Asus 
SUBSYSTEM=="usb", ATTR{idVendor}=="091E", MODE="0666" 
#Google 
SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", MODE="0666" 
#HTC 
SUBSYSTEM=="usb", ATTR{idVendor}=="0bb4", MODE="0666" 
#Huawei 
SUBSYSTEM=="usb", ATTR{idVendor}=="12d1", MODE="0666" 
#Kyocera 
SUBSYSTEM=="usb", ATTR{idVendor}=="0482", MODE="0666" 
#LG 
SUBSYSTEM=="usb", ATTR{idVendor}=="1004", MODE="0666" 
#Motorola 
SUBSYSTEM=="usb", ATTR{idVendor}=="22b8", MODE="0666" 
#Nvidia 
SUBSYSTEM=="usb", ATTR{idVendor}=="0955", MODE="0666" 
#Pantech 
SUBSYSTEM=="usb", ATTR{idVendor}=="10A9", MODE="0666" 
#Samsung 
SUBSYSTEM=="usb", ATTR{idVendor}=="04e8", MODE="0666" 
#Sharp 
SUBSYSTEM=="usb", ATTR{idVendor}=="04dd", MODE="0666" 
#Sony Ericsson 
SUBSYSTEM=="usb", ATTR{idVendor}=="0fce", MODE="0666" 
#ZTE 
SUBSYSTEM=="usb", ATTR{idVendor}=="19D2", MODE="0666" 

にお使いのデバイスに応じて行を挿入し、binディレクトリ/に、GoogleのSDKに付属しているADBをコピーしています

sudo service udev restart 
adb kill-server ; adb kill-server 

Ubuntu 11で変更されているようですが、あなたが指定したファイルをUbuntuに読み込ませる可能性もあります。

1

ルールSUBSYSTEM=="usb", SYSFS{idVendor}=="040d", MODE="0666"は実際にデバイスにアクセスしますが、ユーザーがデバイスにアクセスするためのアクセス権を持っていない可能性があります。

ルールにグループを与えていないので、どのグループにデバイスへのデフォルトアクセス権があるのか​​わかりません(私はおそらくudevグループにそれがあると思います)。 google's path of device setup (see section 3, third point, subsection a)を入力すると、ルール内のGROUP句が欠落していることがわかります。

だから、基本的にあなたのルールはすべきです。あなたはコマンドgroupsを使用して、グループplugindevである場合

UBSYSTEM=="usb", ATTR{idVendor}=="04e8", MODE=="0666", GROUP="plugindev" 

も確認してください。グループ内にいれば、他の人に与えてもかまいません。

-1

私はsudoersを編集するまで同じエラーが発生していました。あなたは、AndroidのSDKと タイプのご使用のプラットフォームとツールフォルダのパスを取得することができます :

sudo gedit /etc/sudoers 
edit line `<<<<<  Defaults  secure_path=" >>>>>` 

がパスを完了し、お楽しみください追加します。

関連する問題