NPM travou dando o mesmo erro EISDIR: Operação ilegal em um diretório, lido no erro (nativo)

Estou preso com esse erro, independentemente do diretório em que estou e do que digito depois de "npm" em cmd.exe. Aqui está o npm-debug.log:

0 info it worked if it ends with ok
1 verbose cli [ 'C:\\Program Files\\nodejs\\node.exe',
1 verbose cli   'C:\\Program Files\\nodejs\\node_modules\\npm\\bin\\npm-cli.js' ]
2 info using npm@2.14.12
3 info using node@v4.2.6
4 verbose stack Error: EISDIR: illegal operation on a directory, read
4 verbose stack     at Error (native)
5 verbose cwd C:\Users\me
6 error Windows_NT 6.1.7601
7 error argv "C:\\Program Files\\nodejs\\node.exe" "C:\\Program Files\\nodejs\\node_modules\\npm\\bin\\npm-cli.js"
8 error node v4.2.6
9 error npm  v2.14.12
10 error code EISDIR
11 error errno -4068
12 error syscall read
13 error eisdir EISDIR: illegal operation on a directory, read
13 error eisdir This is most likely not a problem with npm itself
13 error eisdir and is related to npm not being able to find a package.json in
13 error eisdir a package you are trying to install.
14 verbose exit [ -4068, true ]

Eu tentei desinstalar / reinstalar nodejs várias vezes, eu até excluí as pastas npm e npm-cache em C: \ Users \ me \ AppData \ Roaming. Não tenho certeza do que deu errado para causar isso. Por um segundo estava funcionando bem e agora não consigo me livrar desse erro. A explicação no log não faz sentido, pois dá esse erro em qualquer diretório. Devo observar que executar um prompt de comando como administrador não dá esse erro. Estou puxando meu cabelo nesta sexta-feira à noite tentando consertar isso, qualquer ajuda seria muito apreciada!

Encontrei o mesmo problema enquanto alterava algumas configurações de npm. Eu cometi um erro com um npm config setcomando e adicionei uma linha referindo-se a um diretório não existente para C:\Users\{User}\.npmrc. Depois de excluir essa linha manualmente de .npmrc, o problema desapareceu.

EISDIR significa " Erro, é diretório ". Isso significa que o NPM está tentando fazer algo com um arquivo, mas é um diretório . No seu caso, o NPM está tentando " ler " um arquivo que é um diretório (Linha: 4). Como a operação não pode ser realizada, o erro é gerado.

Três coisas para ter certeza aqui.

1. Certifique-se de que o arquivo existe. Caso contrário, você precisa criá-lo. (Se o NPM depender de alguma informação específica no arquivo, você precisará ter essa informação lá).
2. Certifique-se de que é de fato um arquivo e não um diretório.
3. Ele tem as permissões corretas. Você pode alterar o arquivo para ter todas as permissões com "sudo chmod 777 FILE_NAME". (Cuidado: Você está concedendo permissões de Leitura, Gravação e Execução para cada um nesse arquivo)

Tive o mesmo problema hoje depois de atualizar meu npm da versão 6.4.1 para a versão 6.5.0. Corrigi isso baixando o instalador .pkg (recomendado para a maioria dos usuários) do node.js e o executei depois.

No meu caso, eu estava recebendo o "EISDIR: operação ilegal em um diretório, leia" porque no meu arquivo .angular-cli.json eu não estava fornecendo um caminho completo em "scripts:"

Por exemplo eu tive

"scripts": [
        "../node_modules/hammerjs",
        "../node_modules/moment"
      ],

Na verdade, deveria ter sido

"scripts": [
        "../node_modules/hammerjs/hammer.min.js",
        "../node_modules/moment/min/moment.min.js"
      ],

Eu tive o mesmo problema no Mac OS X (instalado com homebrew), e o .npmrc não é o único nó de local armazenado nas variáveis ​​de configuração. Há um arquivo de configuração npmrc glocal em / usr / local / etc que você deve editar usando este comando:

sudo nano npmrc

Remova a ca=linha, ou qualquer que seja a definição de configuração que interrompeu sua instalação, salve o arquivo e tente o npm novamente, e você deverá vê-lo funcionando.

Esses erros estranhos ocorreram recentemente na minha máquina OSX.

Eu poderia me ajudar de forma rápida e suja executando:

sudo chmod -R 777 /usr/local/lib/node_modules/

Algo parecia ter bagunçado os direitos de acesso de todos os módulos de nó globais.

Para mim, a correção foi adicionar uma barra após o nome do diretório

Fazer uma desinstalação completa, incluindo a remoção de caminhos, etc e reinstalar, resolveu o problema, um problema muito estranho.

Como remover completamente o node.js do Windows

Eu tive esse problema com gulp. O problema é que o gulp adicionou uma dependência ao meu arquivo de origem e acho que o npm tentou abri-lo:

{
  "name": "name",
  "version": "2.0.0",
  "description": "",
  "main": "gulpfile.js",
  "scripts": {
    "test": "echo \"Error: no test specified\" && exit 1"
  },
  "author": "",
  "license": "ISC",
  "devDependencies": {
    "appname": "file://gulp",
    "gulp-concat": "^2.6.1",
    "gulp-electron": "^0.1.3",
    "gulp-shell": "^0.5.2",
    "gulp-uglify": "^2.0.0",
    "gulp-util": "^3.0.7",
    "node-7z": "^0.4.0"
  }
}

Certifique-se de que não haja referências estranhas em seu arquivo package.json.

Verifique se você está executando o npm install no diretório apropriado.

(O arquivo package.json pode ser um diretório extra para baixo, por exemplo.)

Se o seu problema estiver associado ao empacotador React Native. Tente redefinir o cache com react-native start --reset-cache.

No meu caso esqueci de passar o caminho completo de um dos arquivos que ele estava pedindo. Depois de passar o caminho completo do arquivo funcionou :)

No meu caso, eu estava enfrentando este problema durante a instalação create-react-appno MAC (Mojave OS)com comando a seguir:

sudo npm install create-react-app -g

e obteve erros como este:

npm WARN tar EISDIR: illegal operation on a directory, open '/usr/local/lib/node_modules/.staging/rxjs-a84420a7/src/scheduler'
npm WARN tar EISDIR: illegal operation on a directory, open '/usr/local/lib/node_modules/.staging/rxjs-a84420a7/src/symbol'
npm WARN tar EISDIR: illegal operation on a directory, open '/usr/local/lib/node_modules/.staging/rxjs-a84420a7/src/testing'
npm WARN tar EISDIR: illegal operation on a directory, open '/usr/local/lib/node_modules/.staging/rxjs-a84420a7/src/util'
npm WARN tar EISDIR: illegal operation on a directory, open '/usr/local/lib/node_modules/.staging/rxjs-a84420a7/src/webSocket'
npm WARN tar EISDIR: illegal operation on a directory, open '/usr/local/lib/node_modules/.staging/rxjs-a84420a7/symbol'
npm WARN tar EISDIR: illegal operation on a directory, open '/usr/local/lib/node_modules/.staging/rxjs-a84420a7/testing'
npm WARN tar EISDIR: illegal operation on a directory, open '/usr/local/lib/node_modules/.staging/rxjs-a84420a7/util'
npm WARN tar EISDIR: illegal operation on a directory, open '/usr/local/lib/node_modules/.staging/rxjs-a84420a7/webSocket'

Eu li o npm.community que tenta instalar sem sudo:

npm install create-react-app -g

e realmente resolveu meu problema .. !!

Certifique-se de que node_modules (e sua raiz package.json) não contém uma referência ao módulo "package.json" do npm. Excluir package.json FOLDER de node_modules resolveu o problema para mim.

Tive um problema semelhante ao configurar o código clichê. Ele estava lendo meu arquivo bundle.js como um diretório. Assim como afirmado aqui. EISDIR significa que é um diretório e não um arquivo. Para corrigir o problema, apaguei o arquivo e apenas recriei (ele foi originalmente criado automaticamente). Se você não conseguir encontrar o arquivo (porque está oculto), basta usar o terminal para localizá-lo e excluí-lo.

Tive o mesmo problema até tentar excluir a pasta .git. Funcionou. Acho que esse tipo de problema pode ter diferentes causas.

Eu tive o mesmo problema. Havia uma pasta vinculada em meu diretório que estava causando o problema. Eu adicionei essa pasta para ignorar a lista e então ela começou a funcionar bem como esperado.

Eu sei que isso não está perguntando especificamente sobre o forever js .. mas o google me trouxe até aqui .. Para mim foi tão simples quanto uma barra final.

Acabei de mudar:

forever start -a -l /dev/null/ /var/www/node/my_file.js

Para:

forever start -a -l /dev/null /var/www/node/my_file.js

E o erro desapareceu

Certifique-se de verificar sua versão do npm e se há ou não problemas com ele. Eu estava tendo o mesmo problema no momento desta postagem e descobri que minha versão do npm (6.5) estava com problemas. Tive que desinstalar e reinstalar o npm versão 6.4.1 e então tudo começou a funcionar bem novamente.

Eu tinha um link simbólico quebrado para node_modules em uma subpasta

No meu caso, essas etapas resolveram meu problema:

1. npmprocesso de rescisão(CTRL + C)
2. deletando pasta inteira
3. criando um novo
4. correndo de npmnovo

No meu caso, estou usando o Windows 10 em espanhol e esta versão mistura nomes de diretório em inglês e espanhol. Meu problema era que o diretório da área de trabalho tinha esse nome para alguns comandos e escritoriopara outros. Eu acredito que o npm não pode resolver isso. Minha solução foi simplesmente mudar para outro diretório começando em C: \ diferente do meu diretório inicial.

Eu havia enfrentado um problema semelhante. Eu defino cafile usando o comando:

npm config set cafile PATH_TO_CERTIFICATE

Consegui resolver isso excluindo as configurações e configurações do arquivo de certificado strict-ssl = false.

Corrigi esse problema movendo meu diretório da minha unidade exFAT que não oferece suporte a links simbólicos.

Minha unidade exFat é compartilhada entre osx e uma partição do windows bootcamp, então quando tentei clonar e instalar o npm meu projeto, ele estava falhando, mas nunca explica que o exFAT não oferece suporte a essa funcionalidade.

Existem drivers por aí que você pode instalar para adicionar a capacidade de link simbólico, mas você terá que fazer muitas configurações manualmente em comparação com a execução de um script npm simples.

Para mac os: Se instalado diretamente do site do nodejs, o arquivo npmrc estaria localizado em / usr / local / etc / npmrc . Apenas exclua a configuração que está indefinida e o problema será corrigido.

Acabei de remover a linha

.babel('resources/assets/js/app.js')

para laravel 5.6 com vue.js. em webpack.mix.js

No meu caso, os C:\Users\{user}\AppData\local\npmarquivos estavam ocultos, então não consegui localizar e excluir o diretório de problemas. Levei dias para perceber isso!

Portanto, verifique novamente para revelar todas as pastas para não perdê-las! Aqui está um link para fazer isso se você não souber como.