J'ai déjà eu jusqu'à 8 terminaux git bash fonctionnant en même temps.
Actuellement, je n'en ai que deux.
Je n'ai jamais vu cette erreur auparavant et je ne comprends pas ce qui la provoque.
Toute aide serait appréciée !
Photo jointe :
J'ai trouvé un problème similaire et une solution dans Groupes Google
J'ai ouvert une invite de commande Windows et j'ai exécuté la commande
$ tasklistIl semble que les connexions ssh que j'avais établies dans mes shells git bash n'étaient pas fermées lorsque ces fenêtres étaient fermées et qu'elles suspendaient les fenêtres disponibles du shell git bash.
C'est peut-être une solution dangereuse mais à partir de l'invite de commande de Windows, j'ai exécuté
$ taskkill /F /IM ssh.exeTout semble fonctionner à nouveau après cela. Ce n'était peut-être pas directement un problème de processus orphelins, mais cela a fonctionné, du moins pour moi.
Note supplémentaire : vous pouvez également tuer d'autres processus, par exemple comme :
$ taskkill /F /IM vim.exe
Je vais faire un essai sous peu ! J'ai juste peur de tuer certaines tâches alors que j'ai des choses en cours.
Cette procédure a fonctionné, bien que dans mon cas les coupables étaient node.exe (Node.js) et link.exe (lien GNU). Il se peut donc que vous deviez parcourir la liste des tâches pour trouver les processus coupables. Je ne sais pas exactement pourquoi, mais il semble que les programmes lancés à l'intérieur de sessions Bash puissent, d'une manière ou d'une autre, survivre à leur shell parent.
Merci scott, cette procédure a fonctionné par comme mentionné par @mamacdon même dans mon cas les coupables étaient node.exe.
Cela a fonctionné au départ. Maintenant, je l'obtiens toujours, même après avoir tué ssh-agent.exe.
Il s'agit d'une solution à court terme. le problème finit par réapparaître. j'espère qu'il existe un moyen plus permanent de résoudre ce problème.
J'ai également constaté que Node était parfois laissé en fonctionnement, le fait de le tuer a semblé résoudre le problème pour moi.
Pour vous faciliter la vie (ce problème se produit assez souvent), créez un fichier appelé fixbash.bat dans le répertoire personnel et collez ceci :
taskkill /F /IM ssh-agent.exe
Lorsque le problème survient, il suffit d'ouvrir cmd et le type fixbash.bat pour régler un problème.
Ou
Il suffit de coller la commande taskkill dans votre cmd si vous ne voulez pas créer un script.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
14 votes
Tuer le processus bash a fonctionné pour moi.
45 votes
-1 à toutes les réponses actuelles. Toutes les variations de "juste tuer le terminal et recommencer". Quel est le problème sous-jacent ? Pourquoi je ne peux pas avoir 100 terminaux ?
0 votes
Liés : github.com/git-for-Windows/git/issues/910 et github.com/git-for-Windows/git/issues/1200
35 votes
J'ai ce problème depuis tel depuis longtemps et je n'ai jamais pu en venir à bout. Il semble que ce soit les applications laissées ouvertes qui peuvent faire en sorte que certains handles restent ouverts, mais dans mon cas, les processus bash ont été fermés et il n'y a pas de processus ssh autour (j'utilise le logiciel
mosh). Je viens d'être capable de reproduire le problème en lançant vscode en utilisantvscode .puis en fermant le terminal utilisé pour l'ouvrir. Alors que la fenêtre vscode reste ouverte, il semble que Cygwin ne veuille pas ouvrir d'autres terminaux, dès que je la ferme, cela fonctionne.26 votes
@ElvenSpellmaker vous avez raison, ça a à voir avec
code .dans mon cas également.15 votes
Juste à titre de confirmation : J'ai rencontré le problème aujourd'hui, c'était aussi dû à
code .dans mon cas. La fermeture de VS Code a résolu le problème. Bonne découverte @ElvenSpellmaker6 votes
En raison également de
code .pour moi.2 votes
Pour moi aussi c'était dû au code . En le fermant, le problème sera résolu.
0 votes
> taskkill /F /IM bash.exe a fonctionné pour moi
2 votes
Le redémarrage a bien fonctionné pour moi.
0 votes
J'utilise
msys2et j'ai dû tuer trois processus en utilisant le gestionnaire de tâches de Windows. Je les ai identifiés par leur ligne de commande.