因此，我的gedit不再打开：在命令行中，它显示了其典型警告的典型数量，然后在某个点停止并且不做别的事;还有它的整个输出低于前（似乎）在终端冻结：大错误：gedit无法打开，sh使得无限循环中的sh
(gedit:25142): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:544:12: Expected '('
(gedit:25142): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:1039:0: Junk at end of value
(gedit:25142): Gtk-WARNING **: Theme parsing error: button.css:41:13: Expected '('
(gedit:25142): Gtk-WARNING **: Theme parsing error: button.css:46:29: Expected ',' in color definition
(gedit:25142): Gtk-WARNING **: Theme parsing error: button.css:98:16: Not using units is deprecated. Assuming 'px'.
(gedit:25142): Gtk-WARNING **: Theme parsing error: button.css:98:24: Not using units is deprecated. Assuming 'px'.
(gedit:25142): Gtk-WARNING **: Theme parsing error: toolbar.css:34:23: Not a valid image
(gedit:25142): Gtk-WARNING **: Theme parsing error: toolbar.css:93:22: Not a valid image
(gedit:25142): Gtk-WARNING **: Theme parsing error: popover.css:27:4: Junk at end of value
(gedit:25142): Gtk-WARNING **: Theme parsing error: popover.css:37:17: Expected '('
(gedit:25142): Gtk-WARNING **: Theme parsing error: albumlistview.css:26:20: Not using units is deprecated. Assuming 'px'.
我在我的系统监控发现，一个sh进程创造什么，我想是的子过程，但本身在无限远循环，也就是说，一个sh创建一个'kid sh'等等，并且通过阻止它的方式是不可能的，尽管当然现在它不会打扰我。
无论如何，我想我的gedit回来！ ^^我试图重命名插件文件夹，看看它是否会加载没有他们。 （没有工作）
确实发生了，我正在开发一个插件时，它开始发疯，但它完全工作在我最后一次打开它，并且我没有改变插件之间最后一次良好的开放和gedit窃听的时刻。
但是另一个重要的数据：因为我调试我的插件，我试过（我怎么想）this method删除上述愚蠢的警告gedit。 我然后做：
创建foo.sh文件，里面：
_supress() {
eval "$1() { \$(which $1) \"\[email protected]\" 2>&1 | tr -d '\r' | grep -v \"$2\"; }"
}
_supress gedit "WARNING"
这个文件的运行之后，gedit没有工作，因为我想在所有;由于当时我已经有一个打开的gedit，它不断向我显示打开的gedit窗口，然后在精确地显示上述警告并返回到bash之后不再显示上述警告。然后在当时（当我在foo.sh之后尝试gedit时），它返回到bash（在向我展示打开的gedit之后），而现在它不，它只在没有任何可见的情况下保持运行，“等待“为ctrl + C。
我明显错过了上述方法的线索;我尝试了其他版本，其中：
eval "gedit() { \$(which gedit) \"\[email protected]\" 2>&1 | tr -d '\r' | grep -v \"WARNING\"; }"
再次，没有工作;当我意识到，一旦我关闭了最后打开的gedit窗口，gedit根本不会再打开（除了上述警告和现场停留）;
我的系统监视器然后告诉我我上面说过的（sh在无限循环中创建自我，我猜不是巧合）。我试图重新启动整个计算机：在重启这是同样的故事
我有点绝望了，配置的gedit不够好，总共重新安装一个完整的个人悲剧:(
等待救援！在此先感谢:)
编辑：这是kindofa大问题，但是BC我已经在12000个工艺在不到一个半小时，我的内核似乎只允许+32000：
>cat /proc/sys/kernel/pid_max
32768
我不知道如果这些sh会显示出来我在重启时不打开gedit ...我会试试。
编辑：好消息，sh在重新启动时没有再次循环，所以我很确定它连接到gedit的bug，并且如果我重试打开gedit就会开始。
编辑：另一件事：如果在根上运行它没有问题;当然我没有全部的个人配置，但这意味着它只是“我的”gedit的bug，尽管我不知道在哪里定义两个实例之间的区别......（从以上，我是相当新手在bash的&共）
上述警告是由您的GTK +主题生成的，那么如何解决您的系统中存在的任何错误配置都是归咎于gedit？ – ntd