简而言之：（在 Unity 下）有什么方法可以找出哪个应用程序获取了一些全局快捷方式？我不要求“标准快捷方式”，而是要求某种方式来获取有关实际快捷方式的信息（哪个应用程序实际上刚刚在我当前的配置中保留了给定的键）
更长的故事：
我在管理键盘快捷键时遇到了可重复的问题。在这一刻：
Synapse 有时 (*) 无法绑定 Win-Space，因为它是激活快捷方式，报告“无法注册带有签名 'space' 的热键 'activate'”（通常意味着此快捷方式已被占用）
(*) 一次登录后它有效，另一次登录后它不起作用。我怀疑两个应用程序之间存在竞争……
F9 出于某种原因使我的屏幕稍微变暗（并且 F9 无法到达应用程序级快捷方式，因此例如我的 byobu 菜单不起作用）
我尝试查看各个地方，并且：
我在键盘设置/快捷方式中没有看到任何这些快捷方式
我在 gconf-editor 中找不到它们（我特别尝试在值中搜索 F9，但没有找到）
我在 dconf-editor 中找不到它们（没有搜索，所以我点击了一些最明显的路径）
所以我的问题是：有什么方法可以询问 unity/dconf/gconf/d-bus/关于当前全局热键分配的问题（哪个进程保留哪个键）。或者强制将这些分配记录到某个日志文件中。或者从某个地方 grep 它们。或者………
在 Ubuntu 13.04 上，/dev/shm 是 /run/shm 的符号链接，而 /run/shm 只是 /run 的子目录。/run 是一些已挂载的 tmpfs，但是…………我无法通过什么以及如何找到（当然它不存在于 /etc/fstab 中，而且我无法在 /etc/init* 中找到任何合理的内容）。
虽然通常不需要注意这个目录，无论是在尝试设置 Oracle 时还是在尝试设置 DB2 时，我都遇到了错误，最终证明“/dev/shm 太小”。Net 充满了如何挂载 --rebind run 以使其更大的建议，但是此操作很好地破坏了使用 /run 并且在重新绑定发生时已经运行的应用程序（并且有很多应用程序，尤其是在桌面上，包括新贵、网络管理器或 udev 之类的东西）。
我的问题：
挂载 /run 的代码到底在哪里，什么时候发生？
在创建时我应该更改什么以增加/运行大小？（在我的笔记本电脑上它需要 10% 的内存 - 600MB 在 6GB 笔记本电脑上 - 我想给它 1GB）
如果 2 是不可能的，那么重新绑定 /run 以调整其大小的合适时机是什么 - 所以它发生在任何事情开始实际使用 /run 之前？
是否存在有关该主题的任何文档？虽然有很多关于 /run 的帖子和注释，但我找不到任何关于配置它的信息。