2011-09-13 25 views
15

Tôi đã cài đặt tmux từ nguồn trên localspace của tôi trong Fedora. Nó đã được làm việc độc đáo cho đến nay. Nhưng đột nhiên không thể chạy nó nữa, khi chạy tmux, nó chỉ dừng lại. Đã thử các tùy chọn lệnh khác nhau như ls-sessions, không có lệnh nào hoạt động. Đã giết tất cả các quy trình của người dùng của tôi, đã xóa tất cả các tệp tmux và libevnet và cài đặt lại chúng từ đầu. Vẫn như nhau, và lệnh tmux trong terminal chỉ đóng băng mà không có bất kỳ lỗi thực sự nào.tmux: treo và không tải, và không trả lời bất kỳ lệnh tùy chọn

+0

Xem http://superuser.com/a/625531/50710 để có câu trả lời khác. – deuberger

Trả lời

2

Cảm ơn. Tôi đã tìm thấy sự cố. Quá trình tmux ở trạng thái D, và tôi không còn cách nào khác ngoài khởi động lại hệ thống. Sự cố đến từ vé kerberos hết hạn sau một thời gian. Và tìm thấy một kịch bản giải quyết vấn đề này: https://iain.cx/src/ktmux/

+0

Mỏ không treo trong trạng thái D, nó vừa ngủ. 'kill -9' đã giúp. –

2

Bạn sẽ có thể thu hẹp vấn đề của bạn một chút với một vài trong số những thử nghiệm này:

  1. Cho nó một cú sút từ ngoài X11: Ctrl + Alt + F2 (hoặc sử dụng ssh từ một máy tính khác)

  2. thử nghiệm nếu giả lập thiết bị đầu cuối khác làm việc: scriptscreen

  3. Hãy thử một ứng dụng thiết bị đầu cuối phức tạp: htopmc

  4. Thiết lập lại các thiết lập TTY của bạn: stty sane

  5. Kiểm tra xem thiết bị đầu cuối của bạn xác định: echo $TERM (nó phải là một cái gì đó như "xterm" hoặc "Linux")

  6. Đặt làm hồ sơ năng lực thiết bị đầu cuối của bạn tồn tại: ls -lh /usr/share/terminfo/*/$TERM

29

tôi đã phải đối mặt với vấn đề này trong một thời gian dài và sau một chút tìm kiếm tôi đã tìm ra rằng điều này đã được gây ra bởi vì tôi vô tình nhấn Ctrl + S (Ctrl + A + S là phím tắt để chuyển đổi bảng) và điều này sẽ tắt điều khiển luồng trong các đầu cuối và dừng đầu cuối từ chấp nhận đầu vào. Nó có thể được kích hoạt lại bằng cách nhấn Ctrl + Q.

Nguồn:https://superuser.com/a/553349/137226

2

tmux được ngăn chặn ngay sau khi tôi bắt đầu nó. Ctrl-QCtrl-C không làm gì cả.

cố định với

killall -9 tmux 

(Có thể là một vấn đề khác nhau, nhưng câu hỏi này xuất hiện trong Google.)

+0

'tmux' đã chạy ở đây từ ngày 8 tháng 11 (5 tuần), chỉ' kill -9' cũng giúp ích. 'ps waxl' cho thấy nó đang ngủ sâu:' 1 3605 16359 1 20 0 33004 4156 n_tty_ Ss? 41:37 tmux'. Bạn có nhớ lá cờ của bạn không? –

+0

Không. Nhưng tôi sẽ kiểm tra 'ps waxl' lần sau điều này xảy ra. – guaka

+0

Ít nhất có được một dấu vết ngăn xếp. Nếu không giết chết nó là càng nhiều của một sửa chữa như tắt máy tính. Nếu bạn mong đợi nó xảy ra lần nữa - điều mà bạn có thể nên - bạn cũng có thể cấu hình Tmux để ghi lại bộ đệm của nó vào một tệp để bạn có thể thực hiện một chút về việc post-mortem. –

14

Đã xảy ra sự cố tương tự, khi tôi có phiên tmux với hai bộ đệm. Tôi không thấy bất cứ điều gì tôi gõ, nhưng khi tôi chuyển đổi giữa các bộ đệm, những gì tôi đã gõ trước đó sẽ xuất hiện trên màn hình. stty sane không hoạt động.

tôi tách ra Ctrl-b + d, và nhận thấy rằng vẫn còn một khách hàng kèm theo khi tôi nhìn vào tmux list-clients. tmux detach-client đã xóa nó và sau đó tôi có thể gắn lại và mọi thứ lại hoạt động trở lại.

+1

Chà! đã giải quyết được vấn đề tôi gặp phải quá thường xuyên ... cảm ơn –

+1

Mẹo tuyệt vời, cảm ơn bạn rất nhiều! –

+0

Khách hàng bổ sung có bị bệnh cúm không? –

Các vấn đề liên quan