mc está esgotando o tempo limite aguardando uma resposta de bash (o shell que ele cria para a linha de comando na parte inferior da tela). Você pode encontrar o tempo limite percorrendo os timestamps. Conforme man select , a chamada do sistema em questão aguarda a entrada nos descritores de arquivos especificados. No rastreamento bem-sucedido, o FD 7 é criado anteriormente por pipe() - é um canal para o processo filho. No caso de sucesso, encontrei o prompt bash jon@sonic:~$ sendo lido com sucesso do canal. Não me lembro como encontrei isso, desculpe.
A pesquisa por execv confirma o pid que escreve jon@sonic:~$ is bash . Então aconteceu de eu notar tmux sendo iniciado em algum lugar no caso de falha. Eu duvido que mc goste de executar tmux como shell!
Você deve ter algum tipo de script de inicialização do bash que execute tmux . Evita executá-lo se ele já estiver dentro de tmux . Então mc dentro de tmux está bem, mas não fora.
Eu teria certeza de iniciar tmux de um script login , não dos scripts que são executados para sub-shells bash. Isso significa .bash_profile e não .bashrc . Há algumas informações sobre isso aqui que correspondem ao meu pensamento: link