Por que meu Terminal OS X exibe uma janela em branco em vez de um prompt de comando depois de instalar o MySQL?

Question

Depois de instalar o MySQL 5.1.50 de 64 bits e executar o pacote que configura o MyQL para ser executado na inicialização, o aplicativo Terminal agora exibe esporadicamente uma janela em branco, assim:

ConseguirecuperaropromptdecomandoapósseguirasinstruçõesdacolunaMacFixItnaCNET: OS X Terminal exibe uma janela em branco em vez de um prompt de comando

No entanto, o Terminal ficará intermitentemente em branco e eu tenho que repetir o processo novamente e isso está me enlouquecendo. O artigo CNET cura os sintomas, mas a causa desse problema ainda é desconhecida. Alguém tem alguma teoria ou experiência para compartilhar a fim de corrigir esse problema irritante permanentemente?

    

Answer 1

Uma causa comum para isso é um processo suspenso de "sudo". Se você executar sudo e solicitar sua senha, mas fechar o terminal, o sudo ficará suspenso para sempre, aguardando a senha, e isso bloqueia outros logins até que você o mate.

A solução é eliminar o processo "sudo" com o Activity Monitor.

Acredito que o sudo foi corrigido no Mac OS X Lion 10.7 para sair se você fechar o terminal.

    

Answer 2

Tente executar jobs no Terminal para ver se esse shell tem algum processo filho em segundo plano. Se houver algo super pesado sendo executado em segundo plano talvez esteja fazendo com que o shell pare de responder?

    

Answer 3

Acabei de ter o mesmo problema, embora tenha ocorrido após a instalação do Git (ou pelo menos foi quando percebi o problema).

Eu abri o Activity Monitor e selecionei para mostrar todos os processos. Percebi que root estava executando vários (> 10) login processos, poucos sh processos e um sudo processo. Eu forcei todos eles, embora alguns login processos não tenham saído - provavelmente os sudo os mantinham suspensos. Depois disso, o Terminal funcionou normalmente e os processos login excessivos que eu não consegui matar foram cancelados.

Eu acho que o truque é procurar por processos relacionados a login e shell que poderiam travar novos. Provavelmente, no meu caso, matar o sudo seria suficiente.

O artigo da CNet que você mencionou é bom para um último recurso.

    

Answer 4

1. Iniciar o Monitor de atividade
2. Selecione "Todos os processos, hierarquicamente"
3. Procure seu processo do Terminal
4. Tente identificar um processo que possa estar "preso" e interferir no login

Ou:

1. executar fg em cada janela de shell ativa

No meu caso, de alguma forma, git diff head tinha sido colocado em segundo plano em um dos meus shells, então git e less apareceram sob um shell no qual achei que havia apenas um processo bash. Quando eu fiz fg , resolveu o problema. Se a maioria de suas janelas / abas são apenas "login - > bash" então deve ser fácil de detectar.