L'émulateur Android ne peut pas démarrer à cause d'un mauvais dossier.

Question

Je commence tout juste à utiliser Eclipse et ADT et j'ai quelques problèmes, l'émulateur Android ne démarre pas :

[2011-07-10 15:32:25 - Android_FirstApp] ------------------------------
[2011-07-10 15:32:25 - Android_FirstApp] Android Launch!
[2011-07-10 15:32:25 - Android_FirstApp] adb is running normally.
[2011-07-10 15:32:25 - Android_FirstApp] Performing samr1.Android_FirstApp.Android_FirstAppActivity activity launch
[2011-07-10 15:32:25 - Android_FirstApp] Automatic Target Mode: launching new emulator with compatible AVD 'Android2.1'
[2011-07-10 15:32:25 - Android_FirstApp] Launching a new emulator with Virtual Device 'Android2.1'
[2011-07-10 15:32:26 - Emulator] PANIC: Could not open: C:\Users\Sam\.android/avd/Android2.1.ini

Le chemin n'est pas correct, bien que le chemin dans Android2.1.ini soit correct. Le dossier Utilisateur est situé sur un autre disque.

Comment puis-je modifier le chemin de démarrage de l'émulateur Android ? Je ne trouve pas où.

Merci

---

EDIT : J'ai découvert que le gestionnaire AVD graphique crée un répertoire AVD à l'intérieur de C:\Users\.android\ sur Windows 7 : Emplacement par défaut des fichiers AVD

Mais l'utilisation de la ligne de commande ne fonctionne pas. J'ai donc déplacé mes fichiers AVD dans C:\Users\Sam\ et maintenant ça marche.

Answer 1

Il s'agit d'un bogue dans le plugin ADT. Pour une solution de contournement jusqu'à ce qu'il soit corrigé, utilisez un lien symbolique NTFS.

J'ai un disque C : pour Windows 7 et un disque D : pour tout mon travail et mes données. Après avoir installé Windows 7, j'ai déplacé tous mes dossiers spéciaux du disque C au disque D. C:\Users\John Doe à D:\John Doe. Le plugin ADT essaie de charger l'émulateur depuis C : alors que lui et les fichiers de configuration sont sur D : (PANIC : Could not open etc.). NTFS peut faire en sorte que le plugin ADT lise depuis D : en utilisant un lien symbolique NTFS. Ouvrez une invite de commande dans C:\Users\John Doe (utilisez évidemment votre nom d'utilisateur), utilisez la commande mklink.

mklink /J " C:\Users\John Untel \.android " " D:\John Untel \.android "

Maintenant, lorsque le plugin ADT essaie de référencer .Android sur C :, NTFS envoie la requête sur D : et l'émulateur démarre correctement.

Answer 2

1. Créez une variable d'environnement appelée : ANDROID_SDK_HOME et donnez-lui la valeur suivante C:\Users\Administrator
2. Ouvrez Eclipse > Fenêtre > Préférences et cliquez sur Run/Debug et String Substitution.
3. Ajoutez une nouvelle variable appelée : user.home et donnez-lui la valeur suivante C:\Users\Administrator
4. Créez un AVD et exécutez-le.

Cela devrait fonctionner maintenant.

Answer 3

Les fichiers de configuration de votre émulateur ont pu être sauvegardés par AndroidSDK and AVD Manager quelque part ailleurs sur votre disque dur.

Faites ce qui suit :

• Cherchez d'abord le .android folder sur votre disque dur.
• Après l'avoir trouvé, déplacez le .android folder dans le répertoire racine de votre utilisateur - qui peut être "C:\Users\hallo\" dans votre cas.

Ce type d'erreurs de création de projet (avec cause et solution ) est décrite ici.

Answer 4

Les fichiers de configuration de votre émulateur ont peut-être été enregistrés par AndroidSDK et AVD Manager à un autre endroit de votre disque dur.

Faites ce qui suit :

Cherchez d'abord le dossier .Android sur votre disque dur. Après l'avoir trouvé, déplacez le dossier .Android vers le répertoire racine de votre utilisateur - qui peut être " C:\Users\something\ " dans votre cas.

Autre méthode

Vérifiez l'emplacement de l'ancien dossier, vous pouvez ouvrir eclipse Naviguez vers Windows--> Préférences-->Android-->Expandez-le et sélectionnez Build Trouvez la valeur de Default Debug keystore et vous connaîtrez l'emplacement de votre dossier .Android.

Puis mklink /J "ancien emplacement du dossier" " C:\Users\Something\ "

Answer 5

Si quelqu'un est intéressé par le même problème sous Linux (Ubuntu 11.10), la solution est de ne PAS exécuter Android SDK Manager en tant que Root. Apparemment, le SDK s'attend à être exécuté par un utilisateur normal, et il essaie de travailler avec le dossier utilisateur principal, d'où l'erreur. C'est ce que je soupçonne.