iBus 似乎没有重新启动

Question

在终端中运行后，在终端中ibus exit成功退出。它正在干扰一个不允许输入该程序的程序。或者更确切地说，该程序可能会干扰 iBus。

不管怎样，既然程序的使用已经完成，ibus restart进入终端重新激活它，但现在唯一出来的就是Can't connect to iBus.

ibus终端中的其他功能命令也会发生同样的事情。

感谢您提供有关如何随意打开ibus和关闭的任何反馈。

Answer 1

ibus restart只会重置 的内部状态ibus，因此如果ibus守护程序未运行，它将不起作用。如果您想ibus从命令行或在 shell 脚本中重新启动，

ibus-daemon &

似乎可以解决问题。

请注意，如果ibus已经在运行，此命令将自动终止旧实例（类似于ibus exit）并且新进程将发生，因此您可能不需要ibus exit和ibus restart。

Answer 2

手册页说ibus restart重新启动 ibus 守护进程，但这似乎不是对其功能的非常有用的描述。相反，它看起来真正所做的是让正在运行的守护进程重新读取配置文件。

要启动 ibus-daemon，尤其是在关闭启动它的 Gnome 终端时保持其运行，请使用 -d 或 --daemonize 选项，如下所示：

$ ibus-daemon -d

现在您可以关闭终端窗口，ibus-daemon 将继续运行。

我遇到了cinnamon桌面崩溃的问题，进入后备模式，然后询问我是否要重新启动 cinnamon。如果我说是，那么突然输入单引号就不再产生单引号了。相反，它什么也没产生，直到敲击另一个键，然后它产生一个变音符号。为了摆脱这种不正确的（对我来说）输入模式，我需要重新启动 ibus 守护进程（我认为*）。

（（既然我已经掌握了问题所在，我可能会在下次 cinnamon 崩溃时更新此内容并提供更多信息。））

什么不起作用：在 Debian Bullseye 上，如果我输入：

$ nohup ibus-daemon & 

ibus-daemon 启动，但当我关闭用于启动它的终端窗口时立即停止。换句话说，nohup 不适用于这种用法。

背景：

iBus既可以输入外语，也可以输入表情符号。它使用他们所谓的“输入法”，这是一种使用某种键盘从更大的字符或符号集中进行选择的方法。许多不同的人类语言都有“输入法”。您还可以轻松地使用多种语言和多种键盘（至少看起来是这样）。