3

/etc/udev/rules.d/51-android.rules にベンダー ID と製品 ID を追加する必要がある場合があることに気付きました。たとえば、追加する行は次のとおりです: SUBSYSTEM=="usb", ATTR{idVendor}=="05c6", ATTR{idProduct}=="9025", MODE="0666", OWNER=""

同様に、次の行を追加するだけで ~/.android/adb_usb.ini を編集すると機能します: 0x05c6; 0x9025

これらの命令は同じことをしていますか? また、コマンドを実行すると: android update adb

adb_usb.ini が新たに生成され、以前に行われた変更が上書きされます。

~/.android/adb_usb.ini は正確には何ですか?

4

3 に答える 3

3

Apkudoは、既知のすべてのAndroidベンダーID（および地球上の他のすべてのUSBベンダー）を含むadb_usb.iniを作成しました。方法は次のとおりです。

.androidディレクトリにクローンを作成するには（gitを介して簡単に更新するため）：

$ cd ~/.android
$ rm adb_usb.ini
$ git init
$ git remote add origin git@github.com:apkudo/adbusbini.git
$ git pull origin master

または、最新のファイルを.androidに直接コピーするには：

$ curl -L http://raw.github.com/apkudo/adbusbini/master/adb_usb.ini \
 --O ~/.android/adb_usb.ini

データの他の用途がある場合の解析可能なリストは、次の形式を使用してベンダーに含まれます。

ここにそれについてのブログがあります：http：//blog.apkudo.com/2012/08/21/one-true-adb_usb-ini-to-rule-them-all/

于 2012-08-23T17:57:06.113 に答える
2

まったく同じではありません。udev ルールは udev 用であり、その目的は、電話を接続したときに作成されるデバイスの読み取りと書き込みのアクセス許可を確実に取得することです。adb_usb.ini は adb の構成ファイルですが、正確に何をするのかわかりません。おそらく、adb はその場で許可を変更したり、独自のアクセス管理を行ったりしていますが、そのためには root として実行する必要があります。これがどこかに文書化されている場合、知るのは興味深いでしょう。それ以外は、adbコードを確認してください。編集:明らかに、ファイルの内容に基づいて、サポートされているベンダーの配列を構築します。したがって、adb が知らないベンダーを追加したい場合は、それを ini ファイルに追加する必要があります。

于 2012-06-08T08:53:32.503 に答える