私はUbuntu 13.04とi3 4.5.1を使用しています。 i3wmが起動すると、Ctrl-C/-D/-Kなどが正常に動作します。 Dropboxを起動したり、通知を送信したり、ボリュームを変更したりすると、すべてのCtrlショートカットが機能しなくなります。
問題を再現できます。
- Xを再起動してi3wmにログインします。
- 端末を開き、Ctrl-C、Ctrl-A、Ctrl-K、Ctrl-Dが有効であることを確認してください=>有効であることを確認してください
- 次のプログラムのいずれかを起動します。
- ドロップボックスvs。
/usr/bin/dropbox start
- OSD通知トリガー
notify-send "Test"
- 音量キーを使って音量を変更します。
- ドロップボックスvs。
- 端末で再度Ctrl-C、-A、-K、および-Dを試しましたが、=>動作しなくなりました。
Ctrlなどのショートカットを復元するには、Xを再起動する必要がありました。興味深いことに、Shift-Ctrl などを使用するコマンドは、Shift を最初に押してもまだ機能します。
xev
Ctrl-Cを押したときの出力です。上記のステップ3を実行する前に:
KeyPress event, serial 33, synthetic NO, window 0x1a00001,
root 0x259, subw 0x0, time 7988829, (-219,177), root:(505,197),
state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 33, synthetic NO, window 0x1a00001,
root 0x259, subw 0x0, time 7988878, (-219,177), root:(505,197),
state 0x4, keycode 54 (keysym 0x63, c), same_screen YES,
XLookupString gives 1 bytes: (03) "^C"
XmbLookupString gives 1 bytes: (03) "^C"
XFilterEvent returns: False
KeyRelease event, serial 33, synthetic NO, window 0x1a00001,
root 0x259, subw 0x0, time 7988949, (-219,177), root:(505,197),
state 0x4, keycode 54 (keysym 0x63, c), same_screen YES,
XLookupString gives 1 bytes: (03) "^C"
XFilterEvent returns: False
KeyRelease event, serial 33, synthetic NO, window 0x1a00001,
root 0x259, subw 0x0, time 7988970, (-219,177), root:(505,197),
state 0x4, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
上記のステップ3以降:
KeyPress event, serial 33, synthetic NO, window 0x1e00001,
root 0x259, subw 0x0, time 8064649, (-238,542), root:(486,562),
state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
FocusOut event, serial 33, synthetic NO, window 0x1e00001,
mode NotifyGrab, detail NotifyAncestor
FocusIn event, serial 33, synthetic NO, window 0x1e00001,
mode NotifyUngrab, detail NotifyAncestor
KeymapNotify event, serial 33, synthetic NO, window 0x0,
keys: 2 0 0 0 32 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
KeyRelease event, serial 33, synthetic NO, window 0x1e00001,
root 0x259, subw 0x0, time 8064926, (-238,542), root:(486,562),
state 0x4, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
問題デバッグをどこで開始するのかわかりません。この問題の原因を見つける方法についてのガイドラインを提供してもよろしいですか?
ありがとうございます!
ベネディクト
ベストアンサー1
さて、問題の原因を見つけました。この問題が発生している他の人のために原因を見つける方法は次のとおりです。
- 次の提案に従ってくださいhttp://mg.pov.lt/blog/xorg-snafu.html終了し
gnome-settings-manager
、Ctrl ショートカットが再び機能することを確認します。この場合、Mariusが自分のページに説明するエラーがあるため、X.orgをアップグレードする必要があります。 - それでも問題が解決しない場合は、
xrestop
すべてのXアプリケーションリストのインポートを使用してください。そのうちの1つを殺して、Ctrlショートカットをもう一度やり直してください。 CtrlキーをキャプチャするXアプリケーションを見つけることができます。 - Ctrl ショートカットがまだ機能していない場合は、Find を使用して別のプロセスの終了を開始し、
ps aux
Ctrl ショートカットをもう一度やり直してください。手順の1つがCtrlキーをキャプチャします。もちろん、プロセスをランダムに終了すると、データが失われたりシステムがクラッシュしたりする可能性があります。
私にとって、1.と2.は問題を解決できませんでした。 3番目のステップでは、dunst
Ctrlキーがキャプチャされたことがわかりました。dunst
通知デーモンであり、Dropbox 通知、通知の送信、その他の画面表示はすべてdunst
私のシステムで処理されます。これは、プログラムの1つを起動するとすぐに問題が発生する理由を説明します。削除しましたが、dunst
維持したい人のためにmodifier
キーを変更することもできます~/.config/dunst/dunst
(に設定しないでくださいctrl
)。