デスクトップがマウス入力に応答しない場合 - Fedora 34

デスクトップがマウス入力に応答しない場合 - Fedora 34

Fedora Workstationを使用すると、非常に迷惑な問題に頻繁に直面します。デスクトップがマウスボタンの入力に完全に応答しないことがよくあり(カーソルが表示され続ける)、アクティブなアプリケーションのフォーカスを変更することはできません。これは完全にランダムに発生します。おそらくランチタイムに1時間コンピュータを使用しなかった後、または一部のアプリケーションを使用してから5分後に発生します。どのパターンも見ることができません。

たとえば、私はしばらくの間libre officeで作業していましたが、何かを検索するためにFirefoxに切り替えたとします。 libre officeに戻すと、マウスが完全に機能しなくなり、ウィンドウ、ドック、タスクバーなどをクリックしても機能しません。どんな結果にもなります。alt-tab通常、キーボードの操作中に他のアプリに切り替えることができますが、切り替えたいアプリはバックグラウンドに隠されています。私がするすべてのキーボード入力は、私が切り替えたアクティブなアプリケーション用であり、許可されているようです。以前のアプリケーションウィンドウの後ろに隠されているので、私が何をしているのかはわかりません。動作する唯一のことは、上部のFirefoxウィンドウなどの問題が発生したときに使用しているアプリケーションです。alt-tabキーボード入力として使用するには、そのアプリケーションに戻る必要があります。 Firefoxに戻ると、マウスはスクロールバーやタブなどのFirefoxの内部GUI要素で機能しますが、トップバーの最小化または閉じるボタンでは機能しません。

さらに、スーパーキーはgnomeまたはkdeからアプリケーションスイッチャーをロードしなくなりました。

問題を診断するためにさまざまな方法を試しましたが、何の進展もありませんでした。私が使用している間、これはマウス/ハードウェアの問題ではないようで、xinput --test-xi2 --rootすべてのマウスクリックが記録されていることがわかります。マウスを別のUSBポートに移動してみましたが、機能しませんでした。 aとbackに切り替えようとしましたが、ttyまだ正常に戻りません。私はさまざまなデスクトップ環境を試してみましたが、この現象は私が試したすべての環境(gnome、kdeplasma、cinnamon)で発生するようです。デスクトップとウィンドウと正常なマウスの相互作用を復元する唯一の方法は、再起動することです。これは何かに切り替えることができず、保存して電源を切るボタンを押す前に閉じることができない場合、実際には解決策ではありません。

私は初めてFedora 33でこれが起こっていることに気づきましたが、34に更新すると問題が解決すると思いました。ただし、問題は解決されず、さらに悪化する可能性があります。この問題を解決する方法がわかりませんが、今はほぼ毎日発生するので、あきらめてWindowsに戻る準備ができています。

ベストアンサー1

多くのテストの後、この問題はLogitechマウス(私の場合はMX Master 2)の使用に関連していることがわかりました。 Logitechを任意の有線マウスに置き換えると、問題は完全に解決されたようです。公式のLinuxドライバが不足すると、MX2を使用すると重大な問題が発生する可能性があります。 Linuxのサポートを提供したいプロジェクト(piper、solaar)がいくつかありますが、テストしたことがないので、そのプロジェクトがどれだけ信頼できるのか、私の問題を解決できるのかはわかりません。

良い有線Linux対応マウスを購入すればいいようです。おすすめを歓迎します!

おすすめ記事