Trình tự ngắt CTRL + C không hoạt động cho người dùng

Trong bất kỳ thiết bị đầu cuối nào hoạt động theo Gnome, nếu tôi nhấn Ctrl+ C, tôi chỉ thấy một dấu hỏi. Tương tự với Ctrl+ Z. Đầu ra của stty -a | grep intrlà:

intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = M-^?; eol2 = M-^?;

Tôi có thể sử dụng chuỗi theo tất cả các tty khác (bên ngoài X) và cũng có thể sử dụng chuỗi này cho người dùng khác; chỉ có một người dùng bị ảnh hưởng. Làm thế nào tôi có thể sửa lỗi này?

kill gnome-terminal interrupt

— Omar Khan
nguồn

Người dùng đó sử dụng cái vỏ nào? Bạn có thể đăng nội dung của tập tin hồ sơ (thường là .bashrccho bash) không?

— rozcietrzewiacz

vỏ: bash, os: gentoo. Hồ sơ được đặt trong / etc / profile. Tôi đặt đầu ra của nó trong pastebin . Nhưng tôi không nghĩ có gì đó không ổn trong đó. Nó giống nhau cho tất cả người dùng.

— Omar Khan

/etc/profilelà tệp toàn cầu - ý tôi là hồ sơ người dùng , trong trường hợp đó nên là $HOME/.bashrchoặc $HOME/.bash_profile.

— rozcietrzewiacz

Nếu bạn thử một thiết bị đầu cuối khác như xterm, có Ctrl+Choạt động ở đó không? Những gì được hiển thị nếu bạn nhập echo '^V^C' | hd, nơi bạn phải nhập Ctrl+Vsau đó Ctrl+Ctôi đã viết ở ^V^Cđâu?

— Gilles 'SO- ngừng trở nên xấu xa'

@rozcietrzewiacz hdgiống như hexdump -C, giống như od -t x1 -A xnhưng có thêm một cột hiển thị các ký tự có thể in được, cộng với nó đáng nhớ hơn. Đây là một tiện ích BSD, mà Debian và Ubuntu cung cấp; các bản phân phối Linux khác có thể chỉ giao hàng hexdumphoặc không.

— Gilles 'SO- ngừng trở nên xấu xa'

Vấn đề nằm ở đâu đó trong các tùy chọn bàn phím trong thuộc tính bàn phím gnome . Reset to defaultsdưới bố trí cố định mọi thứ. Sau đó tôi đã có thể thực hiện lại các cài đặt tương tự mà tôi có trước đây. Điều tốt là, nó hoạt động bây giờ. Điều tồi tệ, tôi không thể nắm bắt được lý do cụ thể tại sao nó lại hành xử theo cách này.

— Omar Khan
nguồn