☰

KDE konsole 命令行选项 --profile 不起作用

tag-icon • tag-icon kde profile konsole
KDE konsole 命令行选项 --profile 不起作用

我在 CentOS 7.5.1804（核心）上运行 KDE 4.11，使用 konsole 包“konsole-4.10.5-4.el7.x86_64”。

在 konsole 应用程序中，我创建了一个名为“pi@eecspi”的配置文件，并且在正在运行的 konsole 窗口中，我可以创建一个基于该配置文件的新 konsole 选项卡：

konsole window > File menu > New Tab > pi@eecspi

但是，当我调用任何这些命令行时

konsole --profile pi@eecspi
konsole --profile 'pi@eecspi'
konsole --profile "pi@eecspi"
konsole --profile=pi@eecspi
konsole --profile='pi@eecspi'
konsole --profile="pi@eecspi"

从命令提示符（例如，Bash shell 或 ALT+F2），生成的 konsole 窗口将打开，并显示默认配置文件，而不是 pi@eecspi 配置文件。

如果我将配置文件名称从“pi@eecspi”更改为“eecspi”，则上面显示的命令行将按预期工作（当然，在将“pi@eecspi”更改为“eecspi”之后）：

konsole --profile eecspi

这将打开一个带有配置文件“eecspi”的 konsole 窗口。

就其价值而言，我 99% 确定我在其他 KDE 系统上使用过类似于“pi@eecspi”的 konsole 配置文件名称，并且从命令行使用该配置文件调用 konsole 没有任何问题。

我已经完成了一些故障排除，但无法弄清楚为什么会发生这种情况。我有什么想法可以尝试解决此问题吗？

答案1

我一直没有弄清楚是什么原因造成的。我只能通过暴力方法解决这个问题，即为受影响的用户创建一个新的 $HOME 目录，然后以该用户身份登录并手动重新配置环境：

  • 注销受影响的用户帐户（例如用户名）
  • 以 root 身份登录
  • 重命名受影响用户的 $HOME 目录（例如，/home/username -> /home/username.old）
  • 为受影响的用户创建了一个新的 $HOME 目录

X

[root]# cd /home
[root]# cp -a /etc/skel /home/username
[root]# chown -R username /home/username
[root]# chgrp -R username /home/username
  • 以 root 身份注销
  • 重新登录到受影响的用户帐户（用户名）
  • 手动恢复并重新配置用户名环境中的所有内容

相关内容