VLC를 사용할 때만 이 문제가 발생하는 경우 이 질문을 참조하세요.
화면이 가려진 경우 xscreensaver(버전 5.35) 마우스/터치패드 이동 없이 비밀번호 프롬프트가 팝업됩니다. 시간이 다 되면 나타나서 깜박입니다("와 같은 메시지와 함께).PAM 시간 초과가 취소되었습니다.”) 그리고 다시 나타납니다. 그런 다음 주기가 반복됩니다.
다시 설치해 보았지만 도움이 되지 않았습니다. 저는 4.7.6-1-ARCH노트북에서 아치( )를 사용하고 있습니다.
다음은 로그 메시지입니다( xscreensaver:처음에 모든 줄을 제거했습니다). 내가 실행하지 않은 이벤트는 ClientMessage10:48:47에 있었습니다.
10:48:29: 0: grabbing keyboard on 0xd4... AlreadyGrabbed.
10:48:30: 0: grabbing keyboard on 0xd4... GrabSuccess.
10:48:30: 0: grabbing mouse on 0xd4... GrabSuccess.
10:48:47: DEACTIVATE ClientMessage received.
10:48:47: user is active (ClientMessage)
10:48:47: pam_start ("xscreensaver", "xenohunter", ...) ==> 0 (Success)
10:48:47: pam_set_item (p, PAM_TTY, ":0.0") ==> 0 (Success)
10:48:47: pam_authenticate (...) ...
10:48:47: pam_conversation (ECHO_OFF="Password: ") ...
10:48:47: 0: mouse is at 1047,514.
10:48:47: 0: creating password dialog ("")
10:48:47: grabbing server...
10:48:47: 0: ungrabbing mouse (was 0xd4).
10:48:47: 0: grabbing mouse on 0x140003c... GrabSuccess.
10:48:47: ungrabbing server.
10:49:17: input timed out.
10:49:17: pam_conversation (...) ==> PAM_CONV_ERR
10:49:17: pam_authenticate (...) ==> 20 (Authentication token manipulation error)
10:49:17: pam_end (...) ==> 0 (Success)
10:49:17: authentication via PAM timed out.
10:49:17: grabbing server...
10:49:17: 0: ungrabbing mouse (was 0x140003c).
10:49:17: 0: grabbing mouse on 0xd4... GrabSuccess.
10:49:17: ungrabbing server.
10:49:17: 0: moving mouse back to 1047,514.
10:49:17: discarding MotionNotify event.
10:49:17: 0: destroying password dialog.
UPD2016-10-11
나는 인쇄 journalctl -p 3 -xb하고 다음과 같은 많은 줄을 얻습니다.
Oct 08 14:02:57 regulus xscreensaver[12913]: pam_unix(xscreensaver:auth): conversation failed
Oct 08 14:02:57 regulus xscreensaver[12913]: pam_unix(xscreensaver:auth): auth could not identify password for [xenohunter]
Oct 08 14:03:37 regulus xscreensaver[12913]: pam_unix(xscreensaver:auth): conversation failed
Oct 08 14:03:37 regulus xscreensaver[12913]: pam_unix(xscreensaver:auth): auth could not identify password for [xenohunter]
Oct 08 14:04:17 regulus xscreensaver[12913]: pam_unix(xscreensaver:auth): conversation failed
Oct 08 14:04:17 regulus xscreensaver[12913]: pam_unix(xscreensaver:auth): auth could not identify password for [xenohunter]
Oct 08 14:04:57 regulus xscreensaver[12913]: pam_unix(xscreensaver:auth): conversation failed
Oct 08 14:04:57 regulus xscreensaver[12913]: pam_unix(xscreensaver:auth): auth could not identify password for [xenohunter]
기간은 항상 40초이며, 비밀번호 프롬프트가 다시 나타날 가능성이 가장 높습니다.
나는 evtest /dev/input/event${X}${X}가 모든 idfrom 인 곳에서 했습니다 xinput list. 또한 id=0물리적 마우스와 키보드의 이벤트 흐름에 대해서도 동일한 작업을 수행했습니다. id=1비밀번호 프롬프트가 나타나면 이러한 스트림은 모두 비어 있습니다.
답변1
나는 이것이 오래된 스레드라는 것을 알고 있지만 비활성화되었습니다.데모 모드xfce4-power-manager애플릿 에서 이 문제를 해결했습니다.
답변2
저는 초보이기 때문에 코멘트를 추가할 수 없으며 XFCE4를 사용하고 있는지 물어볼 수 없습니다. 동일한 문제가 발생하여 xfce4-power-manager에 대한 문제를 추적했는데 결과적으로 동일한 문제가 발생했습니다.
에서 가져옴Xscreensaver FAQ:
2016년 초부터 저는 이라는 프로그램이
xfce4-power-manager때때로 정신을 잃고 화면이 절대로 꺼지지 않는 것이 중요하다고 판단한다는 보고를 받기 시작했습니다. 이 프로그램은 여기저기서 가짜 KeyPress 이벤트를 시뮬레이션하여 이를 수행했습니다. 이유는 모르겠습니다. 가장 좋은 방법은 프로그램을 종료 및/또는 제거하는 것입니다.
Kill을 사용하면 xfce4-power-manager문제가 해결되었지만 DPMS가 작동하지 않는 두 번째 문제도 있었습니다. 여기에서 확인할 수 있습니다. DPMS 작동이 중단됨 Arch(nvidia 드라이버 - xfce4)
답변3
내 노트북에서 XFCE를 사용하는 Arch Linux 4.14.15-1에서도 동일한 문제가 발생했습니다. 설정 편집기로 가서 모든 xfce4-power-man 설정을 기본값으로 재설정했습니다. 문제가 사라집니다.