permiso - no me abre la terminal en kali linux
tmux: se cuelga y no se carga, y no responde a ningún comando de opción (7)
He instalado tmux desde la fuente en mi espacio local en Fedora. Estaba funcionando muy bien hasta ahora. Pero de repente ya no se puede ejecutar, cuando se ejecuta tmux, simplemente se detiene. Probé diferentes opciones de comando como ls-session, ninguna funciona. Maté todos los procesos de mi usuario, borré todos los archivos de tmux y libevnet , y los reinstalé nuevamente desde cero. Sigue igual, y el comando tmux en la terminal simplemente se congela sin ningún error real.
Debería poder reducir su problema un poco con algunas de estas pruebas:
Dale una foto desde fuera de X11: Ctrl + Alt + F2 (o usa
sshdesde otra computadora)Probar si otros emuladores de terminal funcionan:
scriptyscreenPrueba otra aplicación de terminal complicada:
htopymcRestablecer la configuración de TTY:
stty saneCompruebe que su terminal se haya identificado:
echo $TERM(debería ser algo como "xterm" o "linux")Asegúrese de que exista el archivo de capacidades de su terminal:
ls -lh /usr/share/terminfo/*/$TERM
Gracias. Encontré el problema. El proceso tmux estaba en estado D, y no tuve más remedio que reiniciar el sistema. El problema vino de que el ticket de kerberos expiraba al cabo de un rato. Y encuentre un script que resuelva este problema: https://iain.cx/src/ktmux/
Me había enfrentado a este problema durante mucho tiempo y, después de un poco de búsqueda, descubrí que esto se debía a que accidentalmente presioné Ctrl + S ( Ctrl + A + S es mi método abreviado para cambiar de panel), y esto desactiva el control de flujo en los terminales y detiene el terminal de aceptar entrada. Se puede volver a habilitar presionando Ctrl + Q.
Si está bien perder sus sesiones, intente eliminar el directorio tmux-NNNNNNN , donde NNNNNNN es un número, debajo de su directorio /tmp . De acuerdo con el manual de tmux , si se establece la variable de entorno TMPDIR , el tmux-NNNNNNN se colocará en el TMPDIR .
tmux almacena el socket del servidor en un directorio bajo / tmp (o TMPDIR si está configurado);
Esto solucionó mi problema de no poder ejecutar los comandos tmux relacionados con las sesiones. También probé lo siguiente, pero no funcionaron:
-
killall -9 tmux - reinstalar
tmux - reiniciar sesión de shell
No podría reiniciar fácilmente el sistema operativo, porque es un servidor compartido administrado por otros.
Tenía un problema similar, donde tuve una sesión de tmux con dos buffers. No vi nada de lo que escribí, pero cuando cambié entre búferes, lo que había escrito anteriormente aparecería en la pantalla. stty sane no funcionó.
Separé Ctrl-b + d , y noté que todavía había un cliente adjunto cuando miraba tmux list-clients . tmux detach-client eliminó, y luego pude volver a unirlo y todo funcionó de nuevo.
Tuve el mismo problema. La causa es que el búfer tmux está lleno, y también puede ser causa de varios clientes a la sesión tmux .
Para resolverlo, debe separar a todos los clientes de la sesión y volver a conectarlo.
La mejor manera que encontré para resolverlo es agregar al archivo ~/.bashrc que funciona:
check_params() {
if [[ $1 < $2 ]]; then
echo -e "Usage:/n${3}"
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
}
luego ejecute source ~/.bashrc para hacer estos cambios en el terminal.
Ahora para adjuntar el tipo de sesión:
reattach_client <session_name>
resuelto mi problema
Gracias a Alex Zelichenko por ayudarme con esto!
tmux se detuvo justo después de que lo empecé. Ctrl-Q y Ctrl-C no hicieron nada.
Arreglado con
killall -9 tmux
(Puede ser un problema diferente, pero esta pregunta apareció en Google).