UI要素が完全に応答しなくなる
UI要素の多くが完全に応答しなくなります。これはUnityとGNOME Classicの両方で発生します。 これには多くの例がありますが、通常、UI要素の一部のみが応答しません（たとえば、ウィンドウを移動できませんが、他の場所のメニューをクリックできます）。システムは遅れていません。UIは単純に機能しません。時々、無関係なことをすることで動作するようになります（たとえば、Alt-F4で1つのウィンドウを閉じると、フリーズした別のウィンドウを移動できる場合があります）。 これは、ログインした直後に発生し始めます。動作は繰り返し可能ですが、非常に多くのUI要素がオンとオフを切り替えるため、非常に予測不能になる可能性があります。 通常、ダッシュを押すにはsuperを、コマンドプロンプトを表示するにはAlt-F2を押します。また、Alt-Shift-Tは通常、動作中のターミナル（少なくとも、ウィンドウを移動できない場合でもコマンドを受け付けるターミナル）を起動するように動作するようです。 誰がこれを引き起こしているのかについて何かアイデアを持っていますか？この振る舞いは非常に予測不可能で、非常にイライラします。キーコマンドは、例にあるように見えても、常に機能するとは限らないことに注意してください。だから私はそれが単なるマウスの問題だとは思わない。 助けてくれてありがとう。 ディストリビューション11.04。Update Managerにはシステムの利用可能なアップデートがないため、最新の状態であると想定しています。 ランチパッドの誰かが他のアカウントをチェックすることを提案しました。実際、新しいユーザーを作成してそのアカウントにログインすると、元のアカウントの問題が修正されます。ユーザーを削除すると、問題が再発します。 ブート時にedd = onパラメーターを追加しても変更はありません。 また、通常のユーザーで問題が停止する前に、新しいユーザーにログインする必要があります。これは一時的な解決策として機能しますが、実際に何が起こっているのかを知りたいと思います（今は本当に混乱しています）。また、不要な場合は2番目のアカウントは特に必要ありません。 2番目のアカウントを削除すると、問題の原因と問題の再発を誰もが知っていますか？ システム情報： CPU：Intel Core i7 950 RAM：8GB GPU：nVidia GTX460 SE マザーボード：Asus Sabertooth X58 空きディスク容量：650 GB（64％）（RAID 1アレイにある2つの2GBドライブ） 私が試した他のいくつかのことは次のとおりです。 unity --reset gconftool-2 --recursive-unset /apps/compiz-1 rm -rf .compiz .gnome .gnome2 .gnome2_private .gconf .gconfd .metacity また、別のユーザーアカウントを持っているだけでは不十分であることがわかりました。システムを再起動または一時停止する場合は、自分のアカウントの前にまず他のアカウントにログインする必要があります。 またunity --reset、ttyを介して実行すると、コマンドはセグメンテーション違反になります。それに関するsyslogの行は Aug 14 …