Debian / Xfce4: hp-systray[PID]：error:选项-s未识别

Question

Xfce4 ver.4.10，HPLIP。3.14.6

从Debian Wheezy升级到Jessie (是的，我知道.)之后，开始在启动日志中得到以下(1级/警报)通知：

hp-systray[PID]: error: option -s not recognized

对主题日志条目进行更仔细的检查后发现，在登录过程中的某个时候尝试了命令/usr/bin/python /usr/bin/hp-systray -session ....。在终端中运行所述命令确实会产生主题错误吱吱声。结果发现-session不是此命令的有效开关.

从没见过说注意跑Wheezy的人。

互联网研究得出的结论是，这个问题似乎比较罕见，似乎是无害的，至少已经存在了10年，而且从未得到解释。

我已经注意到，如果在关闭之前终止hp-systray进程，那么在随后的引导时问题就不会出现，但是对于任何后续的引导，在启动之前都不会出现所谓的“杀死”操作。

有什么想法吗？

Answer 1

一些实验显示，主题日志squawk与~/.cache/sessions/xfce4-session-$HOSTNAME:0文件中的一行相关，该行在登录时由Xfce4会话管理器引用(后面的行在这里复制以提高清晰度)：

Client6_RestartCommand=/usr/bin/hp-systray,-session,23775cb5c-d4da-45ef-9d25-410c10c6a78b_1597436809_471656
Client6_Program=/usr/bin/hp-systray

显然，该会话管理器正在将hp-systray进程包含到它保存的数据中，以保存会话。我仍然有一些具有类似包套件的机器运行Wheezy，并且发现会话管理器从未在它们上保存进程。但是，会话经理确实在Jessie的领导下保存了上述过程，但结果并不理想。

如果给用户一种方法来排除Xfce4会话管理器保存的特定进程，那就太好了.

与此同时，我拼凑了一个不雅的，但有效的解决办法。

我编写了一个最小的服务文件，名为stop_the_madness.service：

[Unit]
Description=Digger add, prevents hp-systray log alert on next boot
After=syslog.service

[Service]
ExecStart=/bin/bash -c "sed -i 's/\/usr\/bin\/hp-systray/\/bin\/true/g;s/-session//' /home/$USER/.cache/sessions/xfce4-session-$HOSTNAME:0"

[Install]
WantedBy=default.target

Place说新创建的服务文件进入了/etc/systemd/system目录，然后是chmod 644 /etc/systemd/system/stop_the_madness.service。然后我做了一个systemctl daemon-reload，然后是systemctl enable stop_the_madness.service

从现在开始，当引导过程到达登录时，违规的~/.cache/xfce4-session-$HOSTNAME:0文件中的违规行如下所示：

Client6_RestartCommand=/bin/true,,2ba711268-faee-473f-a6ce-dfb1efcff056_1597378561_935995
Client6_Program=/bin/true

问题的结束(无论如何，对于重新启动、关闭和停止)。

UPDATE:升级到Debian之后，我开始看到以下引导日志警告：...Invalid escape sequences in line, correcting:... (不确定此警告是否是在Jessie下抛出的)。正如在用“忽略未知的转义序列”阻止系统淹没日志中所看到的，我只是将(在"ExecStart“行中)所有的单反斜杠转义替换为双反斜杠转义：

ExecStart=/bin/bash -c "sed -i 's/\\/usr\\/bin\\/hp-systray/\\/bin\\/true/g;s/-session//' /home/dg/.cache/sessions/xfce4-session-2011:0"

问题的结束。