npm Installationsfehler mit Fehler: ENOENT, chmod


128

Ich versuche, ein soeben veröffentlichtes npm-Modul global zu installieren. Jedes Mal, wenn ich versuche, entweder von npm oder vom Ordner aus zu installieren, wird dieser Fehler angezeigt.

npm ERR! Error: ENOENT, chmod '/usr/local/lib/node_modules/takeapeek/lib/cmd.js'
npm ERR! If you need help, you may report this log at:
npm ERR!     <http://github.com/isaacs/npm/issues>
npm ERR! or email it to:
npm ERR!     <npm-@googlegroups.com>

npm ERR! System Linux 3.8.0-19-generic
npm ERR! command "node" "/usr/local/bin/npm" "install" "-g" "takeapeek"
npm ERR! cwd /home/giodamlio
npm ERR! node -v v0.10.6
npm ERR! npm -v 1.3.6
npm ERR! path /usr/local/lib/node_modules/takeapeek/lib/cmd.js
npm ERR! code ENOENT
npm ERR! errno 34
npm ERR! 
npm ERR! Additional logging details can be found in:
npm ERR!     /home/giodamlio/npm-debug.log
npm ERR! not ok code 0

Ich benutze sudo und habe alles im Paket dreifach überprüft, alles sollte funktionieren. Ich suchte ein bisschen herum und sah ein paar Similer-Fälle, von denen keiner gelöst wurde. Folgendes habe ich versucht.

  • Upgrade npm ( sudo npm install -g npm)
  • Leere den globalen npm-Cache ( sudo npm cache clear)
  • Leeren Sie den Benutzer-npm-Cache ( npm cache clear)

Ich habe festgestellt, dass der Fehler mit der Datei zu tun hat, die ich mit dem Pfad verknüpfe, insbesondere als npm versuchte, einen chmod auszuführen. Das sollte kein Problem sein, meine lib/cli.jshat normale Berechtigungen und npm hat Superuser-Berechtigungen während dieser Installation.

Nachdem ich die npm-Dokumente durchgesehen hatte, fand ich eine Option, die npm daran hinderte, die bin-Links zu erstellen (--no-bin-links ) zu Als ich die Installation damit versuchte, funktionierte sie einwandfrei.

Also, was ist der Deal? Ist dies ein seltsamer Randfall , der noch keine Lösung hat?

Bearbeiten: Als Referenz ist hier das Modul, das ich hochgeladen habe


Verwendet Ihr Paket Node-Gyp? Ich denke, dass No-Bin-Links-Aufruf verwandt ist, wenn ja.
JCollum

Nein, kein nativer Code im Modul. Hier ist die Modulquelle als Referenz.
Giodamelio

1
Das --no-bin-linksstoppt npm nur daran, Dateien im binHash von package.json mit dem Pfad bei der globalen Installation zu verknüpfen .
Giodamelio

Argh, ich bin definitiv schon einmal darauf gestoßen, aber ich kann mich nicht erinnern warum ... werde dich wissen lassen, wenn es mir in den Kopf springt.
JCollum

@jcollum Danke, es ist wirklich ziemlich frustrierend, ich habe alles milliardenfach überprüft, aber ich kann immer noch nicht anders, als das Gefühl zu haben, etwas Dummes einfach verpasst zu haben. Das oder vielleicht ist es ein seltsamer Fehler.
Giodamelio

Antworten:


133

Ok, es sieht so aus, als würde NPM Ihre .gitignoreals Basis für die .npmignoreDatei verwenden und daher ignorieren /lib. Wenn Sie eine leere .npmignoreDatei in das Stammverzeichnis Ihrer Anwendung einfügen, sollte alles funktionieren.

[Bearbeiten] - Weitere Informationen zu diesem Verhalten finden Sie hier: https://docs.npmjs.com/misc/developers#keeping-files-out-of-your-package


Verdammt, das muss es sein. Das scheint eine etwas verwirrende Art zu sein, Dinge zu tun. Jetzt nicht an einem Computer, aber ich werde es in ein paar Stunden versuchen.
Giodamelio

3
3 Stunden Frust waren auf eine Zeile in meinem .gitignore zurückzuführen, die die npm-Installation -g ausflippte. Wahnsinnig.
Bryan

2
'Typ NUL> .npmignore' für Windows
Kabir

1
Ab npm @ 5 heilt sich der npm-Cache selbst von Korruptionsproblemen und die aus dem Cache extrahierten Daten sind garantiert gültig. Wenn Sie sicherstellen möchten, dass alles konsistent ist, verwenden Sie stattdessen 'npm cache verify'.
Abhijeet

1
Entfernen Sie die Datei package-lock.json
FennRussel

107

Ich bin auf ein ähnliches Problem gestoßen,

npm cache clean

Ich habe es gelöst.


11
Ich habe es versucht npm cache verifyund es hat funktioniert. Danke für den Hinweis.
Jaikrat

Ab npm @ 5 heilt sich der npm-Cache selbst von Korruptionsproblemen und die aus dem Cache extrahierten Daten sind garantiert gültig. Wenn Sie sicherstellen möchten, dass alles konsistent ist, verwenden Sie stattdessen 'npm cache verify'. Wenn Sie dagegen ein Problem mit dem Installationsprogramm debuggen, können Sie npm install --cache /tmp/empty-cacheeinen temporären Cache verwenden, anstatt den eigentlichen zu löschen.
Daniel ZA

9

Dieses Problem trat für mich auf dem Mac auf, als ich versuchte zu laufen npm install -g bower. Es gab mir eine Reihe von Fehlern, weil ich Dinge wie anmutige Fs nicht finden konnte. Ich bin mir nicht sicher, wie ich npm ursprünglich installiert habe, aber es sieht so aus, als wäre der Knoten mit Homebrew heruntergekommen. Ich rannte zuerst

brew uninstall node

Dies entfernte beide nodeund npmvon meinem Weg. Von dort habe ich es einfach neu installiert

brew install node

Wenn es fertig Ich hatte nodeund npmauf meinem Weg und ich war in der Lage zu laufen

rm -rf ~/.npm
npm install -g bower

Diese installierte dann die Laube erfolgreich.

Das Aktualisieren der Brühformeln und das Aktualisieren der Installationen schien für mich nicht zu funktionieren, ich bin mir nicht sicher warum. Das Entfernen des .npmOrdners hatte für andere Leute funktioniert, und ich hatte es ohne Erfolg versucht. Ich habe es diesmal nur für den Fall getan. Beachten Sie auch, dass keines der folgenden Probleme das Problem für mich gelöst hat, obwohl es für andere der Fall war:

npm cache clean
sudo npm cache clean

9

Ich habe diesen Fehler bei der Installation von npm erhalten und das Hinzufügen von .npmignore hat ihn nicht behoben.

Fehler: ENOENT, stat 'C: \ Benutzer \ Mein-Benutzername \ AppData \ Roaming \ npm'

Ich habe versucht, in den genannten Ordner zu wechseln, der jedoch nicht vorhanden war. Der Fehler wurde behoben, als ich den Ordner npm in Roaming erstellt habe .

Dies ist unter Windows 8.1


4

Ich hatte das gleiche Problem und fand gerade eine Handhabung, die hier nicht erwähnt wurde. Obwohl ich zur Community beitragen würde:

npm install -g myappkopierte das binVerzeichnis nicht. Ich fand das so, weil ich es nicht filesin meine aufgenommen habepackage.json

"files": [
  "lib",
  "bin" // this was missing
]

Ich habe das gleiche Problem und diese Antwort war die einzig gute Lösung für mich. Der Grund war, dass ich den filesSchlüssel in meinem package.jsonmit einigen Einträgen wie index.jsund bekam LICENSE, aber nicht den binOrdner. Es funktioniert also, wenn überhaupt kein filesSchlüssel vorhanden ist oder wenn ein filesSchlüssel UND der binOrdner vorhanden sind.
Rémi Becheras

Danke, das hat mir geholfen, mich zu lösen. Als Sie darauf hingewiesen haben, dass das bin-Verzeichnis nicht in Dateien enthalten ist, dachte ich "oh! Natürlich!". Dann ging ich zurück zu den Dokumenten, um zu sehen, ob ich es verpasst habe und es nicht erwähnt wird (zumindest nicht in dem npm-Blog-Beitrag, den ich durchgelesen habe). Zumindest bin ich nicht verrückt: P. Danke für die Hilfe!
Chris Schmitz

4

Bei npm installeiner lokalen Installation wurde ein ähnlicher Fehler angezeigt:

npm ERR! enoent ENOENT: no such file or directory, stat '[path/to/local/installation]/node_modules/grunt-contrib-jst'

Ich bin nicht sicher, was den Fehler verursacht hat, aber ich hatte kürzlich einige neue Knotenmodule lokal installiert, den Knoten mit Homebrew aktualisiert und 'npm update -g' ausgeführt.

Die einzige Möglichkeit, das Problem zu beheben, bestand darin, das lokale Verzeichnis node_modules vollständig zu löschen und npm installerneut auszuführen :

cd [path/to/local/installation]
npm rm -rdf node_modules
npm install

4

Ich habe speziell ein ähnliches Problem: ERR! enoent ENOENT: keine solche Datei oder kein solches Verzeichnis, chmod 'Knotenmodule / npm / Knotenmodule / Anfrage / Knotenmodule / http-Signatur / Knotenmodule / sshpk / bin / sshpk-conv Ich habe alle oben genannten Lösungen ausprobiert, aber kein Glück. Ich habe eine Vagrant Box verwendet und das Projekt befand sich in einem freigegebenen Ordner. Die Probleme scheinen nur da zu sein, wenn ich das Projekt in einen anderen nicht freigegebenen Ordner (mit Host) verschiebe, voila! Problem gelöst. Nur für den Fall, dass eine andere Person auch Landstreicher verwendet


Du hast mich aus einem Albtraum geweckt, tnx! Ich habe 2 Ergänzungen: 1.) Verwenden Sie npm nicht mehr, verwenden Sie Garn. 2.) Führen Sie npm von Ihrem HOST-Computer und nicht von der VM aus.
Flip Vernooij

3

Ich habe eine ähnliche Fehlermeldung erhalten, als ich versucht habe, npm installeine Reihe von Abhängigkeiten zu ermitteln. Es stellt sich heraus, dass einige von ihnen nicht unter Debian / Ubuntu installiert werden können, da sie davon ausgehen /usr/bin/node, dass sie der ausführbare Knoten sind. Um dies zu beheben, müssen Sie dies tun

sudo ln -s nodejs /usr/bin/node 

oder noch besser,

sudo apt-get install nodejs-legacy

Für weitere Informationen: https://stackoverflow.com/a/21171188/7581


3

Ich habe nach dem Upgrade auf npm ein ähnliches Verhalten festgestellt 6.1.0. Es schien einmal zu funktionieren, aber dann kam ich mit diesem Fehler in einen Zustand, als ich versuchte, ein Paket zu installieren, das durch den Pfad im Dateisystem angegeben wurde:

npm ERR! code ENOENT
npm ERR! errno -2
npm ERR! syscall rename

Die folgenden Dinge haben das Problem nicht behoben :

  • rm -rf node_modules
  • npm cache clean(gab npm ERR! As of npm@5, the npm cache self-heals.... use 'npm cache verify' instead.)
  • npm cache verify
  • rm -rf ~/.npm

Wie ich das Problem behoben habe :

  • rm package-lock.json

2

Ich denke, Ihr kompiliertes Kaffeeskript fehlt im veröffentlichten npm-Paket. Versuchen Sie, einen Vorveröffentlichungsbefehl zu schreiben .


Nein, der lib-Ordner war da, als ich ihn veröffentlichte. Außerdem erhalte ich den gleichen Fehler, wenn ich versuche, aus dem lokalen Ordner zu installieren. Auch wenn der lib-Ordner da ist.
Giodamelio

1
@giodamelio Ich stimme Ryan in diesem Punkt zu. Der Fehler besagt, dass takeapeek/lib/cmd.jses nicht existiert. Auch wenn der lib-Ordner beim Veröffentlichen möglicherweise "dort" ist, wird er bei der Installation über npm nicht "dort" sein, es sei denn, er ist Teil des Repositorys oder Sie verwenden die Vorveröffentlichung, um ihn zu erstellen.
Badsyntax

2

In meinem Fall (Mehrfachcode ENOENT errno 34) war das Problem mit dem ~/.npm/Verzeichniszugriff. Darin befanden sich einige Unterverzeichnisse mit root:rootRechten, die Probleme verursachten, während ich Befehle als normaler Benutzer (ohne sudo) ausführte . Daher habe ich den Besitz aller Unterverzeichnisse und Dateien in ~/.npm/dir in meinen lokalen Benutzer und meine lokale Gruppe geändert . Das hat den Trick auf meinem Ubuntu gemacht (auf dem Mac sollte es auch funktionieren).

$ sudo chown yourusername.yourgroupname ~/.npm/ -R

Sie sollten Ihren Benutzernamen kennen, oder? Wenn nein, führen Sie Folgendes aus $ whoamiund ersetzen Sie es auch durch Ihren Gruppennamen:

$ sudo chown johnb.johnb ~/.npm/ -R

BEARBEITEN:

Testfall :

Von meinem lokalen Konto aus habe /home/johnbich npm global einen Generator installiert yeoman, wie folgt:

$ sudo npm install -g generator-laravel

Problem Natur :

Die obige Aktion hat dazu geführt, dass einige Abhängigkeiten im Inneren installiert wurden ~/.npm/ dir wurden und root:rootEigentümer sind (wegen sudo ...). Offensichtlich wird npm nicht als lokaler Benutzer ausgeführt (oder ändert später den Besitz von Unterverzeichnissen für Abhängigkeiten), wenn Abhängigkeiten abgerufen und in ein Unterverzeichnis für lokale Benutzer geschrieben werden ~/.npm/. Solange npm so unachtsam gegenüber grundlegenden Sicherheitsproblemen des Unix-Dateisystems ist, würde das Problem erneut auftreten.

Lösung :

  1. Überprüfen Sie fortlaufend, ob ~/.npm/Unterverzeichnisse mit anderen Eigentümern (und / oder Berechtigungen) als Ihrem lokalen Benutzerkonto enthalten sind, insbesondere wenn Sie etwas mit installieren oder aktualisierensodo (root) . Wenn ja, ändern Sie den Besitz innerhalb ~/.npm/eines lokalen Benutzers rekursiv.

  2. Bitten Sie die npm, bower, grunt, ...Community, dieses Problem so zu beheben, wie ich es oben beschrieben habe.


2

Ich habe diesen Fehler beim Versuch, ein Grunz-Plugin zu installieren, erhalten. Ich fand, dass ich eine veraltete Version von npm hatte und der Fehler verschwand, nachdem npm auf die neueste Version aktualisiert wurde

npm install -g npm

1

Ich habe alle Sachen ausprobiert, die ich im Internet gefunden habe ( npm cache clearund rm -rf ~/.npm), aber nichts scheint zu funktionieren. Was das Problem löste, war das Aktualisieren von Node (und npm) auf die neueste Version. Versuch das.


1

In Windows hatte ich einen ähnlichen Fehler. Suchen, App-Daten einfügen und nach der Zeichenfolge suchen npm.

Ich habe die Zeichenfolge 'npm'(einschließlich Anführungszeichen) 'npm.cmd'in atlasboard\lib\package-dependency-manager.jsund ersetzt atlasboard\lib\cli\commands.js. Das hat das Problem behoben.


1

Der gleiche Fehler während der globalen Installation ( npm install -g mymodule) für ein Paket mit einem nicht vorhandenen Skript.

In package.json:

    ...
    "bin": {
      "module": "./bin/module"
    },
    ...

Aber das ./bin/modulegab es nicht, wie es genannt wurde modulejs.


1
  1. Installieren Sie die neueste Version des Knotens
  2. Ausführen: npm Cache sauber
  3. Führen Sie Folgendes aus: npm install cordova -g

1

Sie können diesen Fehler erhalten, wenn Ihre node.js ebenfalls irgendwie beschädigt ist. Ich habe diesen Fehler behoben, indem ich node.js vollständig deinstalliert / neu gestartet / installiert habe, und er hat diesen Fehler zusammen mit den drei anderen mysteriösen Fehlern behoben, die ausgelöst werden.


1

Seien Sie vorsichtig mit ungültigen Werten für die Schlüssel "Verzeichnisse" und "Dateien" in package.json

Wenn Sie mit einer neuen Anwendung beginnen und vollständig leer starten möchten, müssen Sie entweder in einem vollständig leeren Ordner starten oder eine gültige Datei package.json enthalten.

Wenn Sie nicht zuerst eine package.json-Datei erstellen möchten, geben Sie einfach Folgendes ein: npm i some_package

Paket mit dem Namen "some_package" sollte korrekt in einem neuen Unterordner "node_modules" installiert sein.

Wenn Sie zuerst eine package.json-Datei erstellen, geben Sie Folgendes ein: npm init Behalten Sie alle (indem Sie einfach auf ENTER klicken). Ende sollten Sie eine gültige Datei erhalten.

Es sollte so aussehen:

{
  "name": "yourfoldername",
  "version": "1.0.0",
  "description": "",
  "main": "index.js",
  "scripts": {
    "test": "echo \"Error: no test specified\" && exit 1"
  },
  "author": "",
  "license": "ISC"
}

Beachten Sie, dass die folgenden Schlüssel fehlen: " Verzeichnisse ", " Repository " und " Dateien ". Wenn Sie falsche Werte für " Verzeichnisse " und / oder " Dateien " verwenden, können Sie das Paket anscheinend nicht installieren. Das Weglassen dieser Schlüssel löste das Problem für mich.

Beachten Sie auch die Taste " main ". Dieser ist vorhanden, enthält jedoch einen ungültigen Wert. (Noch) existiert keine Datei "index.js". Sie können es sicher entfernen.

npm i some_package Geben Sie nun Folgendes ein : und das Paket mit dem Namen "some_package" sollte korrekt in einem neuen Unterordner "node_modules" installiert sein.


1

Versuchte fast alles dann endlich das:

Entfernen Sie einfach node_modules und führen Sie es 'npm install'erneut aus


0

Ich hatte ein ähnliches Problem mit einer anderen Ursache: Der yo nodeGenerator wurde "files": ["lib/"]zu meinem hinzugefügt , package.jsonund da sich mein Generator cli.jsaußerhalb des lib/Verzeichnisses befand, wurde er beim Veröffentlichen auf npm übersprungen.

(Yeoman-Problem unter https://github.com/yeoman/generator-node/issues/63 sollte bald behoben sein.)


0

Ich habe die Fehlermeldung "Fehler: ENOENT, stat 'C: \ Benutzer \ Benutzername \ AppData \ Roaming \ npm' erhalten. Es gab jedoch kein solches Verzeichnis. Das Verzeichnis wurde erstellt und die npm-Installation begann zu funktionieren


0

Ich habe kürzlich ein Upgrade auf Knoten 4.2.1 auf einem Windows 7 x64-Computer durchgeführt. Beim Laufen

npm install -g bower

Ich habe einen ähnlichen Fehler erhalten:

npm ERR! enoent ENOENT: Keine solche Datei oder kein solches Verzeichnis. Öffnen Sie 'C: \ Users \ THE_USERNAME \ AppData \ Local \ Temp \ npm-THE_HASH'.

Ich dachte, es hängt mit dem AppData-Pfad zusammen und spielte damit herum

npm config edit

und

npm config edit --global

So ändern Sie die Felder Präfix, Cache und TMP, haben jedoch denselben Fehler mit den neuen Pfaden erhalten:

npm ERR! enoent ENOENT: Keine solche Datei oder kein solches Verzeichnis. Öffnen Sie 'C: \ Users \ THE_USERNAME \ npm-temp \ npm-THE_HASH'.

Alle Befehle wurden als Administrator ausgeführt, daher hatte ich die vollen Berechtigungen.

Dann dachte ich, dass es einige Probleme mit vorhandenen Dateien gibt, also lief ich:

npm cache clean

Habe aber den gleichen Fehler. Es lagen jedoch noch einige temporäre Dateien herum. Das manuelle Entfernen aller temporären Daten mit cygwin hat das Problem für mich behoben:

rm -rf bower bower.cmd node_modules etc

Wenn Sie nur Windows Cmd haben, können Sie so etwas wie verwenden

rmdir /S THE_TEMP_DIR

um alle Unterverzeichnisse zu entfernen (obwohl dies notorisch problematisch ist, wenn Sie tief verschachtelte Knotenabhängigkeiten haben)

Vielleicht gibt es also einige Probleme beim Upgrade von npm und beim Herumhängen von Versionen von Bower oder anderen Paketen. In meinem Fall schien das das Problem zu sein


0

Während der Installation von ionic habe ich den folgenden Fehler erhalten

115648 Fehler enoent ENOENT: Keine solche Datei oder kein solches Verzeichnis. Benennen Sie 'C: \ Benutzer \ Benutzername \ AppData \ Roaming \ npm \ Knotenmodule.staging \ ansi-b11f0c4b' -> 'C: \ Benutzer \ Benutzername \ AppData \ Roaming \ npm \ um node_modules \ ionic \ node_modules \ cordova-lib \ node_modules \ ansi '

Auf ansidiesem Pfad wurde kein Ordner aufgerufen . Ich habe es dort erstellt und es richtig installiert.


0

Wenn Sie mit diesem Fehler versucht haben, die Installation in Ihrem Projektverzeichnis durchzuführen, können Sie Folgendes versuchen:

rm -rf ./node_modules
npm cache clear
npm remove sails

dann können Sie versuchen, "Installation zu machen"

Wenn Sie das "npm ERR! Enoent ENOENT: keine solche Datei oder kein solches Verzeichnis haben, chmod '... / djam-backend / node_modules / js-beautify / js / bin / css-beautify.js'", können Sie versuchen, es zu installieren Einige frühere Versionen von js-beautify, weitere Kommentare: https://github.com/beautify-web/js-beautify/issues/1247

"dependencies": {
  ...
  "js-beautify": "1.6.14"
  ...
}

und der Lauf "make install". Es scheint zu funktionieren, wenn Sie keine anderen Abhängigkeiten haben, für die eine höhere Version (1.7.0) erforderlich ist. In diesem Fall müssen Sie diese Pakete auch in der Datei packages.json herunterstufen.

oder


0

Keines der oben genannten hat bei mir funktioniert. Aber yarn installgearbeitet, dann npm iangefangen zu arbeiten. Nicht sicher, welches Garn fixiert ist, aber schnelle und einfache Lösung!


0

Zuerst tun

 npm rm -rdf node_modules

dann mach

npm install

Installieren Sie anschließend alle Dateien, die Sie hinzufügen möchten


0

Hatte einen ähnlichen Fehler mit npm in einem Docker-Container für Webpack. Das Problem wurde durch das Befehlszeilenargument --user von Docker Run verursacht, da der angegebene Benutzer und die angegebene Gruppe die Rechte auf dem lokalen Volume irgendwie durcheinander gebracht haben. Hoffe das hilft jemandem :)


-3
Creating a new React app in C:\Users\CM\Downloads\react\github-profile.
Installing packages. This might take a couple of minutes.
Installing react, react-dom, and react-scripts...

npm ERR! path C:\Users\CM\AppData\Roaming\npm-cache_cacache\content- 

v2\sha512\36\c6\c3e97514319bc1c6d40026e58325e782e1016c996b1fa335b1
0893d67f7339e4af62bb688c0da2aaca839d4c9d51e2eb015eec65545008a3cad93d00f806

npm ERR! code EPERM
npm ERR! errno -4048
npm ERR! syscall lstat
npm ERR! Error: EPERM: operation not permitted, lstat 
'C:\Users\CM\AppData\Roaming\npm-cache_cacache\content- 
v2\sha512\36\c6\c3e97514319bc1c6d40026e58325e782e1016c996
b1fa335b10893d67f7339e4af62bb688c0da2aaca839d4c9d51e2eb015eec6
5545008a3cad93d00f806'
npm ERR! { [Error: EPERM: operation not permitted, lstat 
'C:\Users\CM\AppData\Roaming\npm-cache_cacache\content- 
v2\sha512\36\c6\c3e97514319bc1c6d40026e58325e782e1016c996b1f 
a335b10893d67f7339e4af62bb688c0da2aaca839d4c9d51e2eb015eec6554500
8a3cad93d00f806']

npm ERR! cause:
npm ERR! { Error: EPERM: operation not permitted, lstat 
'C:\Users\CM\AppData\Roaming\npm-cache_cacache\content- 
v2\sha512\36\c6\c3e97514319bc1c6d40026e58325e782e1016c996b1
fa335b10893d67f7339e4 
af62bb688c0da2aaca839d4c9d51e2eb015eec65545008a3cad93d00f806'
npm ERR! errno: -4048,
npm ERR! code: 'EPERM',
npm ERR! syscall: 'lstat',
npm ERR! path:
npm ERR! 'C:\Users\CM\AppData\Roaming\npm-cache\_cacache\content- 


npm ERR! stack:
npm ERR! 'Error: EPERM: operation not permitted, lstat 
'C:\Users\CM\AppData\Roaming\npm-cache\_cacache\content- 
v2\sha512\36\c6\c3e97514319bc1c6d40026e58325e782e1016c996
b1fa335b10893d67f7339e4af62bb688c0da2aaca839d4c9d51e2eb015
eec65545008a3cad93d00f806'',
npm ERR! errno: -4048,
npm ERR! code: 'EPERM',
npm ERR! syscall: 'lstat',
npm ERR! path:
npm ERR! 'C:\Users\CM\AppData\Roaming\npm-cache\_cacache\content- 
v2\sha512\36\c6\c3e97514319bc1c6d40026e58325e782e1016c996b1fa335
b10893d67f7339e4af62bb688c0da2aaca839d4c9d51e2eb015eec65545008a3cad93
d00f806',
npm ERR! parent: 'postcss-image-set-function' }
npm ERR!
npm ERR! The operation was rejected by your operating system.
npm ERR! It's possible that the file was already in use (by a
text editor or antivirus),
npm ERR! or that you lack permissions to access it.
npm ERR!
npm ERR! If you believe this might be a permissions issue, please double- 
check thenpm ERR! permissions of the file and its containing directories, or 
try  running

npm ERR! the command again as root/Administrator (though this is not 
recommended).
npm ERR! A complete log of this run can be found in:
npm ERR! C:\Users\CM\AppData\Roaming\npm-cache_logs\2019-03-22T10_
27_19_722Z-debug.log


Aborting installation.
npm install --save --save-exact --loglevel error react react-dom react- 
scripts   has failed.

Deleting generated file... node_modules
Deleting generated file... package.json
Deleting GitHub-profile/ from C:\Users\CM\Downloads\reactDone.``

Ich hatte einen ähnlichen Fehler, aber ich habe viele Male versucht, den Befehl create-react-app auszuführen, und schließlich wurde er erstellt. Dies war das Problem mit meiner Internetverbindung. Prüfe deine Internetverbindung


-16

Bitte versuchen Sie dies

SET HTTP_PROXY=<proxy_name>

Versuchen Sie dann diesen Befehl. Es wird funktionieren


wo lege ich das hin
Eduardosufan
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.