休止状態で起動できないArch Linuxを診断して修正する方法は？

同時に提供される一部のアップデートはこの問題を解決します。

再び効果があり、とても早く言いました。それは明らかですシステムは、電源が接続されている場合にのみロックされます。したがって、これは電力処理に関連していますが、私が検出する方法はありません。解決策は、電源を切り、ふたをもう一度閉じて、数秒待ってから、ふたを再び開くことです。

正常な省電力モード解除後のログは次のとおりです。

systemd[1]: Started Suspend.
systemd[1]: sleep.target: Unit not needed anymore. Stopping.
systemd[1]: Stopped target Sleep.
systemd[1]: Reached target Suspend.
systemd[1]: suspend.target: Unit is bound to inactive unit systemd-suspend.service. Stopping, too.
systemd[1]: Stopped target Suspend.
systemd-logind[480]: Operation 'sleep' finished.

最近カバーを再開すると、ラップトップが正しく起動しません。画面のバックライトが点灯しているため、明らかに何が起こっていますが、slock入力中にブルースクリーンの標準パスワード「プロンプト」は表示されません。

私は「盲目的に」パスワードを入力し、シェルを開いて実行してみましたreboot。また、Ctrl-Alt-F2仮想端末に変更しようとし、ユーザー名とパスワードを入力して実行してみたrebootので、おそらくシステムが機能していない可能性があります。十分に起こりませんでした。キーボードを有効にしてください。から仮想端末に変更するのは動作中であるため、ウェイクアップslockプロセスがまだその状態に到達できないことを確認しました。いいえシステム要求キーキーボードから。

journalctl関連する唯一のことは、--boot休止状態で終了することです。

外部モニターが接続されていません。

これは100％繰り返し可能です。

私は別のアプローチを試しました。

1. 素晴らしいWMを終了してください。
2. VTでプロセスのリストを調べてxss-lock死亡を確認します。awesome
3. 素晴らしいWMログイン画面に戻ります。
4. ふたを閉めてください。
5. 数秒後にふたを開きます。

再び空の画面が表示されます。興味深いことに、電源ボタンをすばやく押して放すとログイン画面が再び表示され、ログイン中はまったく発生しませんでした。しかし、キーボードやマウスがすべて機能していない（VTに変更しても）、まだハードブートする必要がありました。日記の終わりはこんな感じです。

$ journalctl --boot=-1 | tail -n2 | cut -d' ' -f5-
systemd[1]: Starting Suspend...
systemd-sleep[1840]: Suspending system...

私の設定は2つのリポジトリで定義されています。デスクトップ設定もう一つシステム全体。私はよく(ほぼ毎日)すべてのソフトウェアアップデート。 i915ビデオドライバを使用しています。マシンはSamsung ATIV Book 9 Spinです。