Git bash Erreur: impossible de fourche processus enfant: Il n'existe pas de disposition des bornes (-1)

J'ai eu jusqu'à 8 git bash terminaux exécutant en même temps avant.

Actuellement je n'ai que 2.

Je n'ai pas vu cette erreur avant et je ne suis pas la compréhension de ce qui en est la cause.

Toute aide serait appréciée!

Photo ci-jointe:

Git bash Erreur: impossible de fourche processus enfant: Il n'existe pas de disposition des bornes (-1)

  • tuer le bash processus a fonctionné pour moi.
  • -1 à toutes les réponses. Toutes les variantes de "tuer le terminal et recommencer". Quel est le problème sous-jacent? Pourquoi je ne peux pas 100 bornes?
  • connexes: github.com/git-for-windows/git/issues/910 et github.com/git-for-windows/git/issues/1200
  • J'ai eu ce problème depuis longtemps et n'a jamais été en mesure d'obtenir au fond des choses. Il semble être les applications qui sont laissées ouvertes, ce qui peut provoquer certaines poignées de rester ouvert, mais dans mon cas, le bash processus étaient fermés et il n'y a pas de ssh processus autour de l' (je suis en utilisant mosh). J'ai juste été en mesure de reproduire le problème en lançant vscode à l'aide de vscode . puis la fermeture du terminal utilisé pour l'ouvrir. Alors que le vscode fenêtre reste ouverte, il semble Cygwin ne veut pas ouvrir plus de bornes, dès que je le ferme, il fonctionne.
  • vous avez raison, il a à voir avec code . dans mon cas aussi.
  • Juste pour le plaisir de confirmation: Rencontré le problème aujourd'hui, est également due à un code . dans mon cas. Fermeture VS Code effacé la question. Belle trouvaille @ElvenSpellmaker
  • Aussi en raison de code . pour moi.

InformationsquelleAutor A. Petrizza | 2017-08-21
  1. 50

    Trouvé un problème similaire et le potentiel de la solution ici: https://groups.google.com/forum/#!topic/git-pour-windows/EO27WWvHx64

    Je ne sais pas si vous les gars sont toujours avoir un problème avec cela, mais j'ai trouvé un très simple correctif qui a fonctionné pour moi. J'ai ouvert une invite de commande windows et l'exécution de la commande $ tasklist

    Mais il semble que les connexions ssh que j'avais fait dans mon git bash coques n'étaient pas fermées lorsque les fenêtres étaient fermées et ont été suspendus disponibles git bash shell windows.

    Cela peut être dangereux de solution, mais à partir de l'invite de commande windows, j'ai couru $ taskkill /F /IM ssh.exe

    Tout semble fonctionner à nouveau après ce. Il peut ne pas avoir été directement un problème de processus orphelin, mais cela a fonctionné pendant au moins pour moi. Bonne chance!

    • Je vais donner à ceci un essai peu de temps! Je suis juste peur de tuer certaines tâches alors que j'ai des choses de course
    • Cette procédure a fonctionné, bien que dans mon cas, les coupables ont été node.exe (Node.js) et link.exe (GNU lien). Ainsi, vous pourriez avoir à chasser par le biais de la liste des tâches pour le coupable processus. Je ne sais pas pourquoi, mais il ne semble pas comme les programmes lancés à partir de l'intérieur de Bash séances peuvent en quelque sorte hors-vivre de leurs parents shell.
    • Merci scott, cette procédure a travaillé en tant que mentionné par @mamacdon même dans mon cas, les coupables a été node.exe.
    • Pour moi, j'ai eu à effectuer "taskkill /F /IM ssh-agent.exe" mais assez proche pour un vote.
    • J'ai dû tuer node.exe avec la commande taskkill /F /IM node.exe
    • Et j'ai eu à faire pm2 kill. pm2 est un gestionnaire de processus par nœud. Maintenant je commence pm2 démon cmd.exe plutôt que de git bash.
    • Dans mon cas (avec Cygwin) il y avait un seul adb.exe qui était encore en cours d'exécution. Meurtre qu'il n'en résout.
    • Dans mon cas, lors de l'utilisation de cmder c'est "taskkill /F /IM conhost.exe"

    InformationsquelleAutor Scott Newson
  2. 43

    Je vois le problème sur windows dans git bash quand j'ai tuer mon git bash console sans l'aide de la sortie. J'ai trouvé tuer ssh-agent.exe la tâche du gestionnaire des tâches de windows pour corriger le problème.

    • Cela a d'abord travaillé à. Maintenant, j'ai encore le faire, même après avoir tué ssh-agent.exe.
    • c'est une solution à court terme. le problème revient finalement. en espérant que il y a une manière plus permanente pour résoudre ce problème
    InformationsquelleAutor Joe z
  3. 18

    J'adresse ce avec une solution de contournement:

    1. Fermer le Git Bash fenêtre.
    2. Ouvrez le gestionnaire des Tâches.
    3. Trouver le " Git pour Windows processus.
    4. Le tuer.
    5. Ouvrir Git Bash.

    Il devrait être ok maintenant.

    • Cela a fonctionné pour moi. Merci!
    • solution la plus simple. Si simple.
    InformationsquelleAutor Return_Of_The_Archons
  4. 6

    Pour rendre la vie plus facile (ce problèmes arrive assez souvent) créez un fichier appelé fixbash.bat dans le répertoire home et coller ceci:

    taskkill /F /IM ssh-agent.exe

    Quand le problème survient, il suffit d'ouvrir cmd et le type fixbash.bat pour résoudre un problème.

    Ou

    Il suffit de coller la commande taskkill dans votre cmd si vous ne voulez pas créer un script.

    InformationsquelleAutor klimat
  5. 5

    Redémarrer votre machine.

    (Les autres réponses ne fonctionne pas pour moi. (Je n'ai pas essayé de réinstaller. Le redémarrage est probablement plus rapide.))

    InformationsquelleAutor andydavies
  6. 4

    Pour moi (ou toute personne qui exécute le rapporteur, qui peut faire tourner un autonome Sélénium/WebDriver serveur), j'avais besoin de taskkill la spécifiques webdriver qui tournait, mes tests.

    Donc, juste un autre argument:
    ou votre chromedriver version peut varier

    taskkill /f /im chromedriver_2.34.exe

    Note de votre pilote peut varier:
    IEDriverServer*.*.*.exe vs chromedriver_*.**exe

    Votre pilote peut version peut varier:chromedriver_2.34.exe vs chromedriver_2.33.exe

    Ce problème a empiré après que le rapporteur quitter sans fermeture automatisée /test-driven navigateur, (en raison d'une question séparée je n'ai pas encore comprendre.) Naturellement, de nombreux chromedriver tâches restent en cours d'exécution, c'est pourquoi les tuer.

    • Oui, oui, c'était mon problème. J'ai commodité script qui utilise le Sélénium pour aller chercher quelques trucs à partir de certains sites web où curl et wget ne peut pas être utilisé en raison de processus de JavaScript. De toute façon, j'ai l'habitude de courir une fois le matin et parfois il est raccroché. Je n'ai jamais fait la corrélation avec ce cygwin d'erreur jusqu'à ce que j'ai vu ce post, donc MERCI! Je vais mettre à jour le script qui appelle le sélénium pour tuer le chromedriver.exe processus avant de quitter.
    InformationsquelleAutor The Red Pea
  7. 4

    Gestionnaire des tâches ouvert et tuer le processus avec le nom bash, cela a fonctionné pour moi.

    InformationsquelleAutor Hari
  8. 4

    Ce qui se passe lorsque vous quittez git bash sans mettre fin à des processus existants. Juste essayer et de tuer les processus que vous avez commencé à partir de git bash.
    J'étais en train de nœud de processus à l'intérieur de git bash, donc je les ai tués tous nœud de processus
    Les étapes de tuer

    1. Ouvrez Le Gestionnaire Des Tâches
    2. Goto Onglet Détails
    3. Chercher node.exe(vous regardez pour vous processus)
    4. De le tuer à chaque nœud processus
    5. Ouvrir Git Bash nouveau
    • Dans mon cas, c'était adb shell. Alors, j'ai couru adb kill-server déjà une fenêtre ouverte et il fixe que pour moi. +1
    InformationsquelleAutor Ishan
  9. 3

    Semble être un problème avec le processus lancé à partir de git bash en effet, à l'instar de @mamacdon l'a indiqué dans son commentaire sur le haut de réponse par @Scott Newson.

    Pour moi, la question semblait si j'ai lancé un vscode de la fête avec code, et si cette instance de vscode lancé intégré git terminal alors que l'original bash était toujours en cours d'exécution.

    N'a pas d'importance si le terminal a été lancé au début ou plus tard, tant qu'il était alors que l'original bash était toujours en cours d'exécution.

    N'a pas eu lieu lors de la fête a été fermée avant intégré le terminal a été ouvert. N'ai pas de distinction entre les exit et de fermeture bash via windows. N'est pas arrivé avec un autre âgées bash fenêtre toujours en cours d'exécution.

    La façon de traiter avec elle a été pour moi de fermer les bornes vscode avec exit ou "Tuer Terminal" (attention à ne pas confondre avec " fermer volet ğ), ou bien sûr, la fermeture de vscode lui-même.

    Si vous obtenez cette erreur, essayez de vous rappeler ce que vous avez lancé à partir de la fête et de le tuer. Si les autres réponses ont travaillé pour vous, il est probablement juste que ce sont les choses lancé par votre bash ou lancé par les processus lancé à partir du bash et ils ont été en quelque sorte l'obtention d'un enfant de l'original de votre bash.

    InformationsquelleAutor Sam96
  10. 3

    enfin compris ce qui a été à l'origine de ce.

    si nous utilisons le code comme ceci (explicitement ou implicitement) c'est à dire dans .bashrc fichier

    eval $(ssh-agent -s)
ssh-add ~/.ssh/id_rsa

    il génère un nouveau processus.

    si vous ne quittez pas et il suffit de fermer la fenêtre, ce processus est encore en cours d'exécution. ainsi, chaque nouveau bash ouvert juste ne cesse d'ajouter de nouveaux w/out de l'élimination des anciennes.

    lorsqu'il est effectué avec un bash de la fenêtre, cliquez simplement sur ctrl+d ou de type exit pour tuer le processus de l'agent, et vous ne devriez pas exécuter de la fourche.

    InformationsquelleAutor Sonic Soul
  11. 2

    Ouvrir le gestionnaire des Tâches de recherche "sh" procces et de les tuer.
    Bonne chance

    InformationsquelleAutor Grace Nikole
  12. 2

    Si vous utilisez le Code de Visual Studio et vous ne pouvez pas trouver ssh-agent.exe ou ne peut pas taskkill et après l'ouverture de Git Bash vous obtenez cette erreur, il suffit d'aller à votre VSCode ouvrir un Terminal>Nouveau Terminal et appuyez sur le trashbin icône de l' (Tuer Terminal). e.g (1:bash) si vous en avez plusieurs, puis de les tuer tous et vous devriez être bon.

    InformationsquelleAutor Justin Balaguer
  13. 1

    J'ai essayé de tuer tous mes git terminaux dans le gestionnaire des tâches permet de résoudre le problème.
    Cela fonctionne pour moi aussi.
    bonne chance.

    InformationsquelleAutor Rahul Naiknaware
  14. 1

    Sur une version plus récente de git pour windows, le processus pour tuer dans le gestionnaire des tâches a été "GitExtensions.exe". Tué qui et le des terminaux redémarré sans aucun problème.

    InformationsquelleAutor Joe Shelby
  15. 1

    Vous trouverez les processus ssh-agent dans la fenêtre Gestionnaire des Tâches.
    Après vous arrêter ou tuer le processus ssh-agent, l'erreur disparaît.

    InformationsquelleAutor Sohan Jangid
  16. 0

    Réinstallé git, il est maintenant fonctionne bien.

    InformationsquelleAutor prathesh p
  17. -1

    j'ai trouvé que la mise à mort msys2 terminal dans le gestionnaire des tâches permet de résoudre le problème

    InformationsquelleAutor user2293554
  18. -1

    Ouvrez le gestionnaire des Tâches, trouver bash.exe processus et de le tuer. Aidé dans mon cas.

    InformationsquelleAutor Bahti
  19. -1

    Dans mon cas, j'ai eu le code de visual studio en cours d'exécution et de clôture, il a résolu le problème.

    InformationsquelleAutor mhand
  20. -2

    Dans le système de bash type:

    ps

    Tuer tout moche processus:

    kill -9 <ID>

    A fonctionné pour moi.

    InformationsquelleAutor Damian Czapiewski
  21. -3

    Suffit de Redémarrer Votre Machine, lors du Redémarrage de notre machine, ce problème est résolu essayer.

    InformationsquelleAutor Akshay Salvi