Le fichier de paramètres existe-t-il dans votre répertoire d'installation ?

Le répertoire d'installation signifie-t-il le dossier où se trouve l'application installée ou où se trouve le programme d'installation ?

Où va l'application installée... la valeur par défaut est C:\Users\<yourusername>\AppData\Roaming\nvm . Ça devrait ressembler a quelque chose comme ca:

Les principaux fichiers à rechercher sont elevate.cmd , elevate.vbs , nvm.exe et settings.txt , ainsi que nodejs.ico (qui n'est que le icône, il ne fournit aucune fonctionnalité).

Si settings.txt n'existe pas, il n'a probablement pas été créé lors du processus d'installation. Le programme d'installation devrait le faire pour vous, mais pas l'installation manuelle. Si vous avez utilisé le programme d'installation et que vous ne voyez pas le fichier settings.txt , il y a probablement un bogue dans le programme d'installation que je serais intéressé à retrouver et à corriger.

Le fichier de paramètres doit contenir un contenu similaire à :

root: C:\Users\Corey\AppData\Roaming\nvm
path: C:\Program Files\nodejs

Salut, ça m'est arrivé aussi. Une fois le programme d'installation terminé, il a ouvert cmd.exe et cmd.exe s'est ouvert avec ce message d'erreur.

settings.txt existe en fait dans mon dossier d'installation.

Quand j'examine ma nouvelle variable de chemin, elle a ceci à la fin : " [...mes chemins précédents...];%NVM_HOME%;%NVM_SYMLINK% "

Il semble donc que ces %variables% ne soient peut-être pas évalués dans les répertoires réels avant de les ajouter au chemin de recherche pendant le programme d'installation ? Lorsque j'ajoute manuellement les bons répertoires à mon chemin, cela semble fonctionner, bien que je sois nouveau sur node.js, donc j'ai très peu d'idée de quoi je parle pour le moment.

@bobbycircle - Il est possible que les variables ne soient pas évaluées au bon moment... Je vais devoir me pencher là-dessus. Je n'y ai pas pensé avant parce que... eh bien, cela a fonctionné et je n'ai pas modifié cette partie du programme d'installation. J'examinerai cela dès que possible.

Même chose ici. Selon @bobbycircle , le réglage manuel de ma variable PATH l'a trié.

J'ai rencontré la même erreur après l'installation. Sous Windows 8+, vous devez créer une nouvelle fenêtre cmd pour voir les variables d'environnement %nvm_home% et %nvm_symlink% évaluées. Il s'agit d'un changement de Win 7 à 8 où un shell d'explorateur Windows existant ne peut pas créer un nouveau processus et voir les nouvelles variables d'environnement. Si vous démarrez cmd.exe à partir de l'Explorateur, vous devez d'abord fermer l'Explorateur Win et le redémarrer pour voir les nouvelles variables Env.

@dan-sterling - Je n'ai pas rencontré cela avec Windows 8 (c'est sur quoi j'ai développé cela). C'est précisément pourquoi les attributs de l'utilisateur sont également définis, puis le shell cmd reprendra le chemin. Cela ne devrait pas avoir d'importance - je construis un tout nouveau programme d'installation pour résoudre ces problèmes.

J'ai le même problème. De plus, la création de settings.txt dans ce répertoire n'a pas résolu le problème. J'avais besoin de le créer à ~

J'ai eu le même problème. https://github.com/coreybutler/nvm-windows/issues/23 Le commentaire de @colmsjo l'a résolu pour moi.

Supprimez simplement %NVM_HOME% et NVM_SYMLINK des variables d'environnement _user_.

Même problème ici. J'ai suivi la solution de @queckezz , ça marche.

J'ai aussi ce problème à chaque fois que je l'installe, je pense que lancer cmd.exe à la fin de l'installation n'est pas une bonne idée car il peut échouer trop souvent en donnant une mauvaise première impression de l'outil.

Je préfère ne pas lancer cmd.exe et demander à l'utilisateur de fermer sa session Windows, d'en ouvrir une nouvelle, puis d'essayer nvm dans une fenêtre d'invite de commande.

En outre, j'ai rencontré ce problème lors de l'exécution du programme d'installation 1.0.6. Windows 8, a exécuté le programme d'installation en tant qu'administrateur. file.exe n'était pas dans mon chemin. L'installation de GnuWin32 n'a pas non plus résolu le problème. Node n'a pas encore été installé.

Je pourrais utiliser pour copier settings.txt vers c:\ .

La solution @bobbycircle a fonctionné pour moi.

J'ai également rencontré ce problème (Windows 8.1). La fermeture et le redémarrage de l'invite de commande n'ont pas aidé (le processus était peut-être encore en cours d'exécution - n'a pas vérifié). Sur une intuition, j'ai redémarré windows. Problème résolu : pas de problème avec le programme d'installation PATH vars. Essayez-le avant de changer quoi que ce soit
@coreybutler - peut également être une bonne sécurité pour l'installateur : déclenchez un redémarrage à la fin "pour que vos modifications prennent effet" afin d'éliminer certaines des variations de l'environnement utilisateur.

Parfois, lors de la modification des variables d'environnement, cela peut arriver :+1 :

• Vous n'avez pas appuyé sur le bouton "OK" de la fenêtre "Modifier la variable d'environnement"
  Ouais. Cela peut sembler stupide, mais j'ai passé beaucoup de temps à changer de vars et à redémarrer PowerShell, et rien ne se passait... jusqu'à ce que je ferme cette fenêtre ! Cliquer sur le bouton "OK" est TRÈS important, si vous fermez la fenêtre ou annulez, vos modifications seront rejetées. Ensuite, rechargez simplement votre terme.
• Votre terme peut être erroné, essayez-en un autre.
  Si vous utilisez Github pour Windows et Git, vous pourriez vous retrouver avec 3 termes (PowerShell, Git Shell, Git Bash). Chaque terme peut avoir son propre environnement, et modifier les valeurs ne résoudra rien. Essayez PowerShell ou cmd.exe (termes Windows vanille) avant.

Je viens de rencontrer cela sur Windows 8 également.

lancez votre terminal cmd en tant qu'administrateur

Est-il possible que cela ait échoué parce que l'installation a échoué .. à cause d'un espace dans le dossier User ? Cela se produit dans le bogue/problème n° 41, alors peut-être que cela se produit ici aussi ?

La solution @queckezz a fonctionné

La solution @queckezz a fonctionné. Merci

J'ai eu ce problème.

Le programme d'installation a été exécuté avec des privilèges élevés (requis pour l'installation).
La session cmd qu'il a lancée s'exécute alors également avec des privilèges élevés, mais a refusé de voir les paramètres .txt

La relance d'un cmd non administrateur a très bien vu settings.txt, et nvm fonctionne désormais également correctement dans une session d'administration lancée en tant qu'administrateur.

La solution @queckezz a également fonctionné pour moi. Merci

La solution @queckezz a fonctionné +1

J'ai eu le même problème. Le problème était que "C:\Program Files\nodejs" se trouvait dans mon chemin utilisateur, juste avant les nouveaux vars ;%NVM_HOME%;%NVM_SYMLINK%.

Dans mon cas (Windows 7 et Windows 8.1), ce phénomène se produit juste après l'installation.
Si je redémarre après l'installation, nvm pour windows fonctionne normalement

+1 pour @sanori et redémarrage après la réparation de l'installation

Le problème est que PATH n'a pas été correctement mis à jour, ce qui signifie que dans mon cas, j'ai trouvé que la valeur PATH était ...";%NVM_HOME%;%NVM_SYMLINK% . Ces ... sont les entrées existantes, mais des guillemets doubles ont été ajoutés avant le point-virgule.

Une fois cela corrigé, PATH = ...;%NVM_HOME%;%NVM_SYMLINK% tout fonctionne correctement.
Vous n'avez pas besoin de copier settings.txt dans C:, D: ou quel que soit le lecteur que vous utilisez lors de l'exécution de l'outil nvm.

J'ai également remarqué les% vars% dans mon chemin, mais à ce moment-là, j'étais revenu à l'installation de la version active de Node, je les ai donc simplement supprimés.

Je ne peux pas croire qu'ils (MicroSoft) n'aient pas amélioré la méthode des propriétés système pour modifier le chemin. Je suis sûr que c'est la même zone de texte étroite depuis l'époque de XP.

La définition de variables d'environnement sur Windows fonctionne très bien. Vous pouvez même le faire depuis powershell :

[System.Environment]::SetEnvironmentVariable("MYVAR", "WHATEVER", "Machine")

J'ai résolu ce problème en accédant à %AppData%/nvm et en modifiant la sécurité du fichier settings.txt afin que Everyone ait un accès complet au fichier.

Si vous préférez ne pas le faire, vous pouvez également essayer d'exécuter nvm partir de l'invite de commande avec des privilèges élevés. Utiliser Exécuter en tant qu'administrateur.

Après cela n'a pas fonctionné à partir du "Run Cmd" initialement chargé. J'ai chargé un administrateur cmd et exécuté la liste nvm qui a fonctionné. Ensuite, lorsque je suis revenu à une fenêtre cmd normale, cela a continué à fonctionner.

J'ai eu cette erreur lors de la première installation. Ensuite, j'ai lancé le programme d'installation en tant qu'administrateur, tout va bien.

J'ai installé est et tout ce qu'il fallait faire était de redémarrer Windows. J'ai l'impression que cmd avait juste besoin d'être réinitialisé avec les nouvelles variables d'environnement.

Même problème ici. J'ai suivi la solution de @queckezz , ça marche.

+1 redémarrage sur Win7

Pour tous ceux qui ne peuvent pas le faire fonctionner non plus :: ESSAYEZ CECI

Fermez simplement toutes vos instances d'invite CMD et rouvrez-les en tant qu'administrateur (au cas où).
Réparé pour moi

@mcpDESIGNS merci, ça m'a aidé aussi !

J'ai le même problème sous Win10 x64.
Mais dans mon cas, c'est parce que le lien symbolique pointait vers un dossier inexistant en C (C:\Program Files\nodejs\v1.1.2).
Le seul dossier dans le dossier nodejs est "v4.0.0", donc j'avais besoin de supprimer le lien symbolique et d'en créer un autre en utilisant mklink /j "C:\Program Files\nodejs" "G:\Program Files (x86)\nvm

C'est toujours un problème sur Windows 7 depuis le 2.1.2016. Les variables ne sont pas évaluées dans une cmd enfant.

La solution consiste à ouvrir une nouvelle fenêtre cmd.

@coreybutler Je suppose que vous utilisez SETX VAR value et start cmd .

SETX VAR value définit la variable d'environnement nommée VAR pour les nouvelles instances de cmd uniquement
start cmd démarre un enfant de la cmd actuelle qui utilise l'environnement du parent

Une solution de contournement consiste à compléter le SETX avec SET VAR=value pour dupliquer la valeur dans l'environnement actuel pour les processus enfants.

J'ai essayé plusieurs des solutions ci-dessus, et la seule qui a fini par fonctionner pour moi a été de redémarrer Windows 7. :déçu:

Pour info : prise en charge de Windows 7 = obsolète.

@vferko - Je n'utilise pas explicitement SET ou SETX . Le moteur InnoSetup gère tout cela. Je pense que le problème vient du séquençage. Sporadiquement, le programme d'installation semble lancer la fenêtre cmd avant que les méthodes de configuration des variables d'environnement ne soient terminées.

FYI : L'ERREUR d'ouverture de settings.txt : [...] m'est arrivé sur un Win10 x64. Après avoir ouvert une nouvelle fenêtre cmd semble tout va bien :)

Cela se produit toujours avec le 1.1.0 dans Win10 x64. Identique à @DCorto

redémarrez cmd.exe et tout va bien

J'ai des symptômes différents, mais cela semble être lié à ce problème:

• Win7 64bit, installation réussie, mais 'nvm' n'est pas reconnu comme interne ou externe...
• Après chaque redémarrage du système, nvm peut être exécuté à partir de la ligne de commande, jusqu'à la première utilisation de nvm- puis encore 'nvm' n'est pas reconnu...
• La suppression des variables utilisateur NVM_HOME et NVM_SYMLINK a résolu le problème (%vars% remplacé dans PATH par leurs valeurs)

Cela devrait être résolu avec le nouveau programme d'installation. InnoSetup a été mis à niveau pour la v1.1.7 et plusieurs nouvelles modifications ont été apportées à install.cmd. Windows 7 n'est pas non plus supporté techniquement, par NVM4W ou Microsoft.

J'ai la même erreur avec le nouveau 1.1.7 où est la variable utilisateur que je ne vois pas sur settings.txt

Désolé, redémarrez simplement l'ordinateur et son travail 💯

Cette erreur est toujours présente. J'utilisais NVM sans problème pendant un certain temps et maintenant j'ai eu un projet qui m'obligeait à déplacer mon cache NPM directement sur le lecteur C (pour éviter les problèmes de long chemin) et après avoir apporté cette modification (probablement, c'est le seul changement de configuration NPM que j'ai fait et le même jour, cela a commencé à se produire…) ce problème a commencé à se produire.

J'ai trouvé que l'exécution de Powershell en tant qu'administrateur me permettait d'exécuter NVM sans problème, ce qui est une solution de contournement que j'utiliserai pour l'instant (je pourrais définir les autorisations de fichier settings.txt sur "tout va bien" comme l'autre affiche si cela devient trop ennuyeux).

Je ne pense pas que ce sera une solution pour tous. Mais peut-être pour certains. RÉPONSE COURTE : Essayez de fermer la fenêtre de commande et d'ouvrir une nouvelle fenêtre de commande. LONGUE RÉPONSE : J'ai découvert que si j'installais nvm à l'aide de nvm_setup.exe (téléchargé dans nvm_setup.zip) à partir de la ligne de commande Windows (fenêtre de commande cmd.exe), puis que j'essayais d'exécuter nvm dans la même session de fenêtre de commande (juste après l'installation ), cela m'a donné cette erreur - ERROR open settings.txt. J'ai regardé et les chemins ont été ajoutés aux paramètres PATH de mon système. J'ai donc fermé la fenêtre de ligne de commande et ouvert une nouvelle fenêtre de commande. Cela a ensuite fonctionné. Je pense que même si l'installation ajoute le chemin vers nvm.exe (et vers settings.txt) au PATH Windows, il n'est pas encore reconnu dans cette même fenêtre de commande. Fermez la fenêtre de commande et ouvrez-en une nouvelle. J'espère que cela aide quelqu'un. Une suggestion pour l'installateur est peut-être de donner un message à l'utilisateur au début de l'installation que la fenêtre de commande se fermera une fois l'installation terminée. Ensuite, fermez simplement la fenêtre de commande lorsque l'installation est terminée. Ensuite, l'utilisateur est obligé d'ouvrir une nouvelle fenêtre de commande après l'installation.

Cela se produit toujours avec le 1.1.0 dans Win10 x64. Identique à @dcorto

redémarrez cmd.exe et tout va bien

pareil avec win10 + powershell, fermez simplement l'instance de cmd ou powershell et redémarrez un nouveau cmd ou powershell

InnoSetup ne respecte pas toujours l'ordre des opérations lors de l'écriture du fichier de paramètres initiaux et de la définition du chemin. C'est pourquoi la réouverture de la fenêtre fonctionne après l'installation initiale.

J'ai eu une erreur lorsque j'ai exécuté l'application npx create react.

Cela se produit toujours avec le 1.1.0 dans Win10 x64. Identique à dcorto

redémarrez cmd.exe et tout va bien

Cela fonctionne toujours (comme solution de contournement) @Muizuddeen

Trouvé que si vous copiez le settings.txt à c: fonctionne aussi