갑자기 등호(=)를 입력할 수 없습니다.

갑자기 등호(=)를 입력할 수 없습니다.

이 문제와 유사한 문제가 있는 다른 게시물을 여러 개 보았지만 솔루션을 구현하는 데 운이 없었습니다. 누구든지 이 문제를 해결하는 기존 게시물을 찾을 수 있다면 해당 게시물을 중복 게시물로 표시해 드리겠습니다.

시간은 확실하지 않지만 아마도 지난 주 정도에는 등호 키가 더 이상 등호(=)를 입력하지 않았을 것입니다. 이 글을 쓰려면 복사해서 붙여넣어야 했는데요.

온보드 키보드에도 동일한 증상이 적용되므로(동일한 키가 없는 것으로 보이는 가상 키보드와 혼동하지 마세요) 이는 확실히 하드웨어 문제가 아닙니다.

Shift + 등호는 여전히 더하기 기호(+)를 입력하지만 실제 키보드의 키 조합은 웹 브라우저 및 대부분의 다른 응용 프로그램에서 등호(=)를 생성하지 않습니다. 지금까지 제가 찾은 물리적 키보드에 대한 두 가지 예외는 GNOME 터미널입니다. 터미널에서 등호 키와 Ctrl 또는 Windows 키를 조합하면 등호가 생성됩니다. 또한 Windows 키와 등호 키는 대부분의 텍스트 편집기(LibreOffice Writer, Visual Studio Code, Xed 텍스트 편집기)에서 등호를 입력합니다.

tty(Ctrl + Alt + F2)에 있을 때 수정자 키 없이 일반적으로 등호 키를 사용할 수도 있습니다. Cinnamon에서만 이 문제가 발생합니다.

키보드 레이아웃은 영어(미국) 하나만 있습니다.

시스템 사양:

System:
  Host:       {HostName}
  Kernel:     5.3.0-28-generic x86_64
    bits:     64
    compiler: gcc
    v:        7.4.0 
  Desktop:    Cinnamon 4.4.8
    wm:       muffin
    dm:       LightDM
  Distro:     Linux Mint 19.3 Tricia 
    base:     Ubuntu 18.04 bionic 
Machine:
  Type:       Laptop
  System:     Acer
    product:  Aspire A717-72G
    v:        V1.19
    serial:   <filter> 
  Mobo:       CFL
    model:    Charizard_CFS
    v:        V1.19
    serial:   <filter>
  UEFI:       Insyde
    v:        1.19 
    date:     07/13/2018 

지난 몇 주 동안 커널 업데이트가 있었습니다. 더 이상 문제를 일으키고 싶지 않아서 커널을 이전 버전으로 롤백하는 것을 피했기 때문에 이 글을 먼저 게시해야겠다고 생각했습니다.

고쳐 쓰다:

이것은정확히 문제이 문제가 발생했지만 Windows에 있습니다.

여러 번 다시 시작하고 여러 수정자를 여러 번 확인하여 키가 멈췄는지 확인했지만 소용이 없었습니다. 나는 이 질문을 게시하기로 결정하기까지 며칠 동안 이 질문으로 고민했습니다. 재부팅이나 키 멈춤처럼 간단한 문제였다면 지금쯤 해결되었으면 좋겠습니다.

다음을 사용하여 xev밝혀졌습니다(나는 이것에 익숙하지 않으며 xev이것이 무엇을 의미하는지 아직도 배우고 있습니다):

등호 키:

KeymapNotify event, serial 28, synthetic NO, window 0x0,
keys:  66  0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   
       0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0

제가 시도한 다른 모든 키 입력의 예(예: Shift + 등호 키):

KeyPress event, serial 28, synthetic NO, window 0x7800001,
root 0x242, subw 0x0, time 11019227, (-650,-317), root:(211,139),
state 0x10, keycode 62 (keysym 0xffe2, Shift_R), same_screen YES,
XLookupString gives 0 bytes: 
XmbLookupString gives 0 bytes: 
XFilterEvent returns: False

KeyPress event, serial 28, synthetic NO, window 0x7800001,
root 0x242, subw 0x0, time 11019779, (-650,-317), root:(211,139),
state 0x11, keycode 21 (keysym 0x2b, plus), same_screen YES,
XLookupString gives 1 bytes: (2b) "+"
XmbLookupString gives 1 bytes: (2b) "+"
XFilterEvent returns: False

KeyRelease event, serial 28, synthetic NO, window 0x7800001,
root 0x242, subw 0x0, time 11019879, (-650,-317), root:(211,139),
state 0x11, keycode 21 (keysym 0x2b, plus), same_screen YES,
XLookupString gives 1 bytes: (2b) "+"
XFilterEvent returns: False

KeyRelease event, serial 28, synthetic NO, window 0x7800001,
root 0x242, subw 0x0, time 11020216, (-650,-317), root:(211,139),
state 0x11, keycode 62 (keysym 0xffe2, Shift_R), same_screen YES,
XLookupString gives 0 bytes: 
XFilterEvent returns: False

동등한 키 입력은 KeyPress 이벤트가 아닌 KeymapNotify 이벤트로 등록됩니다. 지정된 경우 xev -event keyboard동일한 키 입력(KeymapNotify 이벤트)은 마우스 커서가 고정 창을 통과할 때와 동일한 출력을 생성합니다.

흥미롭게도 Shift 이외의 수정자(예: Windows/Super, Ctrl 또는 Alt) + 등호 키를 사용하면 xev등호를 나타내는 응답이 발생합니다.

KeyPress event, serial 28, synthetic NO, window 0x7800001,
root 0x242, subw 0x0, time 11051562, (-650,-317), root:(211,139),
state 0x10, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes: 
XmbLookupString gives 0 bytes: 
XFilterEvent returns: False

KeyPress event, serial 28, synthetic NO, window 0x7800001,
root 0x242, subw 0x0, time 11051836, (-650,-317), root:(211,139),
state 0x18, keycode 21 (keysym 0x3d, equal), same_screen YES,
XLookupString gives 1 bytes: (3d) "="
XmbLookupString gives 1 bytes: (3d) "="
XFilterEvent returns: False

KeyRelease event, serial 28, synthetic NO, window 0x7800001,
root 0x242, subw 0x0, time 11051930, (-650,-317), root:(211,139),
state 0x18, keycode 21 (keysym 0x3d, equal), same_screen YES,
XLookupString gives 1 bytes: (3d) "="
XFilterEvent returns: False

KeyRelease event, serial 28, synthetic NO, window 0x7800001,
root 0x242, subw 0x0, time 11052111, (-650,-317), root:(211,139),
state 0x18, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes: 
XFilterEvent returns: False

초과 데이터를 필터링 하는 데 사용되며 xev | gawk '/keycode/{if($0!=l)print;l=$0;}'등호 키를 제외한 각 키 누름에 대해 행을 반환합니다(Shift+등호 키가 그렇게 했다고 생각합니다 - 3행과 4행 참조).

state 0x10, keycode 36 (keysym 0xff0d, Return), same_screen YES,
state 0x10, keycode 20 (keysym 0x2d, minus), same_screen YES,
state 0x10, keycode 62 (keysym 0xffe2, Shift_R), same_screen YES,
state 0x11, keycode 21 (keysym 0x2b, plus), same_screen YES,
state 0x11, keycode 62 (keysym 0xffe2, Shift_R), same_screen YES,
state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
state 0x14, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
state 0x14, keycode 54 (keysym 0x63, c), same_screen YES,
state 0x14, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,

키코드가 매핑되어 있지만 X 서버는 다음 키 누르기를 볼 수 없는 것 같습니다.

xmodmap -pke | grep equal밝혀지다 keycode 21 = equal plus equal plus.

추가 정보:

$ setxkbmap -query
  rules:      evdev
  model:      pc105
  layout:     us
  options:    terminate:ctrl_alt_bksp`

답변1

PuppyLinux에서도 같은 문제가 있었습니다. 입력할 수 )는 있었지만 0.

제가 실수한 방법은 다음과 같습니다. 최근에 새 키 바인딩을 추가하고 실수로 잘못된 코드를 입력했는데(어떤 코드인지 기억이 나지 않습니다), 그게 문자를 엉망으로 만든 것입니다 0.

(참고: 내 창 관리자는 내 창 관리자이거나 jwmJoe의 창 관리자이지만 실제로는 어떤 배포판이나 창 관리자를 사용하는지는 중요하지 않습니다.)

결론적으로:자체 키 바인딩을 설정한 새 프로그램에서든 직접 추가한 키 바인딩에서든 문제가 발생한 이후에 추가된 새 키 바인딩이 있는지 확인하세요.

답변2

나는 당신과 똑같은 문제를 겪었습니다. =기호는 실제 키보드와 가상 키보드 모두에서 작동하지 않았지만 +기호는 작동했습니다.

적어도 한 분에게 도움이 될 수 있도록 이 메시지를 여기에 남길 것입니다. Alt+를 누르고 Z키보드 단축키를 다시 기본값으로 설정하여 이 문제를 해결할 수 있었습니다.

=내 로고가 Windows 키보드 단축키인 것으로 밝혀졌습니다 ...무슨 단축키인가요? 잘 모르겠지만 =이 플래그를 모두 복사하여 붙여넣는 것은 정말 고통스러운 일입니다.

관련 정보