해당 장치 찾기

Question

비행기 모드가 활성화되고 비활성화되는 것과 동일한 문제가 있었습니다(적어도 뚜껑을 움직일 때).

장치: HP HP Spectre x360 2-in-1 노트북 14-ef2xxx
독일어 키보드 사용
우분투 22.04 LTS

스캔코드 e057 및 e058을 키코드 240에 매핑해도 도움이 되지 않았습니다. 사용

sudo showkey

뚜껑을 움직이면 뚜껑이 테이블(또는 랩:D)을 기준으로 앞뒤 방향으로 약 45도 각도인 특정 각도를 가로지르면 키 247(내 컴퓨터의 비행기 모드)이 눌렸다가 해제되는 것을 알 수 있습니다.

그러나 동일한 과정을 반복하여

sudo showkey -s

스캔코드가 활성화되지 않았음을 나타냅니다. 따라서 setkeycodes.

[2]와 비슷한 [1]의 도움으로 문제를 해결했습니다. 후자의 일대일 방식은 나에게 적합하지 않았습니다. 분명히 키 매핑의 영향을 받으려면 작성자와 다른 장치가 필요했습니다.

정말 오랜 시간 동안 답변을 찾고, 시행착오를 겪고, 전문가 수준의 게시물에 혼란스러워 했습니다. 적어도 나는 뭔가를 배웠다. 여러분과 다른 사람들이 그런 일을 겪지 않기를 바라며, 저는 이 단계별 솔루션을 가능한 한 초보자 친화적으로 만들려고 노력합니다.

해당 장치 찾기

Ctrl + Alt + T를 통해 터미널을 엽니다.

입력(그런 다음 Enter)

cat /proc/bus/input/devices

장치 목록을 얻으려면. "Intel HID 이벤트"라는 것입니다.

I: Bus=0019 Vendor=0000 Product=0000 Version=0000
N: Name="Intel HID events"
P: Phys=
S: Sysfs=/devices/platform/INTC1070:00/input/input35
U: Uniq=
H: Handlers=rfkill kbd event17 
B: PROP=0
B: EV=13
B: KEY=1000300000000 5000004000 1e294000000020 0
B: MSC=10

핸들러로 rfkill(모든 라디오, 즉 wlan, 블루투스 등 비활성화)이 있기 때문에 책임이 있을 수 있습니다. 나는 그것을 ~라고 부를 것이다장치지금부터.

키코드 받기

장치를 테스트하고 키코드를 받기 전에 evtest를 설치하세요. 입력(다음에 입력)

sudo apt install -y evtest

메시지가 나타나면 비밀번호를 입력하세요. 장치가 작동하는지 테스트하고 키코드를 얻으려면 가상 터미널을 엽니다(일반 터미널 X에서는 기본적으로 Ubuntu GUI로 인해 이 테스트가 불가능할 수 있습니다). 종종 이 작업은 Ctrl + Alt + F1을 통해 수행되지만 제 경우에는 F1을 F3으로 바꿔야 합니다. X로 돌아가려면 Ctrl + Alt + F2(제 경우)를 누르세요. 다른 컴퓨터에서는 F7인 경우가 많습니다. 시행착오를 거쳐 나에게 딱 맞는 키를 찾았습니다.

사용자 이름과 비밀번호를 입력하세요. 입력(그런 다음 Enter)

sudo evtest /dev/input/event17

제 경우에는 event17입니다. 이는 장치의 Handler 필드에 있었기 때문입니다. 위를 참조하세요. 예를 들어 마우스와 키보드를 노트북에 연결하면 숫자가 변경되는 것을 확인했습니다. 따라서 귀하의 경우에는 다른 번호가 될 수 있습니다.

다음으로 뚜껑을 닫았다가 엽니다. Ctrl + C를 통해 evtest 테스트 모드를 종료하고 Ctrl + Alt + F2를 통해 가상 터미널을 종료합니다(제 경우). 내 화면에는 evtest 중에 다음이 인쇄되었습니다.

Input driver version is 1.0.1
Input device ID: bus 0x19 vendor 0x0 product 0x0 version 0x0
Input device name: "Intel HID events"
Supported events:
  Event type 0 (EV_SYN)
  Event type 1 (EV_KEY)
    Event code 69 (KEY_NUMLOCK)
    Event code 102 (KEY_HOME)
    Event code 104 (KEY_PAGEUP)
    Event code 107 (KEY_END)
    Event code 109 (KEY_PAGEDOWN)
    Event code 113 (KEY_MUTE)
    Event code 114 (KEY_VOLUMEDOWN)
    Event code 115 (KEY_VOLUMEUP)
    Event code 116 (KEY_POWER)
    Event code 142 (KEY_SLEEP)
    Event code 164 (KEY_PLAYPAUSE)
    Event code 166 (KEY_STOPCD)
    Event code 224 (KEY_BRIGHTNESSDOWN)
    Event code 225 (KEY_BRIGHTNESSUP)
    Event code 240 (KEY_UNKNOWN)
  Event type 4 (EV_MSC)
    Event code 4 (MSC_SCAN)
Properties:
Testing ... (interrupt to exit)
Event: time 1684340717.813043, type 4 (EV_MSC), code 4 (MSC_SCAN), value 08
Event: time 1684340717.813043, type 1 (EV_KEY), code 247 (KEY_RFKILL), value 1
Event: time 1684340717.813043, -------------- SYN_REPORT ------------
Event: time 1684340717.813055, type 1 (EV_KEY), code 247 (KEY_RFKILL), value 0
Event: time 1684340717.813055, -------------- SYN_REPORT ------------
Event: time 1684340721.308956, type 4 (EV_MSC), code 4 (MSC_SCAN), value 08
Event: time 1684340721.308956, type 1 (EV_KEY), code 247 (KEY_RFKILL), value 1
Event: time 1684340721.308956, -------------- SYN_REPORT ------------
Event: time 1684340721.308963, type 1 (EV_KEY), code 247 (KEY_RFKILL), value 0
Event: time 1684340721.308963, -------------- SYN_REPORT ------------

이것을 파일로 인쇄하려면 홈 디렉토리에 evtest_output.txt라고 말하고 ~다음을 입력하십시오.

sudo evtest /dev/input/event17 > ~/evtest_output.txt

대신 위 단계에서. 하지만 테스트 중에는 화면에 인쇄된 출력이 표시되지 않습니다.

evtest_output.txt의 내용을 살펴보겠습니다. 먼저, 일부 장치 사양과 지원되는 이벤트를 알려줍니다. 그 아래에는 Testing...뚜껑이 움직이는 동안 인쇄된 10개의 이벤트가 있습니다. 전자의 5개 사건은 닫힘에 속하고, 후자의 5개 사건은 뚜껑을 여는 것에 속한다. 완전히 닫지는 않습니다. 비행기 모드를 실행하려면 약 45도 정도 기울이면 충분합니다. 이는 "Intel HID 이벤트" 장치가 책임이 있음을 확인합니다.

hwdb로 수정

hwdb를 사용하여 이 문제를 해결하기 위해 터미널에 입력(그런 다음 Enter)하여 intel-HID-events.hwdb 파일을 만들었습니다.

sudo nano /etc/udev/hwdb.d/intel-HID-events.hwdb

제가 입력한 내용은 (저의 경우)

evdev:input:b0019v0000p0000e0000-*
 KEYBOARD_KEY_08=unknown

첫 번째 줄의 숫자는 장치의 버스(0019), 공급업체(0000), 제품(0000) 및 버전(0000) 필드입니다( cat /proc/us/input/devices위 프롬프트 출력 참조). 뒤에 나오는 별표는 *여러 기호에 대한 자리 표시자입니다. 그러나 [1]에서와 같이 더 이상 지정하지 않았습니다. 내 이유는 다른 하드웨어(예: 마우스)를 연결 해제할 때 장치의 모달리아가 변경되는 것처럼 보이기 때문입니다.

두 번째 줄의 들여쓰기에 주목하세요. evtest에서 닫거나 열 때 첫 번째 이벤트의 값(MSC_SCAN 이후)인 키 08은 알 수 없음으로 설정됩니다.

Ctrl + O로 저장하고 Enter를 누른 다음 Ctrl + X로 닫습니다. 그런 다음 다음을 통해 업데이트하세요.

sudo systemd-hwdb update

sudo udevadm trigger

[2]에서 나온 내용입니다.

뚜껑을 움직여 보세요. 더 이상 비행기 모드를 실행해서는 안 됩니다. [2]에서처럼 이러한 변경 사항을 "영구적으로" 만들 필요는 없었습니다. 재부팅 후에도 문제는 여전히 해결됩니다. 다음 업데이트에서 수정 사항이 해결되는지 살펴보겠습니다.

이것이 당신이나 누구에게나 도움이 되기를 바랍니다!

건배 jk

참고자료

[1]https://yulistic.gitlab.io/2017/12/linux-keymapping-with-udev-hwdb/

[2]태블릿 모드로 전환 시 비행기 모드 전환(HP spectre x360)

Answer 1

비행기 모드가 활성화되고 비활성화되는 것과 동일한 문제가 있었습니다(적어도 뚜껑을 움직일 때).

장치: HP HP Spectre x360 2-in-1 노트북 14-ef2xxx
독일어 키보드 사용
우분투 22.04 LTS

스캔코드 e057 및 e058을 키코드 240에 매핑해도 도움이 되지 않았습니다. 사용

sudo showkey

뚜껑을 움직이면 뚜껑이 테이블(또는 랩:D)을 기준으로 앞뒤 방향으로 약 45도 각도인 특정 각도를 가로지르면 키 247(내 컴퓨터의 비행기 모드)이 눌렸다가 해제되는 것을 알 수 있습니다.

그러나 동일한 과정을 반복하여

sudo showkey -s

스캔코드가 활성화되지 않았음을 나타냅니다. 따라서 setkeycodes.

[2]와 비슷한 [1]의 도움으로 문제를 해결했습니다. 후자의 일대일 방식은 나에게 적합하지 않았습니다. 분명히 키 매핑의 영향을 받으려면 작성자와 다른 장치가 필요했습니다.

정말 오랜 시간 동안 답변을 찾고, 시행착오를 겪고, 전문가 수준의 게시물에 혼란스러워 했습니다. 적어도 나는 뭔가를 배웠다. 여러분과 다른 사람들이 그런 일을 겪지 않기를 바라며, 저는 이 단계별 솔루션을 가능한 한 초보자 친화적으로 만들려고 노력합니다.

해당 장치 찾기

Ctrl + Alt + T를 통해 터미널을 엽니다.

입력(그런 다음 Enter)

cat /proc/bus/input/devices

장치 목록을 얻으려면. "Intel HID 이벤트"라는 것입니다.

I: Bus=0019 Vendor=0000 Product=0000 Version=0000
N: Name="Intel HID events"
P: Phys=
S: Sysfs=/devices/platform/INTC1070:00/input/input35
U: Uniq=
H: Handlers=rfkill kbd event17 
B: PROP=0
B: EV=13
B: KEY=1000300000000 5000004000 1e294000000020 0
B: MSC=10

핸들러로 rfkill(모든 라디오, 즉 wlan, 블루투스 등 비활성화)이 있기 때문에 책임이 있을 수 있습니다. 나는 그것을 ~라고 부를 것이다장치지금부터.

키코드 받기

장치를 테스트하고 키코드를 받기 전에 evtest를 설치하세요. 입력(다음에 입력)

sudo apt install -y evtest

메시지가 나타나면 비밀번호를 입력하세요. 장치가 작동하는지 테스트하고 키코드를 얻으려면 가상 터미널을 엽니다(일반 터미널 X에서는 기본적으로 Ubuntu GUI로 인해 이 테스트가 불가능할 수 있습니다). 종종 이 작업은 Ctrl + Alt + F1을 통해 수행되지만 제 경우에는 F1을 F3으로 바꿔야 합니다. X로 돌아가려면 Ctrl + Alt + F2(제 경우)를 누르세요. 다른 컴퓨터에서는 F7인 경우가 많습니다. 시행착오를 거쳐 나에게 딱 맞는 키를 찾았습니다.

사용자 이름과 비밀번호를 입력하세요. 입력(그런 다음 Enter)

sudo evtest /dev/input/event17

제 경우에는 event17입니다. 이는 장치의 Handler 필드에 있었기 때문입니다. 위를 참조하세요. 예를 들어 마우스와 키보드를 노트북에 연결하면 숫자가 변경되는 것을 확인했습니다. 따라서 귀하의 경우에는 다른 번호가 될 수 있습니다.

다음으로 뚜껑을 닫았다가 엽니다. Ctrl + C를 통해 evtest 테스트 모드를 종료하고 Ctrl + Alt + F2를 통해 가상 터미널을 종료합니다(제 경우). 내 화면에는 evtest 중에 다음이 인쇄되었습니다.

Input driver version is 1.0.1
Input device ID: bus 0x19 vendor 0x0 product 0x0 version 0x0
Input device name: "Intel HID events"
Supported events:
  Event type 0 (EV_SYN)
  Event type 1 (EV_KEY)
    Event code 69 (KEY_NUMLOCK)
    Event code 102 (KEY_HOME)
    Event code 104 (KEY_PAGEUP)
    Event code 107 (KEY_END)
    Event code 109 (KEY_PAGEDOWN)
    Event code 113 (KEY_MUTE)
    Event code 114 (KEY_VOLUMEDOWN)
    Event code 115 (KEY_VOLUMEUP)
    Event code 116 (KEY_POWER)
    Event code 142 (KEY_SLEEP)
    Event code 164 (KEY_PLAYPAUSE)
    Event code 166 (KEY_STOPCD)
    Event code 224 (KEY_BRIGHTNESSDOWN)
    Event code 225 (KEY_BRIGHTNESSUP)
    Event code 240 (KEY_UNKNOWN)
  Event type 4 (EV_MSC)
    Event code 4 (MSC_SCAN)
Properties:
Testing ... (interrupt to exit)
Event: time 1684340717.813043, type 4 (EV_MSC), code 4 (MSC_SCAN), value 08
Event: time 1684340717.813043, type 1 (EV_KEY), code 247 (KEY_RFKILL), value 1
Event: time 1684340717.813043, -------------- SYN_REPORT ------------
Event: time 1684340717.813055, type 1 (EV_KEY), code 247 (KEY_RFKILL), value 0
Event: time 1684340717.813055, -------------- SYN_REPORT ------------
Event: time 1684340721.308956, type 4 (EV_MSC), code 4 (MSC_SCAN), value 08
Event: time 1684340721.308956, type 1 (EV_KEY), code 247 (KEY_RFKILL), value 1
Event: time 1684340721.308956, -------------- SYN_REPORT ------------
Event: time 1684340721.308963, type 1 (EV_KEY), code 247 (KEY_RFKILL), value 0
Event: time 1684340721.308963, -------------- SYN_REPORT ------------

이것을 파일로 인쇄하려면 홈 디렉토리에 evtest_output.txt라고 말하고 ~다음을 입력하십시오.

sudo evtest /dev/input/event17 > ~/evtest_output.txt

대신 위 단계에서. 하지만 테스트 중에는 화면에 인쇄된 출력이 표시되지 않습니다.

evtest_output.txt의 내용을 살펴보겠습니다. 먼저, 일부 장치 사양과 지원되는 이벤트를 알려줍니다. 그 아래에는 Testing...뚜껑이 움직이는 동안 인쇄된 10개의 이벤트가 있습니다. 전자의 5개 사건은 닫힘에 속하고, 후자의 5개 사건은 뚜껑을 여는 것에 속한다. 완전히 닫지는 않습니다. 비행기 모드를 실행하려면 약 45도 정도 기울이면 충분합니다. 이는 "Intel HID 이벤트" 장치가 책임이 있음을 확인합니다.

hwdb로 수정

hwdb를 사용하여 이 문제를 해결하기 위해 터미널에 입력(그런 다음 Enter)하여 intel-HID-events.hwdb 파일을 만들었습니다.

sudo nano /etc/udev/hwdb.d/intel-HID-events.hwdb

제가 입력한 내용은 (저의 경우)

evdev:input:b0019v0000p0000e0000-*
 KEYBOARD_KEY_08=unknown

첫 번째 줄의 숫자는 장치의 버스(0019), 공급업체(0000), 제품(0000) 및 버전(0000) 필드입니다( cat /proc/us/input/devices위 프롬프트 출력 참조). 뒤에 나오는 별표는 *여러 기호에 대한 자리 표시자입니다. 그러나 [1]에서와 같이 더 이상 지정하지 않았습니다. 내 이유는 다른 하드웨어(예: 마우스)를 연결 해제할 때 장치의 모달리아가 변경되는 것처럼 보이기 때문입니다.

두 번째 줄의 들여쓰기에 주목하세요. evtest에서 닫거나 열 때 첫 번째 이벤트의 값(MSC_SCAN 이후)인 키 08은 알 수 없음으로 설정됩니다.

Ctrl + O로 저장하고 Enter를 누른 다음 Ctrl + X로 닫습니다. 그런 다음 다음을 통해 업데이트하세요.

sudo systemd-hwdb update

sudo udevadm trigger

[2]에서 나온 내용입니다.

뚜껑을 움직여 보세요. 더 이상 비행기 모드를 실행해서는 안 됩니다. [2]에서처럼 이러한 변경 사항을 "영구적으로" 만들 필요는 없었습니다. 재부팅 후에도 문제는 여전히 해결됩니다. 다음 업데이트에서 수정 사항이 해결되는지 살펴보겠습니다.

이것이 당신이나 누구에게나 도움이 되기를 바랍니다!

건배 jk

참고자료

[1]https://yulistic.gitlab.io/2017/12/linux-keymapping-with-udev-hwdb/

[2]태블릿 모드로 전환 시 비행기 모드 전환(HP spectre x360)

해당 장치 찾기

답변1

해당 장치 찾기

키코드 받기

hwdb로 수정

관련 정보