NVIDIA テスト git にカスタマイズされたカーネルをロードしようとしています。私は入力fastboot boot myImage
した後、次のように入力しました:
<Waiting for device>
これは、デバイスのドライバー オンfastboot
モードに問題があると思います。しかし、Linuxにドライバーをインストールする方法がわかりません。
ドライバーのインストール方法はわかりますか?
D Shuによってリンクされたページの短いバージョン(そして恐ろしいポップオーバー広告なし)は、この「デバイスの待機」の問題は、現在のユーザーがUSBデバイスノードにアクセスできない場合に発生することです。USB IDはfastbootモードでは異なるため、adbでは簡単にアクセスできますが、fastbootではアクセスできません。
これを修正するには(Ubuntuの場合、他のシステムは少し異なる場合があります):
実行lsusb -v | less
して、次のような関連セクションを見つけます。
Bus 001 Device 027: ID 18d1:4e30 Google Inc.
Couldn't open device, some information will be missing
Device Descriptor:
...
idVendor 0x18d1 Google Inc.
今やる
sudo vi /etc/udev/rules.d/11-android.rules
そのファイルがまだ存在していなくても問題ありません。次のような行で作成し、独自のユーザー名とベンダーIDを挿入します。
SUBSYSTEMS=="usb", ATTRS{idVendor}=="18d1", MODE="0640", OWNER="mbp"
それから
sudo service udev restart
次に、デバイスノードの権限が変更されたことを確認します。
ls -Rl /dev/bus/usb
さらに短い安っぽいバージョンはfastboot
、rootとして実行することです。ただし、rootとしてデバイスと通信するすべてのコマンドを実行する必要があります。これにより、他の問題が発生する傾向があります。長期的には権限を修正するだけの方が簡単です。
使用するだけsudo
で、高速起動にはルート権限が必要です
これが発生したときに生成されたコンパイラを使用してみてくださいfastboot
。ファイルパスout/host/linux(or other)/bin/fastboot
もsudo
必要です。ほとんどの場合に機能します。
私の場合 (Windows 10)、adb に正常に接続され、任意のadb
コマンドを入力できました。しかし、使用してブートローダーに到達するとすぐに、コマンドadb reboot bootloader
を実行できませんでした。fastboot
デバイスマネージャーで、デバイスに接続したときに更新されたことに気付きました。次に行うことは、接続時に何が変化したかを確認することでした。どうやら fastboot デバイスはKedacom USB Device
. それが何であるかはよくわかりませんが、デバイスを更新して別のドライバー (私の場合は ) を使用しFastboot interface (Google USB ID)
、waiting for device
問題を解決しました。