在我的例子中，这与VS代码的使用有关。之前我使用git bash终端打开VS代码并执行

code .

然后关闭终端。

这个问题可以通过关闭所有打开的VS code窗口来解决。

当你有任何编辑器或IDE配置以git bash打开终端时，当IDE/IDE正在运行时，git bash将从“C:\Windows\System32\bash.exe”中启动bash，而任何其他试图从单独窗口打开bash的尝试都可能会崩溃。

最好的解决方案是关闭IDE/Editor bash并从一个新窗口打开，或者从IDE/Editor命令继续。

当退出git bash而不终止现有进程时，就会发生这种情况。试着杀死那些你从git bash中启动的进程。 我在git bash中运行节点进程，所以我杀死了所有节点进程 杀人的步骤

打开任务管理器 Goto详细信息标签 查找node.exe(您查找您的进程) 杀死它的每个节点进程 再次打开Git Bash

我用一个变通办法来解决这个问题:

关闭Git Bash窗口。 打开任务管理器。 找到“Git for Windows”进程。 杀死它。 打开Git Bash。

现在应该没问题了。

我看到的问题在窗口在git bash当我杀死我的git bash控制台不使用退出。我发现从windows任务管理器中杀死ssh-agent.exe任务可以解决这个问题。

这里的许多答案都建议他们需要杀死不同的进程，以便能够打开一个新的Git Bash终端。在我的情况下，有多个conhost.exe进程正在运行，我必须在成功打开另一个窗口之前杀死它们。

Perhaps more importantly, is why it happened. I think I know exactly what I did which led to this state. I noticed that when typing git log, if I then resize my Git Bash window, it would hang. (Pressing q would not exit the log and I could no longer type commands.) I ended up closing the window and opening another one. I was doing some testing of this repeatedly to see if I could figure out a solution to the freezing after resizing, and after doing this multiple times (probably around 10 times), I received the error in this question. The results of my testing are:

打开一个新的Git Bash窗口会启动以下过程:

conhost.exe git-bash.exe git.exe mintty.exe

现在，当你输入git log, 4个额外的进程打开:

bash.exe conhost.exe git.exe exe(只有当你的日志无法显示在一个屏幕上时，它才会保持打开状态)

当你关闭Git Bash时，这8个进程通常都消失了。但是，由于一个错误(我认为可能是在less.exe中)，当您在查看日志时调整窗口大小时，Git Bash挂起。如果现在关闭窗口，8个进程中只有6个会关闭。less.exe和conhost.exe都保持活动状态。在我的例子中，最终建立了足够多的conhost.exe进程，并导致了导致Git Bash显示错误而无法启动的问题。

也就是说，我试图重复这个问题，但在20多次尝试后放弃了，当我处于问题状态时，这比我必须杀死的conhost进程要多。我怀疑这不是进程号，而是导致错误的一个或多个进程的状态。显然，由于其他答案提到关闭不同的进程，无法正确关闭和对抗Git Bash的“东西”可能会有所不同，这取决于您使用的工具。

注意，我使用的Git版本:2.37.1.windows.1。

在我的例子中，我在任务管理器中有一个仍然打开的abd.exe。杀死它解决了这个问题。