実際にはロックされたり、スリープモードにはなりません。数秒後、画面は少し暗い設定に変わります。 dconfエディタと設定メニューを見ましたが、何も見つかりません。ここで誰かがFedoraについて同様の質問をしましたが、システムアップデートで問題を解決しました。私はDebian 9を実行しているので、この機能は機能しません。以下にdconf電源メニューのスクリーンショットを添付します。
明らかに、ノートブックが電源に接続されている場合、この問題は問題になりません。しかし、プラグを抜くと、数秒間活動がなければ、コンピュータは著しく暗くなります。
また、マウスやキーボードをタッチすると画面がすぐに明るくなります。
一種の解決済み: 他の問題の処理中にコンピュータを数回再起動しましたが（dconfを台無しにした後はそうしませんでした）、問題がなくなったようです。それでは、編集後に再起動する必要がありますか？
答え1
特にノートパソコンの場合、組み込みコントローラ（EC）は、電源管理、バックライト制御など、さまざまなタスクを実行できます。
残念ながら、すべてのベンダーはこれを異なる方法で行い、文書はありません。 Windowsの場合、プリインストールされたドライバはLinuxの場合は合理的にサポートされていますが、多様性とドキュメントの不足のために状況がより困難になります。
そのため、ECが電源装置から数秒間電源が供給されていないことを確認した後、バックライトをオフにすると疑います。 （私のラップトップはこれをすぐに行います。）この場合、Gnomeの設定を見たり、バグを報告しても役に立ちません。
私のラップトップでは、手動で明るさを再び上げることができます。これがあなたのラップトップで動作することを確認してください。幸運なことに、ECはACPIイベント（または他のもの）を生成し、カスタムスクリプトでそれをキャプチャしてから自動的にバックライトをオンにすることができますが、その仕組みは完全にラップトップによって異なります。だから、少し読書や調査が必要です。例を見てくださいacpi_listen。
答え2
数日前（〜2018年9月10日）Ubuntu 18.04（カーネル4.15.0-34）でGNOMEを実行しているノートパソコンThinkPad X1c5をバッテリーとして実行すると、同様の問題が発生しました。キーボードやマウスを入力せずに、15秒間のみ非アクティブにすることができます。これは100％繰り返し可能です。すべてのアップデートを適用して何度も再起動しましたが、役に立ちませんでした。
ありがたいことに、OPのスクリーンショットは解決策を提案します。idle-brightness100％（または通常の明るさ設定）に設定するだけです。
CLIを使用してこれを行う1つの方法は次のとおりです。
gsettings set org.gnome.settings-daemon.plugins.power idle-brightness 100
OPのスクリーンショットに示すように、dconf-editorを使用してこれを達成することもできます。電源を切る明らかな解決策はidle-dim機能しません。これは、通常、約15分間の活動がないと、発生する一般的な（有用な）自動明るさ調整機能を失うことを意味します。
言うまでもなく、これは生産性タスク（コーディングなどを考えるために奇妙な一時停止が必要です）を実行しようとすると集中力にあまり役に立ちません。 「ユーザーのためです。