błędy instalacji npm z błędem: ENOENT, chmod

Napotkałem podobny problem,

npm cache clean

Ten problem jakoś pojawił się dla mnie na Macu, gdy próbowałem uruchomić npm install -g bower. To dawało mi wiele błędów za to, że nie mogłem znaleźć rzeczy takich jak graceful-fs. Nie jestem pewien, jak zainstalowałem npm pierwotnie, ale wygląda na to, że może spadł z node używając homebrew. I first ran

brew uninstall node

To usunęło zarówno node jak i npm z mojej ścieżki. Stamtąd właśnie zainstalowałem go ponownie

brew install node

Po jej zakończeniu miałem node i npm na swojej drodze i byłem w stanie run

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

Następnie zainstalowano bower pomyślnie.

Aktualizacja formuł brew i aktualizacja instalacji nie wydaje mi się działać, nie jestem pewien dlaczego. Usunięcie folderu .npm było czymś, co działało na innych ludzi, a ja próbowałem tego bez powodzenia. Tym razem na wszelki wypadek. Zauważ również, że żaden z poniższych problemów nie rozwiązał dla mnie problemu, chociaż dla innych zrobił to:

npm cache clean
sudo npm cache clean

Dostałem ten błąd przy instalacji npm i dodawaniu .npmignore go nie rozwiązał.

Error: ENOENT, stat 'C:\Users\My-UserName\AppData\Roaming\npm"

Próbowałem wejść do wspomnianego folderu i nie istniał. Błąd został naprawiony podczas tworzenia i folder npm w folderze Roaming.

To jest na Windows 8.1

Miałem ten sam problem i właśnie znalazłem obsługę, o której tu nie wspomniano. Chociaż ja bym się przyczynił do społeczności:

npm install -g myapp nie kopiowano katalogu bin. Znalazłem to, ponieważ nie włączyłem go w files w moim package.json

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

Otrzymałem podobny komunikat o błędzie podczas próby npm install kilku zależności. Okazuje się, że niektóre z nich nie instalują się na Debianie/Ubuntu, ponieważ oczekują, że /usr/bin/node będzie wykonywalnym węzłem. Aby naprawić, musisz zrobić

sudo ln -s nodejs /usr/bin/node 

Albo jeszcze lepiej,

sudo apt-get install nodejs-legacy

Więcej informacji: https://stackoverflow.com/a/21171188/7581

Otrzymywałem podobny błąd na npm install na lokalnej instalacji:

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

Nie jestem pewien, co było przyczyną błędu, ale niedawno zainstalowałem kilka nowych modułów node lokalnie, zaktualizowałem node za pomocą homebrew i uruchomiłem 'npm update-g'.

Jedynym sposobem na rozwiązanie problemu było całkowite usunięcie lokalnego katalogu node_modules i ponowne uruchomienie npm install:

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

Myślę, że Twój skompilowany skrypt coffee brakuje w opublikowanym pakiecie npm. Spróbuj napisać polecenie prepublish .

W moim przypadku (multiple code ENOENT errno 34) problem polegał na dostępie do katalogu ~/.npm/. Wewnątrz było kilka subdirów posiadających prawa root:root, które powodowały problemy podczas uruchamiania komend jako zwykły użytkownik (bez sudo). Zmieniłem więc własność wszystkich subdirów i plików w katalogu ~/.npm/ na mojego lokalnego użytkownika i grupę. To zadziałało na moim Ubuntu(na Macu też powinno działać).

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

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

EDIT:

Przypadek testowy :

Z mojego lokalnego konta /home/johnb zainstalowałem globalnie jakiś generator dla yeoman, tak:

$ sudo npm install -g generator-laravel

Problem natury :

Powyższe działanie spowodowało zainstalowanie pewnych zależności wewnątrz ~/.npm/ katalogu, posiadających root:root własność (z powodu sudo ...). Ewidentnie npm nie uruchamia się jako użytkownik lokalny (lub zmienia własność subdirów zależności później) podczas wyciągania zależności i ich zapisywania do lokalnego subdir użytkownika ~/.npm/. Tak długo, jak npm byłby tak nieostrożny wobec fundamentalnych problemów związanych z bezpieczeństwem systemu plików Uniksa, problem pojawiałby się ponownie.

Rozwiązanie :

1. Continuosly sprawdź, czy ~/.npm/ zawiera subdiry z prawami własności (i/lub uprawnieniami) innymi niż Twoje lokalne konto użytkownika, zwłaszcza gdy instalujesz lub aktualizujesz coś za pomocą sodo (root). Jeśli tak, zmień własność wewnątrz ~/.npm/ Na lokalnego użytkownika rekurencyjnie.

2. Zapytaj npm, bower, grunt, ... społeczność, że zajmują się tym problemem, jak opisałem go powyżej.

[1]}dostałem ten błąd podczas próby zainstalowania wtyczki grunt. znalazłem nieaktualną wersję npm i błąd zniknął po aktualizacji npm do najnowszej wersji

npm install -g npm

Mam podobny problem : ERR! enoent ENOENT: no such file or directory, chmod 'node_modules/npm/node_modules/request/node_modules/http-signature / node_modules/sshpk / bin / sshpk-conv Próbowałem wszystkich powyższych rozwiązań, ale bez powodzenia. Używałem vagrant box, a projekt był w udostępnionym folderze. Problemy wydają się być tylko tam, gdy przenoszę projekt do innego folderu nie udostępnionego( woth host), voila! problem rozwiązany. Na wypadek, gdyby inna osoba używała również vagrant

Próbowałem wszystkich rzeczy, które znalazłem w sieci (npm cache clear i rm -rf ~/.npm), ale nic nie działa. Rozwiązaniem problemu była aktualizacja node (i npm) do najnowszej wersji. Spróbuj.

W Windows miałem podobny błąd. Wyszukaj wklej DANE aplikacji i wyszukaj ciąg npm.

Zamieniłem łańcuch 'npm' (wraz z cudzysłowami) na 'npm.cmd' w obu atlasboard\lib\package-dependency-manager.js i atlasboard\lib\cli\commands.js. To rozwiązało problem.

Ten sam błąd podczas globalnej instalacji (npm install -g mymodule) dla pakietu z nieistniejącym skryptem.

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

Ale ./bin/module nie istnieje, Jak to zostało nazwane modulejs.

1. Zainstaluj najnowszą wersję węzła
2. Uruchom: npm Cache clean
3. Run: npm install cordova-g

Możesz uzyskać ten błąd, jeśli Twój węzeł.js jest w jakiś sposób uszkodzony, jak również. Naprawiłem ten błąd przez uninstall / restart / install node.js całkowicie i naprawił ten błąd, wraz z trzema innymi tajemniczymi błędami, które są wyrzucane.

Napotkałem podobne zachowanie po aktualizacji do npm 6.1.0. Wydawało się, że kiedyś zadziałało, ale potem dostałem się do stanu z tym błędem podczas próby zainstalowania pakietu, który został określony przez path na systemie plików:

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

Następujące rzeczy nie naprawiły problemu :

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

Jak ja naprawiłem problem :

• rm package-lock.json

Miałem podobny problem z inną przyczyną: generator yo node dodał "files": ["lib/"] do mojego package.json, a ponieważ mój cli.js znajdował się poza katalogiem lib/, był pomijany podczas publikowania w npm.

(Yeoman issue at https://github.com/yeoman/generator-node/issues/63 to powinno być naprawione wkrótce.)

Otrzymałem błąd "Error: ENOENT, stat "C:\Users\userName\AppData\Roaming\npm". Ale nie było takiego katalogu. Utworzyłem katalog i instalacja npm zaczęła działać

Niedawno uaktualniłem do node 4.2.1 na komputerze z systemem Windows 7 x64. Podczas biegu

npm install -g bower

Mam podobny błąd:

Npm ERR! enoent ENOENT: no such file or directory, open 'C:\Users\THE_USERNAME\AppData\Local\Temp\npm-THE_HASH"

Myśląc, że jest to związane ze ścieżką AppData, pobawiłem się

npm config edit

I

npm config edit --global

Aby zmienić prefiks, pola cache i tmp, ale otrzymał ten sam błąd z nowymi ścieżkami:

Npm ERR! enoent ENOENT: no such file or directory, open 'C:\Users\THE_USERNAME\npm-temp\npm-THE_HASH"

Wszystkie polecenia były uruchamiane jako Administrator, więc miałem pełne uprawnienia.

Potem pomyślałem, że są jakieś problemy z istniejącymi plikami, więc uruchomiłem:

npm cache clean

Ale mam ten sam błąd. Jednak nadal istniały pewne pliki tymczasowe. Ręczne usunięcie wszystkich danych tymczasowych za pomocą Cygwina w końcu naprawiło problem dla mnie:

rm -rf bower bower.cmd node_modules etc

Jeśli masz tylko Windows cmd, możesz użyj czegoś w stylu

rmdir /S THE_TEMP_DIR

Aby usunąć wszystkie podkatalogi (chociaż jeśli masz głęboko zagnieżdżone zależności węzłów, jest to notorycznie problematyczne)

Więc może są jakieś problemy z aktualizacją npm i posiadaniem wersji bowera lub innych pakietów. W moim przypadku wydawało się to problemem

Podczas instalacji ionic dostałem poniżej błąd

115648 błąd enoent ENOENT: brak takiego pliku lub katalogu, Zmień nazwę 'C:\Users\UserName\AppData\Roaming\npm\node_modules.staging\ansi-b11f0c4b" - > 'C:\Users\UserName\AppData\Roaming\npm\node_modules\ionic\node_modules\cordova-lib\node_modules\ansi'

Przy tej ścieżce nie było żadnego folderu o nazwie ansi. Stworzyłem go tam i zainstalowałem poprawnie.

Jeśli próbowałeś "dokonać instalacji" w katalogu projektu z tym błędem, możesz spróbować:

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

Następnie możesz spróbować "make install"

Jeśli masz " npm ERR! enoent ENOENT: no such file or directory, chmod '.../ djam-backend/node_modules/js-beautify/js/bin / css-beautify.js "" wtedy możesz spróbować zainstalować jakąś poprzednią wersję js-beautify, więcej komentarzy: https://github.com/beautify-web/js-beautify/issues/1247

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

I uruchom "make install". Wygląda na to, że działa w przypadku, gdy nie masz innych zależności, które wymagają wyższej wersji (1.7.0) w tym przypadku musisz obniżyć wersję tych pakietów również w pakietach.json.

Lub

Żadne z powyższych nie zadziałało. Ale yarn install zadziałało, potem npm i zaczęło działać. Nie wiem, co przędzy stałe, ale szybkie i łatwe rozwiązanie!

Spróbuj tego

SET HTTP_PROXY=<proxy_name>

Więc spróbuj tego command.It będzie działać