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
ssh
desde otra computadora)Probar si otros emuladores de terminal funcionan:
script
yscreen
Prueba otra aplicación de terminal complicada:
htop
ymc
Restablecer la configuración de TTY:
stty sane
Compruebe 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).