web-dev-qa-db-fra.com

Android fastboot en attente de périphériques

J'essaie de charger un noyau personnalisé sur mon git de test NVIDIA. J'ai tapé fastboot boot myImage après quoi je reçois:

<Waiting for device>

Je pense que cela est un problème avec un pilote sur le mode fastboot sur mon périphérique. Mais je ne sais pas comment installer le pilote sur Linux.

Savez-vous comment installer le pilote?

androidfastboot
66
codereviewanskquestions

La version courte de la page liée par D Shu (et sans les horribles annonces popover) est que ce problème "attente de périphérique" se produit lorsque le nœud de périphérique USB n'est pas accessible à votre utilisateur actuel. L'identifiant USB étant différent en mode fastboot, vous pouvez facilement en avoir la permission dans adb mais pas dans fastboot.

Pour résoudre ce problème (sur Ubuntu; d'autres systèmes peuvent être légèrement différents):

Courir lsusb -v | less et trouvez la section appropriée qui ressemblera à ceci:

Bus 001 Device 027: ID 18d1:4e30 Google Inc. 
Couldn't open device, some information will be missing
Device Descriptor:
...
  idVendor           0x18d1 Google Inc.

Maintenant faire

Sudo vi /etc/udev/rules.d/11-Android.rules

ça va si ce fichier n'existe pas encore; créez-le avec une ligne comme celle-ci, en insérant votre propre nom d'utilisateur et votre identifiant de vendeur:

SUBSYSTEMS=="usb", ATTRS{idVendor}=="18d1", MODE="0640", OWNER="mbp"

puis

Sudo service udev restart

puis vérifiez que les autorisations du nœud de périphérique ont changé:

ls -Rl /dev/bus/usb

La version cheesy encore plus courte consiste simplement à lancer fastboot en tant que root. Mais vous devez ensuite exécuter chaque commande qui communique avec le périphérique en tant que racine, ce qui a tendance à causer d'autres complications. Plus simple, il suffit de corriger les autorisations à long terme.

89
poolie

Il suffit d'utiliser Sudo, le démarrage rapide nécessite une autorisation racine.

81
Saleh Abdulaziz

Pour utiliser la commande fastboot, vous devez tout d'abord mettre votre appareil en mode fastboot:

$ adb reboot bootloader

Une fois le périphérique en mode de démarrage rapide, vous pouvez l’amorcer avec votre propre noyau, par exemple:

$ fastboot boot myboot.img

Ce qui précède ne démarrera votre noyau qu’une fois et l’ancien noyau sera utilisé à nouveau lorsque vous redémarrez le périphérique. Pour remplacer le noyau sur le périphérique, vous devez le flasher sur le périphérique:

$ fastboot flash boot myboot.img

J'espère que ça t'as aidé.

32
derekg

essayez d'utiliser le compilateur généré fastboot lorsque cela se produit. le chemin du fichier est out/Host/linux(or other)/bin/fastboot et Sudo est également nécessaire. cela fonctionne la plupart du temps.

3
wossoneri

Sur votre appareil, accédez à Paramètres -> Paramètres du développeur, puis sélectionnez "Autoriser le déverrouillage OEM" comme indiqué sur Déverrouillez votre chargeur de démarrage

Au moins, cela a fonctionné pour moi sur mon MotoE 4G.

1
jjyepez

La réponse la plus courte est d’abord d’exécuter la commande fastboot (dans mon cas, c’est-à-dire ./fastboot-linux oem unlock) touche bas et bouton d'alimentation)

0
Ankur_Jatt

Dans mon cas (sur Windows 10), il se connecterait bien à adb et je pourrais taper n’importe quelle commande adb. Mais dès qu'il est arrivé au chargeur de démarrage en utilisant adb reboot bootloader, Je n'ai pas pu exécuter aucune commande fastboot.

Ce que j'ai remarqué dans le gestionnaire de périphériques, il s'est actualisé lors de la connexion au périphérique. La prochaine chose à faire était de vérifier ce qui changeait lors de la connexion. Apparemment, le périphérique de démarrage rapide était à l'intérieur du Kedacom USB Device. Pas vraiment sûr de ce que c'était, mais j'ai mis à jour le périphérique pour utiliser un pilote différent, dans mon cas, la Fastboot interface (Google USB ID), et cela a résolu mon problème waiting for device

0
PierreDuc