Debian12にアップグレードした後、スタンバイモードで起動するとキーボードがオフになることがあります。

Debian12にアップグレードした後、スタンバイモードで起動するとキーボードがオフになることがあります。

KDEを使用してDebian12にアップグレードした後、ノートパソコンのキーボードがオフになり、タッチパッドはまだ機能します。再びスタンバイモードに切り替えてからスタンバイモードから目覚めた場合、それは機能しなくなります。確かに待機中で、そうでない場合でも人々が聞くことができます。

キーボードは、スリープモードで目が覚めた後や画面がロックされている場合にのみ機能します。

また、場合によっては(検索して追加しようとしています)、常にそうではありませんが、ラップトップはロック画面を表示する前に0.2〜4.0秒間前の画面を表示することがよくあります。これは明らかにプライバシーの問題であり、以前の質問に関連している可能性があります。

ログアウトすると、ロック画面でキーボードが正しく機能します。スリープモードで再起動した場合にのみ機能しません(カバーを閉じてカバーを開くか、「スリープ」をクリックして電源ボタンを押します)。

なぜこれが起こり、それを防ぐ方法は何ですか?


詳細:

後者の問題がアップグレード後にのみ発生するかどうかはわかりませんが、前者の問題は、Debian12にアップグレードした後に直接発生するか、一定時間後に発生することを確信しています。これは以前にのみ発生しますが、これで、スタンバイモードで目が覚めるたびにこれが起こります。これはテスト中に常にそうしたので、スタンバイモードに切り替えた直後に目を覚ますとこれが起こる可能性が高いことを意味します。

これはX11とWaylandの両方で発生します。以前は、KDEのログイン画面(SDDM)設定で「Plasma(X11)」セッションに自動ログインするように設定していましたが、アップグレード後は明らかに「Kodi」に変更されましたが、まだloginctl show-session 1 -p TypeX11Plasma(Wayland)」という質問が残っています。 「仮想キーボード」(これ関連性がある可能性があります)クリックしても何も起こりません。sudo swapon --showスワップパーティションが使用されることを示します。最近、通常はスタンバイモードで目が覚めたときにキーボードが機能していましたが、今はスリープモードですぐに再開しなくても動作しなくなります。キーボードの操作中にロック画面が開いた状態でカバーを閉じると、カバーが閉じる現象も2回発生しました(非アクティブなため、画面が自動的にロックされたときに発生しました)。

以下は、当時手動で検出されたログエントリの一部ですsudo journalctl --since today | tail -n 3000。以降Lid closed.

kernel: ACPI Error: Aborting methd \_SB.PCI0.LPCB.ECDV._Q66 due to previous errors (AE_AML_NOT_OWNER) (20220331/psparse-529)
kernel: Lockdown: systemd-logind: hibernation is restricted; see man kernel_lockdown.7
systemd-logind: The system will suspend now!
[...]
systemd-sleep: Entering sleep state 'suspend'...

-- Boot {uid} --この項目の後、コンピュータをスリープ状態から起動し、ログインをダブルクリックして2回表示されますが、以前の項目はありません。

セキュアブートが有効になっています。セキュアブートを無効にしても問題は解決しませんが、スリープモードの横に休止状態モードを有効にできます。スリープモードに切り替えると、オフになってから1秒後に再びオンになり、実際には1秒後にオフになります。スリープモードで目が覚めるとキーボードが機能する。 2つの理由でこの機能を使用したくありません。セキュアブートを有効にして起動するのに時間がかかり、ディスクパスワードを再入力する必要があります。ノートブックカバーを閉じた状態でKDEのスリープモードを設定して「ハイブリッドスリープ」状態に設定すると、覚醒後もキーボードは機能しません。機能しないロック画面で「スリープ」をクリックして目を覚ますと、キーボードが機能します。私は現在、解決策として休止状態に設定していますが、スリープモードから起動すると動作が停止する理由がわかりません。

明らかに、ログは試行するたびに大きく変わり、別の試みの後には、以下を除いてkscreenlocker_greet: pam_unix(kde:auth): authentication failure; logname= uid=1000 euid=1000 tty= ruser= rhost= user{username}キーボードkernel: ACPI: PM: Waking up from system sleep state S3に関する情報がないことがわかりました。

ksmserver:kf.kirigami: Failed to find a Kirigami platform plugin
ksmserver: file:///usr/share/plasma/look-and-feel/org.kde.breeze.desktop/contents/components/VirtualKeyboard.qml:12:1. Type InputPanel unavailable
ksmserver: qrc:/QtQuick/VirtualKeyboard/content/InputPanel.qml:138:5: Type Keyboard unavailable
ksmserver: qrc:/QtQuick/VirtualKeyboard/content/components/Keyboard.qml:38:1: module "QtQuick.VirtualKeyboard.Plugins" is not installed
systemd: Reached target sleep.target - Sleep.

libqt5virtualkeyboard5他のコンピュータとは異なり、この問題は私がインストールした場所では発生しませんqml-module-qtquick-virtualkeyboard。これら2つを削除しても(他は削除する必要はありません)、問題は解決されませんでした。 2つのDeb12システムにインストールされていますqtvirtualkeyboard5-dockeyboard-configuration別の試みでは、一時停止状態で目が覚め、アイテムが実行されるまでキーボードを試してみましたが、それ以降は何も起こりませんでしたkernel: PM: suspend entry (deep)systemd-sleep: Entering sleep state 'suspend'...

別の試みでは、停止前の最後のログエントリと停止kernel: (NULL device *): firmware: direct-loading firmware regulatory.db.p7s後の最初のログエントリがありkernel: (NULL device *): firmware: direct-loading firmware intel/ibt-hw-37.8.10-fw-1.10.3.11.e.bseq(非無料インストールの一部のWi-FiファームウェアとIntelマイクロコードのみがあります)、他の事前一時停止エントリは次のとおりですkernel: ata1.00: Entering standby power mode kernel: psmouse serio1: Failed to disable mouse on。実際には寝ていないようです。

スタンバイモードで再起動した後に記録されるログやタイムスタンプの問題のようです。今日まで、スリープモードで再起動することは半分以上動作するので、絶対に動作しないことを望み、すぐにスタンバイモードで再起動することに関連していることを願っています。もう一つの奇妙なことは、kscreenlocker_greet[3242]: pam_unix(kde:auth): authentication failure;[...]私が意図的にログインボタンを4回連続してクリックした瞬間にJournalctlログに1つのエントリしかないことです。そのため、ログイン画面に「ロック解除失敗」が4回表示されます。この認証失敗メッセージの直後には、次のものが表示されます。

 sddm[1175]: Adding new display on vt 8 ...
 sddm[1175]: Loading theme configuration from ""
 sddm[1175]: Display server starting...
 sddm[1175]: Adding cookie to "/var/run/sddm/{[id1]}"
 sddm[1175]: Running: /usr/bin/X -nolisten tcp -auth /var/run/sddm/{id1]} -background none -noreset -displayfd 21 -seat seat0 vt8
 kernel: Lockdown: Xorg: raw io port access is restricted; see man kernel_lockdown.7
 sddm[1175]: Setting default cursor
 sddm[1175]: Running display setup script  "/usr/share/sddm/scripts/Xsetup"
 sddm[1175]: Display server started.
 sddm[1175]: Socket server starting...
 sddm[1175]: Socket server started.
 sddm[1175]: Loading theme configuration from "/usr/share/sddm/themes/debian-maui/theme.conf"
 sddm[1175]: Greeter starting...
 sddm[1175]: Adding cookie to "/var/run/sddm/{id1]}"
 sddm-helper[3739]: [PAM] Starting...
 sddm-helper[3739]: [PAM] Authenticating...
 sddm-helper[3739]: [PAM] returning.
 sddm-helper[3739]: pam_unix(sddm-greeter:session): session opened for user sddm(uid=112) by (uid=0)

何かが間違っていることは明らかですが、少なくとも適切な場所/パッケージに役立つバグレポートを送信するのに役立つことをお勧めします(まだ既知の問題ではない場合)。これで、一時停止を使用できなくなりました。

更新:スリープモードで再起動しようと10回以上試みた後も、キーボードは機能しませんでした。左下隅にある「スリープ」をもう一度クリックするとシャットダウンが発生し、その後スリープモードで再起動するとキーボードが再び機能しますが、これは時々逆機能的な状況に戻ります。今問題はここ

ベストアンサー1

おすすめ記事