web-dev-qa-db-fra.com

Android Emulator ne peut pas démarrer, en raison d'un mauvais dossier

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 d'accès n'est pas correct, même s'il est correct dans Android2.1.ini. Le dossier Utilisateur est situé sur un autre disque. 

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

Merci

EDIT: J'ai constaté que AVD Manager crée un répertoire AVD dans C:\Utilisateurs\.Android\sous Windows 7: Emplacement par défaut des fichiers AVD

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

eclipseandroid-emulator
36
SamR1

C'est un bug dans le plugin ADT. Pour résoudre ce problème, utilisez un lien symbolique NTFS.

J'ai un lecteur C: pour Windows 7 et un lecteur D: pour tout mon travail et mes données. Après avoir installé Windows 7, je déplace tous mes dossiers spéciaux de C:\Users\John Doe vers D:\John Doe. Le plug-in ADT tente de charger l'émulateur à partir de C: lorsqu'il est sur les fichiers de configuration et D: (PANIC: Impossible d'ouvrir, etc.). NTFS peut faire lire le plug-in ADT à 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:\Utilisateurs\John Doe\.Android" "D:\John Doe\.Android"

Désormais, lorsque le plug-in ADT tente de référencer .Android sur C :, NTFS envoie la requête à D: l'émulateur démarre correctement.

65
Daniel S. Fowler
  1. Créez une variable d'environnement appelée: Android_SDK_HOME et définissez-la sur C:\Utilisateurs\Administrateur.
  2. Ouvrez Eclipse> Fenêtre> Préférences et cliquez sur Exécuter/Déboguer et substitution de chaînes.
  3. Ajoutez une nouvelle variable appelée: user.home et définissez-la sur C:\Users\Administrator.
  4. Créez un AVD et exécutez-le.

Cela devrait fonctionner maintenant.

27
David Aleu

Les fichiers de configuration de votre émulateur ont peut-être été enregistrés avec AndroidSDK and AVD Manager ailleurs sur votre disque dur.

Faites ce qui suit:

  • Commencez par rechercher le .Android folder sur votre disque dur. 
  • Une fois que vous avez trouvé cela, déplacez le .Android folder vers le répertoire racine de votre utilisateur, qui peut être "C:\Users\hallo\" dans votre cas. 

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

4
gtiwari333

Les fichiers de configuration de votre émulateur ont peut-être été enregistrés par AndroidSDK et AVD Manager ailleurs sur votre disque dur.

Faites ce qui suit:

Commencez par rechercher le dossier .Android sur votre disque dur . Après l’avoir trouvé, déplacez le dossier .Android dans le répertoire racine de votre utilisateur (ce qui peut être "C:\Utilisateurs\Quelque chose" dans votre cas.

Autre méthode

Vérifiez l'emplacement de l'ancien dossier que vous pouvez ouvrir. Naviguez vers Windows -> Préférences -> Android -> Développez-le et sélectionnez Construire Trouvez la valeur du magasin de clés Debug par défaut et vous connaîtrez l'emplacement de votre dossier .Android.

Puis mklink/J "ancien emplacement du dossier" "C:\Utilisateurs\Quelque chose \"

1
PravinDodia

si quelqu'un est intéressé par le même problème sous Linux (Ubuntu 11.10), la solution N'EXÉCUTE PAS le gestionnaire de SDK Android en tant que root. Bien entendu, le SDK s’attend à être exécuté par un utilisateur normal et essaie de travailler avec le dossier de l’utilisateur principal, c’est pourquoi l’erreur. C'est ce que je soupçonne.

1
Solarin

Cela a fonctionné pour moi en exécutant Eclipse en tant que root (dans Ubuntu), mon be run en tant qu'administrateur fonctionnera

0
MSaudi