Alt+Printscreen 停止工作，如何找到监听事件的进程

今天很奇怪的问题。我打算发布一个关于另一个问题的帖子，并想截取终端窗口的屏幕截图。我做好了一切准备，点击Alt+Printscreen并没有发生任何事情。

我进入了键盘快捷键，看看重新定义快捷键是否有效。它做了。我试图将其设置回Alt+Printscreen但窗口只是坐在那里听按键。就好像我从来没有按过钥匙一样。

Alt和键都Printscreen可以独立工作......我还尝试查看xev按下键时的输出。它听到 Alt 按下，但之后没有听到 Printscreen。

我已经在 Compiz 和普通的 metacity 中尝试过这个。我还有一个备用键盘，它显示出相同的行为（一个键盘是 PS/2，备用键盘是 USB - 所以不是端口问题）。

就好像事件链中有东西在事件上吐痰，所以没有其他人可以听到它。我的问题基本上是：如何找到响应某些事件的进程？

按照要求：

oli@bert:~$ xmodmap -pke | grep -i mode
keycode  82 = KP_Subtract XF86_Prev_VMode KP_Subtract XF86_Prev_VMode
keycode  86 = KP_Add XF86_Next_VMode KP_Add XF86_Next_VMode
keycode 100 = Henkan_Mode NoSymbol Henkan_Mode
keycode 203 = Mode_switch NoSymbol Mode_switch

和

oli@bert:~$ xmodmap -pke | grep -i print
keycode 107 = Print Sys_Req Print Sys_Req
keycode 218 = Print NoSymbol Print

编辑：当我发布这篇文章时，我正在使用自制的 2.6.35 内核在 Lucid 上。事实证明我的问题与内核有关，而不是 X。

某个地方的某个人决定 alt-printscreen 应该呈现一个 SysRq 事件。从技术上讲，也许应该这样做，但这打破了 Linux 和 Windows 十多年来的“已知行为”。