Je suis un wiki sur la façon d'installer et de configurer le SDK Android et je suis bloqué à une étape où je suis censé tester si le serveur ADB fonctionne en utilisant la commande adb start-server
. Cette commande est-elle correcte?
Le wiki peut être trouvé ici: http://wiki.rootzwiki.com/Android_SDK
J'ai fait ce qu'il dit à l'étape 5. Mais cela ne semble pas fonctionner. J'obtiens le message standard dans CMD que la commande n'est pas une commande interne, externe ou un programme.
Ajoutez ce qui suit à la fin du champ Valeur variable:
Windows XP:; C: \ Program Files \ Android \ android-sdk \ tools \; C: \ Program Files \ Android \ android-sdk \ platform-tools \
Windows Vista et versions ultérieures: remplacez YOURUSERNAME dans les lignes suivantes par votre nom d'utilisateur Windows
32 bits:; C: \ Program Files \ Android \ android-sdk \ tools \; C: \ Program Files \ Android \ android-sdk \ platform-tools \
64 bits:; C: \ Users \ YOURUSERNAME \ AppData \ Local \ Android \ android-sdk \ tools \; C: \ Users \ YOURUSERNAME \ AppData \ Local \ Android \ android-sdk \ platform-tools \
Cliquez sur OK, OK et OK pour fermer les paramètres avancés.
Alors qu'est-ce qui donne? L'invite CMD est C:\Users\myusername
lorsque j'exécute la commande. Peut-être ai-je besoin d'un CD dans le dossier android-sdk avant d'exécuter la commande? Mais alors à quoi ça sert d'ajouter le chemin dans la variable PATH? ...
la source
$PATH
variable, qui est btw, est à l'échelle du système , donc peu importe où vous vous trouvez dans la ligne de commande, c'est-à-dire CMD,adb
fonctionnera indépendamment car Windows sait oùadb
réside le binaire réel .Réponses:
J'ai résolu mon propre problème. Ces chemins de recherche sont tous foirés!
J'ai vérifié le chemin d'installation et il est installé
C:\Program Files (x86)\Android
même si j'ai une version 64 bits de Windows. Mais néanmoins, c'est l'emplacement d'installation par défaut.J'ai donc mis à jour la variable PATH avec la ligne suivante.
C:\Program Files (x86)\Android\android-sdk\tools\;C:\Program Files (x86)\Android\android-sdk\platform-tools\
Et maintenant, je peux démarrer le serveur ADB à partir de CMD, peu importe où se trouve l'invite.
Je n'ai aucune idée pourquoi ils se réfèrent au
AppData\Local\
dossier dans le guide pour les systèmes 64 bits. Cela n'a aucun sens. Si n'importe où, l'emplacement d'installation doit être dans le dossier "Program Files" pour un système 64 bits. Ils ont en fait mis cela pour les systèmes 32 bits ... comme je l'ai dit, tout est foiré.Je dois signaler que ce dernier
adb.exe
a été déplacéC:\Program Files (x86)\Android\android-sdk\tools\
vers le nouvel emplacementC:\Program Files (x86)\Android\android-sdk\platform-tools\
. Cela a été fait dans les versions ultérieures du SDK Android.Donc, si vous lisez ceci en 2013, vous pouvez probablement simplement obtenir le dernier SDK et utiliser uniquement ce dernier chemin de recherche. Vous n'avez pas besoin des deux. Du moins pas pour ADB et Fastboot. Si vous êtes développeur, vous devrez peut-être accéder aux outils des deux répertoires, bien que si vous êtes un développeur, vous n'aurez probablement pas besoin de lire ceci du tout.
Comment modifier une variable système
Voici un petit guide pratique pour les débutants. Vous avez besoin de la boîte de dialogue Variables d'environnement.
;C:\Program Files (x86)\Android\android-sdk\tools\;C:\Program Files (x86)\Android\android-sdk\platform-tools\
et cliquez sur OK.C'est ça! Vous pouvez maintenant démarrer n'importe quel outil SDK Android, par exemple ADB ou Fastboot, quel que soit votre répertoire actuel dans CMD. Pour faire bonne mesure, voici à quoi ressemble la boîte de dialogue. C'est là que vous modifiez la variable Path.
la source
Program Files (x86)
et un binaire 64 bits ira àProgram Files
. Par conséquent, le programme d'installation du SDK utilise l'emplacement correct.J'ai fait installer des outils de plateforme directement depuis le studio Android et c'est là qu'ils ont été placés:
C:\Users\{USERNAME}\AppData\Local\Android\sdk\platform-tools
Il s'agit alors du répertoire nécessaire à la
PATH
variable. AppData est généralement un dossier caché et vous ne le verrez pas dans votre répertoire, sauf si vous activez l'affichage des répertoires cachés.la source
Ajoutez simplement ceci aux variables système "Path":
la source
au lieu de chercher un emplacement par défaut, recherchez simplement
platform-tools\
etandroid-sdk
ou juste
sdk
ce sont les chemins que vous devez ajouter à la liste des variables
la source