何度も検索しましたが、私と同じような問題を報告している人は見つかりません。私の問題は、コンピューターの蓋を閉じてスリープ状態にすると、再び開いたときに画面がロックされないことがあることです。これはセキュリティ上のリスクが少しあり、スリープ時にセッションがロックされることを保証するには、ラップトップの蓋を閉じる前に手動でロックする必要があります (例: Ctrl-Alt-L)。
コンピュータがスリープ状態であることは確認できます (つまり、スリープ状態にないラップトップの症状を誤解しているわけではありません。カーネル ログと認証ログには、蓋が閉じたイベントと開いたイベントが表示され、ログにはスリープとウェイクの証拠があります。閉じたラップトップを覗くと、電源ライトと画面がオフになっていることがわかります)。
さらに、蓋を閉じる前に手動で画面をロックした場合、再度開いたときに画面が常にロックされていると確信しています (つまり、ロック画面が「死んでいる」または故障しているとは思いません)。
私のシステムは、Ubuntu 16.04 LTS x64 を実行している Dell XPS 13 (2015 年版、9343) です。
これを調査するにはどうしたらよいのか本当にわかりません。アドバイスがあれば喜んでお受けします。成功したスリープ ロックと失敗したスリープ ロックの dmesg/kern.log/auth.logs/syslog の出力を比較しても、決定的な証拠は見つかりません。
私はUnity/Gnomeの専門家ではないので、ロック画面の原因となっているプロセスが何なのかはわかりません。提案されたgnome-screensaver を終了してデバッグ モードで実行する必要があるのですが、実行中のインスタンスが見つかりません。セッションで「gnome-screensaver --debug」を実行しようとすると、「警告 **: このセッションではスクリーンセーバーが既に実行されています」というメッセージが表示されます。このアドバイスは古く、gnome-screensaver の機能が他のプロセスに吸収されているのではないかと考えています。
現時点では困惑していますが、この問題を解決したいと強く思っています。何を試したらよいかアドバイスをいただける方はいらっしゃいますか?
この問題は 15.10 でも発生していましたが、新しいリリースで問題が解決されるかもしれないので、今まで報告していませんでした。残念ながら、何も変わりませんでした。16.04 のインストールは新規であり、アップグレードではありません。15.04 でも同じ問題が発生したかどうかは思い出せません。
よろしく、
ボブ