Git bash Помилка: Не вдалося розблокувати дочірній процес: Немає доступних терміналів (-1)

У мене було одночасно до 8 терміналів, що працюють на базі.

На даний момент у мене тільки 2.

Я раніше не бачив цієї помилки і не розумію, що її викликає.

Будь-яка допомога буде вдячна!

Зображення додається:

Знайшов подібне питання та рішення в групах google

Я відкрив командний рядок Windows і запустив команду

$ tasklist

Схоже, що ssh-з'єднання, яке я зробив у своїх гіт-баш-корпусах, не закривалося, коли ці вікна були закриті, і вішали доступні вікна оболонки git bash.

Це може бути небезпечним рішенням, але з командного рядка Windows я побіг

$ taskkill /F /IM ssh.exe 

Здається, все після цього знову працює. Це, можливо, безпосередньо не було проблемою сирітських процесів, але це працювало принаймні для мене.

Додаткова примітка: ви також можете вбивати інші процеси, наприклад:

$ taskkill /F /IM vim.exe

Я бачу проблему на windows у git bash, коли я вбиваю консоль git bash без використання виходу. Я виявив, що вбив завдання ssh-agent.exe з менеджера завдань Windows, щоб виправити проблему.

У моєму випадку це було пов'язано із використанням коду VS. Раніше я відкрив код VS за допомогою терміналу git bash та виконання

code .

потім закриваємо термінал.

Проблема вирішується шляхом закриття всіх відкритих вікон коду VS.

Якщо у вас є будь-який редактор або IDE, налаштований відкрити термінал як git bash, тоді, коли IDE / IDE запущений, git bash буде спінірувати bash з "C: \ Windows \ System32 \ bash.exe" та будь-якої іншої спроби відкритий баш з окремого вікна, швидше за все, вийде з ладу.

Найкраще рішення - вбити IDE / Editor bash і відкрити його в новому вікні або продовжити з команди IDE / Editor.

Я вирішую це з рішенням:

1. Закрийте вікно Git Bash.
2. Відкрити менеджер завдань.
3. Знайдіть процес "Git for Windows".
4. Вбий це.
5. Відкрийте Git Bash.

Зараз має бути нормально.

Щоб полегшити життя (подібні проблеми трапляються досить часто), створіть файл, названий fixbash.batу домашньому каталозі, і вставте це:

taskkill /F /IM ssh-agent.exe

Коли проблема виникає, просто відкрийте cmdі введіть, fixbash.batщоб виправити проблему.

Або

Просто вставте команду taskkill у свою, cmdякщо ви не хочете створити сценарій.

Перезавантажте машину.

(Інші відповіді не спрацювали для мене (я не намагався перевстановити. Перезапуск, мабуть, швидше.))

Для мене (або хто працює транспортир, який може розкрутити / сервер WebDriver автономного Selenium), мені потрібно taskkillв конкретній WebDriver , який працює мої тести.

Тож просто інший аргумент: або ваша версія хромодрука може відрізнятися

taskkill /f /im chromedriver_2.34.exe

Зверніть увагу, що ваш драйвер може відрізнятися: IEDriverServer*.*.*.exevschromedriver_*.**exe

Ваша версія драйвера може відрізнятися: chromedriver_2.34.exevschromedriver_2.33.exe

Ця проблема загострилася після виходу транспортира, не закриваючи браузер з автоматичним / тестовим керуванням (через окрему проблему я ще не розумію.) Зазвичай багато chromedriverзавдань залишаються запущеними, тому вбивайте їх.

Відкрити диспетчер завдань і вбити процес з ім'ям bash, це працювало для мене.

Це відбувається, коли ви виходите з git bash, не припиняючи існуючий процес. Просто спробуйте вбити ті процеси, які ви почали з git bash. У мене був запущений процес вузла всередині git bash, тому я знищив усі вузлові процеси

1. Відкрити диспетчер завдань
2. Вкладка Goto Details
3. Шукайте node.exe (ви шукаєте процеси)
4. Вбийте його кожен процес
5. Знову відкрийте Git Bash

нарешті з'ясував, що це спричиняє.

якщо ми використовуємо такий код (явно або неявно), тобто у .bashrcфайлі

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

вона породжує новий процес.

якщо ви не вийдете з нього та просто закриєте вікно, цей процес все ще працює. тож кожен новий баш відкривається просто продовжує додавати нові без викидання старих.

коли це зроблено з вікном bash, просто натисніть ctrl+dабо введіть, exitщоб знищити процес агента, і у вас не повинно закінчуватися виделок.

Здається, це проблема з процесами, запущеними з git bash насправді, як @mamacdon запропонував у своєму коментарі до головної відповіді @Scott Newson.

Для мене проблема з’явилася, якщо я запустив vscode з bash з code, і якщо цей екземпляр vscode запустив інтегрований термінал git, поки початковий bash ще працював.

Неважливо, цей термінал був запущений на старті чи пізніше, до тих пір, як це було, поки початковий баш все ще працював.

Не сталося, коли баш була закрита до відкриття інтегрованого терміналу. Не розрізняв між собоюexit та закривали bash через windows. Не сталося, коли ще старе вікно bash все ще працює.

Спосіб боротьби з цим був для мене, щоб закрити термінали у vscode з exitабо "Убити термінал" (будьте обережні, щоб не змішати це з "закритими панелями"), або, звичайно, закрити сам vscode.

Якщо ви отримаєте цю помилку, спробуйте запам’ятати, що ви запустили з удару, і вбийте її. Якщо інші відповіді спрацювали для вас, це, мабуть, просто, що це речі, запущені вашим bash або запущеними процесами, які ви запустили з bash, і вони якимось чином отримували дитину вашого початкового bash.

Якщо ви використовуєте код Visual Studio і не можете знайти ssh-agent.exe або не можете його усунути, і після відкриття Git Bash ви отримаєте цю помилку, просто перейдіть до свого VSCode, відкрийте термінал> Новий термінал і просто натисніть значок кошика термінал (вбити). наприклад (1: bash), якщо у вас є кілька, то просто вбийте їх усіх, і ви повинні бути хорошими.

У моєму випадку мені потрібно вбити Git bash в Windows. Так відкрили командний рядок і побігли нижче команди

$ tasklist

У ньому буде перераховано список усіх запущених завдань, після чого потрібно вбити завдання bash.exe за допомогою команди нижче

$ taskkill /F /IM bash.exe 

Відкрийте менеджер завдань, пошук "sh" обробляє і вбийте їх. Удачі

Що стосується мого випадку, рішення було закрити Visual Studio Code - там, де у мене консоль також працювала, не помічаючи-

Після закриття все повернеться до норми. Сподіваюся, що це комусь допоможе.

Я намагався вбити всі мої термінали git у менеджері завдань вирішує проблему. Це працює і для мене. Щасти.

У новітній версії git для Windows процес вбивства в диспетчері завдань був "GitExtensions.exe". Це вбили, і термінали перезапустили без проблем.

Знайдіть процес ssh-agent у вікні диспетчера завдань. Після того, як ви зупините або вб'єте ssh-агент, помилка зникне.

У моєму випадку у мене був запущений візуальний код студії, і закриття його вирішило проблему.

Перевстановлений git, він зараз працює нормально.

Я виявив, що вбивство терміналу msys2 в диспетчері завдань вирішує проблему

Відкрийте диспетчер завдань, знайдіть процес bash.exe і вбийте його. Допоміг у моєму випадку.

Windows 10 для мене це працювало:

1) відкрити cmd як адміністратор

2) тип:

taskkill /f /im git-bash.exe

3) Якщо сталася помилка: процес "ssh-agent.exe" не знайдено. тоді:

тип:

tasklist

4) Знайдіть і вбийте кожен процес такими словами, як "bash" або "git" (Це може бути небезпечним рішенням, але як тільки ви знайдете ім'я процесу, наступного разу ви дізнаєтесь.)

taskkill /f /im ***.exe

Для Windows, в диспетчері завдань kill sh.exe.

У моєму випадку у мене був бродячий abd.exe, який все ще був відкритий у диспетчері завдань. Вбивство вирішило цю проблему.

У системному типі bash:

ps

Вбийте будь-який поганий процес:

kill -9 <ID>

Працювали для мене.

Просто перезавантажте свою машину. Під час перезавантаження нашої машини це питання вирішено спробуйте.