Existiert die Einstellungsdatei in Ihrem Installationsverzeichnis?

Bedeutet das Installationsverzeichnis den Ordner, in dem sich die installierte Anwendung oder das Installationsprogramm befindet?

Wohin die installierte Anwendung geht ... die Vorgabe dafür ist C:\Users\<yourusername>\AppData\Roaming\nvm . Es sollte etwa so aussehen:

Die Hauptdateien, nach denen gesucht werden muss, sind elevate.cmd , elevate.vbs , nvm.exe und settings.txt sowie nodejs.ico (das ist nur die Symbol, es bietet keine Funktionalität).

Wenn settings.txt nicht existiert, wurde es wahrscheinlich nicht während des Installationsvorgangs erstellt. Das Installationsprogramm sollte dies für Sie erledigen, die manuelle Installation jedoch nicht. Wenn Sie das Installationsprogramm verwendet haben und die Datei settings.txt nicht sehen, gibt es wahrscheinlich einen Fehler im Installationsprogramm, den ich gerne aufspüren und beheben würde.

Die Einstellungsdatei sollte folgende Inhalte enthalten:

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

Hallo, mir ist das auch passiert. Nachdem das Installationsprogramm beendet war, wurde cmd.exe geöffnet, und cmd.exe wurde mit dieser Fehlermeldung geöffnet.

settings.txt existiert tatsächlich in meinem Installationsordner.

Wenn ich meine neue Pfadvariable untersuche, hat sie am Ende Folgendes: " [...meine vorherigen Pfade ...];%NVM_HOME%;%NVM_SYMLINK% "

Es sieht also so aus, als würden diese %Variablen% möglicherweise nicht in den tatsächlichen Verzeichnissen ausgewertet, bevor sie während des Installationsprogramms an den Suchpfad angehängt werden? Wenn ich manuell die richtigen Verzeichnisse zu meinem Pfad hinzufüge, scheint es zu funktionieren, obwohl ich neu bei node.js bin und daher noch sehr wenig Ahnung habe, wovon ich spreche.

@bobbycircle - Es ist möglich, dass die Variablen nicht zum richtigen Zeitpunkt ausgewertet werden ... Ich muss das untersuchen. Ich habe vorher nicht darüber nachgedacht, weil ... nun, es hat funktioniert und ich habe diesen Teil des Installationsprogramms nicht geändert. Ich werde mich darum kümmern, sobald ich kann.

Das selbe hier. Laut @bobbycircle hat das manuelle Anpassen meiner PATH-Variablen das Problem gelöst.

Ich bin nach der Installation auf den gleichen Fehler gestoßen. Unter Windows 8+ müssen Sie ein neues cmd-Fenster erstellen, um die ausgewerteten Umgebungsvariablen %nvm_home% und %nvm_symlink% anzuzeigen. Dies ist eine Änderung von Win 7 zu 8, bei der eine vorhandene Windows Explorer-Shell keinen neuen Prozess erstellen und die neuen Umgebungsvariablen sehen kann. Wenn Sie cmd.exe aus dem Explorer starten, müssen Sie zuerst den Windows-Explorer schließen und neu starten, um neue Env-Variablen anzuzeigen.

@dan-sterling - Ich habe das bei Windows 8 nicht festgestellt (auf dem ich das entwickelt habe). Aus diesem Grund werden auch die Benutzerattribute festgelegt, und die cmd-Shell nimmt den Pfad auf. Es sollte jedoch keine Rolle spielen - ich baue ein völlig neues Installationsprogramm, um diese Probleme zu lösen.

Habe das gleiche Problem. Darüber hinaus hat das Erstellen von settings.txt in diesem Verzeichnis das Problem nicht behoben. Ich musste es bei ~ erstellen

Ich hatte das gleiche Problem. https://github.com/coreybutler/nvm-windows/issues/23 Der Kommentar von @colmsjo hat es für mich gelöst.

Entfernen Sie einfach %NVM_HOME% und NVM_SYMLINK aus den Umgebungsvariablen _user_.

Dasselbe Problem hier. Ich habe die Lösung von @queckezz befolgt, es funktioniert.

Ich habe dieses Problem auch jedes Mal, wenn ich es installiere. Ich denke, dass das Starten von cmd.exe am Ende der Installation keine gute Idee ist, da es zu oft fehlschlagen kann, um einen schlechten ersten Eindruck des Tools zu hinterlassen.

Ich würde cmd.exe lieber nicht starten und den Benutzer bitten, seine Windows-Sitzung zu schließen, eine neue zu öffnen und dann nvm in einem Eingabeaufforderungsfenster auszuprobieren.

Außerdem trat dieses Problem auf, wenn das Installationsprogramm für Version 1.0.6 ausgeführt wurde. Windows 8, Installer als Admin ausgeführt. file.exe war nicht in meinem Pfad. Auch die Installation von GnuWin32 löste das Problem nicht. Node war noch nicht installiert.

Ich könnte verwenden, um settings.txt nach c:\ zu kopieren.

Die Lösung von @bobbycircle hat bei mir funktioniert.

Ich bin auch auf dieses Problem gestoßen (Windows 8.1). Das Schließen und Neustarten der Eingabeaufforderung hat nicht geholfen (der Prozess wurde möglicherweise noch ausgeführt - nicht überprüft). Aus Vermutung habe ich Windows neu gestartet. Problem gelöst: kein Herumfummeln mit den Installer PATH vars. Probieren Sie es aus, bevor Sie etwas ändern
@coreybutler - kann auch eine gute Ausfallsicherung für das Installationsprogramm sein: Lösen Sie am Ende einen Neustart aus, "damit Ihre Änderungen wirksam werden", um einige der Abweichungen der Benutzerumgebung zu beseitigen.

Manchmal kann dies beim Optimieren von Umgebungsvariablen passieren :+1:

• Sie haben im Fenster "Umgebungsvariable bearbeiten" nicht auf die Schaltfläche "OK" geklickt
  Jawohl. Das mag dumm aussehen, aber ich habe tatsächlich viel Zeit damit verbracht, Vars zu ändern und PowerShell neu zu starten, und nichts passierte ... bis ich dieses Fenster schloss! Das Klicken auf die Schaltfläche "OK" ist SEHR wichtig, wenn Sie das Fenster schließen oder abbrechen, werden Ihre Änderungen verworfen. Dann laden Sie einfach Ihren Begriff neu.
• Ihr Begriff kann fehlerhaft sein, versuchen Sie es mit einem anderen.
  Wenn Sie Github für Windows und Git verwenden, landen Sie möglicherweise bei 3 Begriffen (PowerShell, Git Shell, Git Bash). Jeder Begriff kann seine eigene Umgebung haben, und das Ändern von Werten wird nichts lösen. Probieren Sie PowerShell oder cmd.exe (Vanilla-Windows-Begriffe) vorher aus.

Bin gerade auch unter Windows 8 darauf gestoßen.

Führen Sie Ihr cmd-Terminal als Administrator aus

Ist es möglich, dass dies fehlgeschlagen ist, weil die Installation fehlgeschlagen ist ... wegen eines Leerzeichens im Ordner User ? Dies tritt in Fehler/Ausgabe Nr. 41 auf, also passiert das vielleicht auch hier?

@queckezz- Lösung hat funktioniert

@queckezz- Lösung hat funktioniert. Danke

Ich hatte dieses Problem.

Das Installationsprogramm wurde mit erhöhten Rechten ausgeführt (für die Installation erforderlich).
Die von ihm gestartete cmd-Sitzung wird dann ebenfalls mit erhöhten Rechten ausgeführt, weigerte sich jedoch, die .txt-Datei mit den Einstellungen anzuzeigen

Beim Neustart einer Nicht-Administrator-cmd wurde die Datei settings.txt einwandfrei angezeigt, und nvm läuft jetzt auch in einer als Administrator gestarteten Administratorsitzung einwandfrei.

Die Lösung von @queckezz hat auch für mich funktioniert. Danke

@queckezz- Lösung funktionierte +1

Ich hatte das gleiche Problem. Das Problem war, dass sich „C:\Program Files\nodejs“ in meinem Benutzerpfad befand, direkt vor den neuen Vars ;%NVM_HOME%;%NVM_SYMLINK%.

In meinem Fall (Windows 7 und Windows 8.1) tritt dieses Phänomen direkt nach der Installation auf.
Wenn ich nach der Installation neu starte, funktioniert nvm für Windows normal

+1 für @sanori und Neustart nach der Reparatur der Installation

Das Problem ist, dass PATH nicht korrekt aktualisiert wurde, was bedeutet, dass ich in meinem Fall festgestellt habe, dass der PATH-Wert ...";%NVM_HOME%;%NVM_SYMLINK% war. Diese ... sind die vorhandenen Einträge, aber vor dem Semikolon wurden doppelte Anführungszeichen hinzugefügt.

Sobald dies korrigiert wurde, PATH = ...;%NVM_HOME%;%NVM_SYMLINK% funktioniert alles korrekt.
Sie müssen settings.txt nicht in C:, D: oder das von Ihnen verwendete Laufwerk kopieren, wenn Sie das nvm-Tool ausführen.

Ich habe auch die %vars% in meinem Pfad bemerkt, aber bis dahin hatte ich wieder nur die aktive Version von Node installiert, also habe ich sie einfach entfernt.

Ich kann nicht glauben, dass sie (MicroSoft) die Methode der Systemeigenschaften zum Ändern des Pfads nicht verbessert haben. Ich bin mir sicher, dass es seit XP-Tagen das gleiche schmale Textfeld ist.

Das Festlegen von env vars unter Windows funktioniert einwandfrei. Sie können es sogar von Powershell aus tun:

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

Ich habe dieses Problem behoben, indem ich zu %AppData%/nvm gegangen bin und die Sicherheit der Datei settings.txt geändert habe, sodass Everyone vollen vollen Zugriff auf die Datei hatte.

Wenn Sie dies lieber nicht tun möchten, können Sie auch versuchen, nvm von der Eingabeaufforderung mit erhöhten Rechten auszuführen. Als Administrator ausführen verwenden.

Nachdem es vom anfänglich geladenen "Run Cmd" aus nicht funktioniert hat. Ich habe eine Administrator-cmd geladen und nvm list ausgeführt , was funktioniert hat. Als ich dann zu einem normalen cmd-Fenster zurückkehrte, funktionierte es weiter.

Ich habe diesen Fehler bei der ersten Installation erhalten. Dann habe ich das Installationsprogramm als Administrator ausgeführt, alles ist gut.

Ich habe es installiert und alles, was getan werden musste, war, Windows neu zu starten. Ich habe das Gefühl, dass cmd nur mit den neuen Umgebungsvariablen zurückgesetzt werden musste.

Dasselbe Problem hier. Ich habe die Lösung von @queckezz befolgt, es funktioniert.

+1 Neustart auf Win7

Für alle, die es auch nicht zum Laufen bringen können: VERSUCHEN SIE DAS

Schließen Sie einfach alle Ihre Instanzen der CMD-Eingabeaufforderung und öffnen Sie sie erneut als Administrator (nur für den Fall).
Habe es für mich behoben

@mcpDESIGNS danke, es hat mir auch geholfen!

Ich habe das gleiche Problem unter Win10 x64.
Aber in meinem Fall liegt das daran, dass der symbolische Link auf einen nicht vorhandenen Ordner in C (C:\Program Files\nodejs\v1.1.2) verwies.
Der einzige Ordner im nodejs-Ordner ist „v4.0.0“, also musste ich den Symlink entfernen und einen anderen mit mklink /j "C:\Program Files\nodejs" "G:\Program Files (x86)\nvm erstellen

Dies ist immer noch ein Problem unter Windows 7 ab dem 2.1.2016. Die Variablen werden nicht in einem untergeordneten cmd ausgewertet.

Die Lösung besteht darin, ein neues cmd-Fenster zu öffnen.

@coreybutler Ich nehme an, Sie verwenden SETX VAR value und start cmd .

SETX VAR value setzt die Umgebungsvariable namens VAR nur für neue Instanzen von cmd
start cmd startet ein Kind des aktuellen cmd, das die Umgebung des Elternteils verwendet

Eine Problemumgehung besteht darin, SETX mit SET VAR=value zu ergänzen, um den Wert in der aktuellen Umgebung für untergeordnete Prozesse zu duplizieren.

Ich habe viele der oben genannten Lösungen ausprobiert, und die einzige, die für mich funktioniert hat, war, Windows 7 neu zu starten. :enttäuscht:

FYI: Unterstützung für Windows 7 = veraltet.

@vferko - Ich verwende nicht explizit SET oder SETX . All dies übernimmt die InnoSetup-Engine. Ich glaube, das Problem liegt in der Reihenfolge. Sporadisch scheint das Installationsprogramm das cmd-Fenster zu starten, bevor die Einrichtungsmethoden für Umgebungsvariablen abgeschlossen sind.

FYI: Der ERROR open settings.txt: [...] ist mir auf einem Win10 x64 passiert. Nach dem Öffnen eines neuen cmd-Fensters scheint alles in Ordnung zu sein :)

Passiert immer noch mit der 1.1.0 in Win10 x64. Dasselbe wie bei @DCorto

cmd.exe neustarten und gut ist

Ich habe irgendwie andere Symptome, aber es scheint mit diesem Problem zusammenzuhängen:

• Win7 64bit, Installation erfolgreich, aber 'nvm' wird nicht als interne oder externe ...
• Nach jedem Systemneustart kann nvm bis zur ersten Verwendung von nvm über die Befehlszeile ausgeführt werden- dann wird 'nvm' wieder nicht erkannt ...
• Das Löschen der Benutzervariablen NVM_HOME und NVM_SYMLINK löste das Problem (%vars% wurden in PATH durch ihre Werte ersetzt)

Dies sollte mit dem neuen Installer behoben werden. InnoSetup wurde für v1.1.7 aktualisiert und es wurden mehrere neue Änderungen an install.cmd vorgenommen. Windows 7 wird auch technisch nicht unterstützt, weder von NVM4W noch von Microsoft.

Ich habe den gleichen Fehler mit dem neuen 1.1.7, wo die Benutzervariable ist, die ich nicht auf settings.txt sehe

Entschuldigung, starten Sie einfach den Computer und seine Arbeit neu 💯

Dieser Fehler ist immer noch vorhanden. Ich habe NVM eine Zeit lang ohne Probleme verwendet und jetzt hatte ich ein Projekt, bei dem ich meinen NPM-Cache direkt auf das Laufwerk C verschieben musste (um Probleme mit langen Pfaden zu vermeiden) und nachdem ich diese Änderung vorgenommen habe (wahrscheinlich, das ist die einzige NPM-Konfigurationsänderung, die ich vorgenommen habe, und am selben Tag, an dem dies begann …) trat dieses Problem auf.

Ich habe festgestellt, dass das Ausführen von Powershell als Administrator es mir ermöglicht, NVM ohne Probleme auszuführen, was eine Problemumgehung ist, die ich vorerst verwenden werde (ich könnte die settings.txt -Dateiberechtigungen auf "alles geht" setzen, wie das andere Poster wenn es zu nervig wird).

Ich glaube nicht, dass das eine Lösung für alle sein wird. Aber vielleicht für manche. KURZE ANTWORT: Versuchen Sie, das Befehlsfenster zu schließen und ein neues Befehlsfenster zu öffnen. LANGE ANTWORT: Ich habe festgestellt, dass, wenn ich nvm mit nvm_setup.exe (heruntergeladen in nvm_setup.zip) über die Windows-Befehlszeile (cmd.exe-Befehlsfenster) installiert und dann versucht habe, nvm in derselben Befehlsfenstersitzung auszuführen (direkt nach der Installation ), es gab mir diesen Fehler - ERROR open settings.txt. Ich habe nachgesehen und die Pfade wurden zu meinen System-PATH-Einstellungen hinzugefügt. Also habe ich das Befehlszeilenfenster geschlossen und ein neues Befehlsfenster geöffnet. Es hat dann funktioniert. Ich denke, obwohl die Installation den Pfad zu nvm.exe (und zu settings.txt) zum Windows PATH hinzufügt, wird er in demselben Befehlsfenster noch nicht erkannt. Schließen Sie das Befehlsfenster und öffnen Sie ein neues. Hoffe, das hilft jemandem. Ein Vorschlag für das Installationsprogramm ist, dem Benutzer zu Beginn der Installation eine Nachricht zu geben, dass das Befehlsfenster geschlossen wird, sobald die Installation abgeschlossen ist. Schließen Sie dann einfach das Befehlsfenster, wenn die Installation abgeschlossen ist. Dann wird der Benutzer gezwungen, nach der Installation ein neues Befehlsfenster zu öffnen.

Passiert immer noch mit der 1.1.0 in Win10 x64. Das gleiche wie @dcorto

cmd.exe neustarten und gut ist

Dasselbe gilt für win10 + Powershell, schließen Sie einfach die Instanz von cmd oder Powershell und starten Sie ein neues cmd oder Powershell neu

InnoSetup beachtet nicht immer die Reihenfolge der Vorgänge beim Schreiben der Anfangseinstellungsdatei und beim Festlegen des Pfads. Aus diesem Grund funktioniert das erneute Öffnen des Fensters nach der Erstinstallation.

Ich habe eine Fehlermeldung erhalten, als ich npx create respond app ausgeführt habe. Es heißt, geben Sie den genauen Pfad ein, in dem die Zip-Datei extrahiert/kopiert wird: Sie hat nach der nvm-Installation und der Installation von Knoten 12.

Passiert immer noch mit der 1.1.0 in Win10 x64. Gleich wie dcorto

cmd.exe neustarten und gut ist

Dieser Stil funktioniert (als Problemumgehung) @Muizuddeen

Habe festgestellt, dass das Kopieren von settings.txt nach c: auch funktioniert