tmux: se bloque et ne se charge pas, et ne répond à aucune commande d'option

J'ai installé tmux à partir de la source sur mon localspace dans Fedora. Il fonctionnait bien jusqu'à présent. Mais, soudain, ne peut pas courir plus, lorsqu'il est exécuté tmux, il vient s'arrête. Essayé différentes options de la commande comme ls-sessions, aucun travaux. Tué tous les processus de mon utilisateur, supprimé tous les fichiers de tmux et libevnetet réinstallé de nouveau à partir de zéro. Encore même, et tmux de commande dans le terminal juste se fige sans aucune erreur.

source d'informationauteur memimo

  1. 32

    J'avais été confronté à ce problème depuis longtemps et après un peu de recherche, j'ai compris que c'était causé, parce que j'ai accidentellement touché Ctrl+S (Ctrl++S est mon raccourci pour basculer entre les panneaux), et cela désactive le contrôle de flux dans les terminaux et les arrêts de la borne d'accepter l'entrée. Il peut être réactivé en appuyant sur Ctrl+Q.

    Source: https://superuser.com/a/553349/137226

  2. 17

    Eu un problème similaire, où j'ai eu une session tmux avec deux tampons. Je n'ai rien vu j'ai tapé, mais quand je suis passé entre les tampons de ce que j'avais tapé auparavant s'affiche à l'écran. stty sane n'a pas fonctionné.

    Je l'ai détaché Ctrl-b+det a remarqué qu'il y avait encore un client attaché quand j'ai regardé tmux list-clients. tmux detach-client enlevé, et alors je pourrais rattacher et le tout a fonctionné à nouveau.

  3. 2

    Vous devriez être en mesure d'affiner votre problème un peu avec quelques-uns de ces tests:

    1. Donner un coup de feu provenant de l'extérieur de X11: Ctrl+Alt+F2 (ou utilisez ssh à partir d'un autre ordinateur)

    2. Test si d'autres émulateurs de terminal travail: script et screen

    3. Essayez un autre complexe terminal de la demande: htop et mc

    4. Réinitialiser vos réglages TTY: stty sane

    5. Vérifiez que votre terminal identifié: echo $TERM (il devrait être quelque chose comme "xterm" ou "linux")

    6. Assurez-vous que votre terminal capacités fichier existe: ls -lh /usr/share/terminfo/*/$TERM

  4. 2

    Grâce.
    J'ai trouvé le problème. Les combinaisons de processus ont été dans D état, et je n'ai eu aucun choix mais pour redémarrer le système.
    Le problème venait de ticket kerberos qui expire après un certain temps. Et trouver un scripts qui permet de résoudre ce problème:
    https://iain.cx/src/ktmux/

  5. 2

    tmux a été l'arrêt juste après que j'ai commencé. Ctrl-Q et Ctrl-C n'a rien fait.

    Fixe avec

    killall -9 tmux

    (Peut-être un problème différent, mais cette question a montré dans Google.)

  6. 0

    J'ai eu le même problème. La cause est que la tmux de la mémoire tampon est pleine, et il peut aussi se passe cause de plusieurs clients à la tmux session.

    Pour le résoudre, vous devez détacher tous les clients à partir de la session, et la remettre en place.

    La meilleure façon que j'ai trouvée pour le résoudre est d'ajouter à la ~/.bashrc le fichier de fonctions:

    check_params() {
       if [[ $1 < $2 ]]; then
               echo -e "Usage:\n"
               ok=0
       else
               ok=1
       fi

}

# detach all the clients from this session, and attach to it.
reattach_client() {
       check_params $# 1 "reattach_client <tmux_session_name>"
       if [[ $ok == 1 ]]; then
               tmux list-client | grep $1 | awk '{split($1, s, ":"); print s[1]}' | xargs tmux detach-client -t | true
               tmux attach -t $1
       fi
}

    puis exécutez source ~/.bashrc de faire ces changements dans le terminal.

    Maintenant pour fixer le type de session:

    reattach_client <session_name>

    résolu mon problème.

    Merci à Alex Zelichenko pour m'aider avec ce!