Errore Git bash: impossibile eseguire il fork del processo figlio: non ci sono terminali disponibili (-1)

Ho avuto fino a 8 terminali Git Bash in esecuzione contemporaneamente.

Attualmente ne ho solo 2 in su.

Non ho mai visto questo errore prima e non capisco cosa lo stia causando.

Qualsiasi aiuto sarebbe apprezzato!

Foto allegata:

Trovato un problema e una soluzione simili nei gruppi di Google

Ho aperto un prompt dei comandi di Windows ed eseguito il comando

$ tasklist

Sembra che le connessioni ssh che avevo fatto nei miei git bash shell non fossero chiuse quando quelle finestre erano chiuse e stavano appendendo le finestre disponibili git bash shell.

Questa potrebbe essere una soluzione pericolosa ma dal prompt dei comandi di Windows ho eseguito

$ taskkill /F /IM ssh.exe 

Tutto sembra funzionare di nuovo dopo questo. Potrebbe non essere stato direttamente un problema di processi orfani, ma questo ha funzionato almeno per me.

Nota aggiuntiva: puoi anche uccidere altri processi, ad esempio come:

$ taskkill /F /IM vim.exe

Vedo il problema su Windows in Git Bash quando uccido la mia console Git Bash senza usare Exit. Ho trovato uccidere l'attività ssh-agent.exe dal task manager di Windows per risolvere il problema.

Nel mio caso, era correlato all'uso del codice VS. In precedenza ho aperto il codice VS usando un terminale git bash ed eseguendolo

code .

quindi chiudendo il terminale.

Il problema viene risolto chiudendo tutte le finestre del codice VS aperte.

Quando hai qualche editor o IDE configurato per aprire un terminale come git bash, quindi quando l'IDE / IDE è in esecuzione, git bash fa girare bash da "C: \ Windows \ System32 \ bash.exe" e qualsiasi altro tentativo di aprire bash da una finestra separata potrebbe andare in crash.

La soluzione migliore è uccidere l'IDE / Editor bash e aprirlo da una nuova finestra o continuare dal comando IDE / Editor.

Affronto questo con una soluzione alternativa:

1. Chiudi la finestra di Git Bash.
2. Apri Task manager.
3. Trova il processo "Git per Windows".
4. Uccidilo.
5. Apri Git Bash.

Dovrebbe essere ok ora.

Per semplificare la vita (questo problema si verifica abbastanza spesso) crea un file chiamato fixbash.batnella home directory e incolla questo:

taskkill /F /IM ssh-agent.exe

Quando si verifica un problema, basta aprire cmde digitare fixbash.batper risolvere un problema.

O

Basta incollare il comando taskkill nel tuo cmdse non vuoi creare uno script.

Riavvia la tua macchina.

(Le altre risposte non hanno funzionato per me. (Non ho provato a reinstallare. Il riavvio è probabilmente più veloce.))

Per me (o chiunque esegua il goniometro, che può far girare un server Selenium / WebDriver autonomo), avevo bisogno taskkilldel webdriver specifico che stava eseguendo i miei test.

Quindi solo un argomento diverso: o la tua versione di chromedriver può variare

taskkill /f /im chromedriver_2.34.exe

Nota che il tuo driver può variare: IEDriverServer*.*.*.exevschromedriver_*.**exe

La versione del driver può variare: chromedriver_2.34.exevschromedriver_2.33.exe

Questo problema è peggiorato dopo che il goniometro si è chiuso senza chiudere il browser automatizzato / test-driven , (a causa di un problema separato che ancora non capisco). Naturalmente molte chromedriverattività rimangono in esecuzione, ecco perché ucciderle.

Apri il task manager e uccidi il processo con il nome bash, questo ha funzionato per me.

Questo succede quando si esce da git bash senza terminare il processo esistente. Prova a uccidere quei processi che hai iniziato da Git Bash. Stavo eseguendo il processo del nodo all'interno di git bash, quindi ho ucciso tutti i processi del nodo Passaggi per uccidere

1. Apri Task Manager
2. Vai alla scheda Dettagli
3. Cerca node.exe (cerchi i tuoi processi)
4. Uccidilo per ogni processo del nodo
5. Apri di nuovo Git Bash

finalmente capito cosa stava causando questo.

se usiamo codice come questo (esplicitamente o implicitamente), cioè nel .bashrcfile

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

genera un nuovo processo.

se non lo esci e chiudi semplicemente la finestra, quel processo è ancora in esecuzione. così ogni nuovo bash aperto continua ad aggiungerne di nuovi senza eliminare quelli vecchi.

quando hai finito con una finestra bash, premi ctrl+do digita semplicemente exitper terminare il processo dell'agente e non dovresti rimanere senza fork.

Sembra essere un problema con i processi avviati da Git Bash, come suggerito da @mamacdon nel suo commento sulla risposta principale di @Scott Newson.

Per me, il problema è apparso se avessi lanciato un vscode dalla bash codee se questa istanza di vscode avesse lanciato un terminale git integrato mentre la bash originale era ancora in esecuzione.

Non importa se quel terminale è stato lanciato all'inizio o successivamente, purché fosse mentre la bash originale era ancora in esecuzione.

Non è successo quando il bash è stato chiuso prima dell'apertura del terminale integrato. Non ho fatto distinzione traexit e chiudere bash tramite windows. Non è successo con un'altra finestra bash più vecchia ancora in esecuzione.

Il modo di gestirlo è stato per me chiudere i terminali con vscode exit o "Kill Terminal" (fare attenzione a non confonderlo con "close panel"), o, naturalmente, chiudere vscode stesso.

Se ricevi questo errore prova a ricordare cosa hai lanciato dalla bash e uccidilo. Se le altre risposte hanno funzionato per te, probabilmente è solo che queste sono le cose lanciate dalla tua bash o avviate da processi che hai lanciato dalla bash e in qualche modo stavano ottenendo un figlio dalla tua bash originale.

Se stai usando Visual Studio Code e non riesci a trovare ssh-agent.exe o non riesci a eseguirlo e dopo aver aperto Git Bash ottieni questo errore, vai sul tuo VSCode, apri Terminale> Nuovo terminale e premi l'icona del cestino il (Kill Terminal). ad es. (1: bash) se ne hai multipli, uccidili tutti e dovresti essere bravo.

Nel mio caso ho bisogno di uccidere Git bash in Windows. Così ha aperto il prompt dei comandi e ha funzionato sotto il comando

$ tasklist

Elencherà tutte le attività in esecuzione, quindi dovrà terminare l'attività bash.exe usando il comando seguente

$ taskkill /F /IM bash.exe 

Apri il tuo Task Manager, cerca i pro "sh" e uccidili. In bocca al lupo

Nel mio caso, la soluzione era quella di chiudere il codice di Visual Studio, dove avevo anche la console in esecuzione senza accorgermene-

Dopo aver chiuso tutto torna alla normalità. Spero che questo aiuti qualcuno.

Ho provato a uccidere tutti i miei terminali git in Task Manager risolve il problema. Questo funziona anche per me. in bocca al lupo.

Su una versione più recente di git per Windows, il processo da terminare in Task Manager era "GitExtensions.exe". L'ho ucciso e i terminali sono stati riavviati senza problemi.

Si prega di trovare il processo ssh-agent nella finestra Task Manager. Dopo aver interrotto o ucciso il processo ssh-agent, l'errore scompare.

Nel mio caso il codice di Visual Studio era in esecuzione e la sua chiusura ha risolto il problema.

Reinstallato git, ora funziona bene.

ho scoperto che uccidere il terminale msys2 in Task Manager risolve il problema

Aprire Task manager, trovare il processo bash.exe e ucciderlo. Aiutato nel mio caso.

Windows 10 ha funzionato per me:

1) apri cmd come amministratore

2) tipo:

taskkill /f /im git-bash.exe

3) Se si è verificato un errore: il processo "ssh-agent.exe" non trovato. poi:

genere:

tasklist

4) Trova e uccidi ogni processo con parole come "bash" o "git" (Questa potrebbe essere una soluzione pericolosa, ma una volta trovato il nome del processo, la prossima volta lo saprai.)

taskkill /f /im ***.exe

Per Windows, nel task manager uccidi sh.exe.

Nel mio caso, avevo un abd.exe randagio che era ancora aperto in Task Manager. Ucciderlo ha risolto il problema.

Nel tipo di sistema bash:

ps

Uccidi qualsiasi brutto processo:

kill -9 <ID>

Ha funzionato per me.

Riavvia la tua macchina, mentre riavvia la nostra macchina questo problema è risolto provalo.