XFCEを使用すると、xscreensaverが起動し、パスワードの入力を求められます。

XFCEを使用すると、xscreensaverが起動し、パスワードの入力を求められます。

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が機能しない2番目の問題もありました。ここで確認できます。 DPMSが動作を停止しましたArch(nvidiaドライバ - xfce4)

答え3

私のラップトップでXFCEを使用しているArch Linux 4.14.15-1でも同じ問題が発生しました。設定エディタに行き、すべてのxfce4-power-man設定をデフォルト値にリセットしました。問題がなくなります。

関連情報