gnome 3.22에서 사용자 정의 키보드 단축키가 지연되었습니다.

gnome 3.22에서 사용자 정의 키보드 단축키가 지연되었습니다.

저는 데비안에서 Gnome 3.22를 실행하고 있습니다. 최근 처음부터 최신 버전으로 설치했는데, 1~2일 전부터 요청한 작업을 실제로 수행하기 전에 사용자 정의 키보드 단축키와 일부 기본 작업에 다소 불편한 문제가 발생했습니다.

Fn + F2예를 들어 단축키(기본 키보드)를 사용하여 소리를 낮추 려고 하면 아무 일도 일어나지 않습니다. 나중에 무작위로(특별한 작업을 수행하지 않고 지연이 일정하지 않다는 의미이지만 10s) 3min바로가기/기타 명령에 의해 트리거된 다른 모든 "대기 중인" 작업과 함께 해당 작업이 실행됩니다.

이 동작을 따르는 것은 다음과 같습니다.

  • 키보드 작동: 사운드 높이기/낮추기, 밝기 조절, 미디어 재생/이전/다음
  • 사용자 정의 키보드 단축키(예: Super+Enter새 터미널 열기를 정의했습니다.
  • 세션을 닫고 종료한 후 gnome의 오른쪽 상단에 있는 메뉴에서 다시 시작하세요.
  • 키보드 측면의 절전 모드 하드 버튼

인터넷에서 이런 유형의 문제를 찾으면 일반적으로 다음과 같은 문제가 발생합니다 gnome-keyring-daemon.(여기,거기예를 들어). 그러나 gnome 키링 데몬은 로그인 시 자동으로 시작되므로 비활성화해도 이점이 없습니다.

그놈 키링이나 세션 초기화와 관련된 작업을 수행한 기억이 없으며 이 동작의 원인이 무엇인지 모르겠습니다.

최근에 이 문제를 겪은 사람이 있나요? 해결하시겠습니까? 어떤 아이디어가 있나요?

일부 세부정보:

yco@xps$ uname -a
Linux xps 4.8.0-2-amd64 #1 SMP Debian 4.8.11-1 (2016-12-02) x86_64 GNU/Linux
yco@xps$ cat /etc/debian_version 
stretch/sid
yco@xps$ gnome-shell --version 
GNOME Shell 3.22.2
yco@xps$ gnome-keyring-daemon --version
gnome-keyring-daemon: 3.20.0
testing: enabled

답변1

이 문제는 다음에서 더 자세히 논의됩니다.런치패드 버그 #1689825.

이 문제의 원인은 다음과 같은 측면으로 좁혀졌습니다.

dbus-user-session(및 해당 종속성 xdg-desktop-portal 및 xdg-desktop-portal-gtk)을 제거하여 이 문제를 해결할 수 있었습니다. 패키지는 flatpak을 통해 제공됩니다.

이 문제는 Ubuntu 16.04에 Flatpak을 설치한 후에 시작되었습니다. 거기에서는 다음과 같은 해결책이 제안되었습니다.

flatpak 애플리케이션, flatpak 및 dbus-user-session을 제거한 다음 다시 시작했는데 모든 것이 잘 작동했습니다. --purge를 사용하여 제거하면 markuslet이 가리키는 /etc 파일이 처리된 것 같습니다.

[...]

sudo apt-get purge dbus-user-session
sudo apt-get purge flatpak
sudo apt-get autoremove
sudo reboot

이는 해결 방법에 가깝지만 이러한 단계를 통해 문제가 해결되었음을 확인할 수 있습니다.

Clear dbus-user-session또는 flatpak작동하지 않는 경우 작동하는 또 다른 해결 방법이 있습니다.

gnome-keyring-daemon --replace

하지만 재부팅할 때마다 이 명령을 실행해야 합니다.

답변2

이상하게도 제 경우에는 /etc/cups/client.confCUPS 프로필() 때문에 이런 일이 발생했습니다.

이 파일은 항상 액세스할 수 없는 원격 Cup 서버를 참조합니다. 서버가 회사 네트워크에 있으므로 직장에서는 바로가기와 모든 것이 완벽하게 작동하지만 집이나 다른 곳에서는 아무 것도 작동하지 않습니다.

gnome이 서버에 액세스하고 다른 사용자 기능을 차단하려고 시도한 다음 요청 시간이 초과되면 대기 중인 모든 사용자 호출이 실행되는 것으로 의심됩니다. 하지만 증거가 없습니다. (journalctl이나 제가 찾을 수 있는 어떤 것에도 이상한 점은 없습니다)

이 파일을 삭제하면 문제가 해결되었습니다.

관련 정보