xcalib 随机停止工作 Ubuntu 18.04

Question

我刚刚升级了我的 ubuntu（Ubuntu 18.04.2 LTS，仿生）。我正在使用xcalib -i -a反转屏幕的颜色。不幸的是，自从升级以来，似乎有些东西坏了：xcalib 随机停止工作（这对我来说是一场小噩梦）。我真的不知道哪些信息与这个问题相关。这是最后安装的模块（通过 : 获得find /var/lib/dpkg/info/ -name \*.list -mtime -3 | sed 's#.list$##;s#.*/##'）：

libmng2:amd64
libnss-systemd:amd64
libgimp2.0
libkf5kdelibs4support-data
libpam-systemd:amd64
systemd
pciutils
libbabl-0.1-0:amd64
libkf5kdelibs4support5:amd64
systemd-sysv
libgegl-0.3-0:amd64
libnss-myhostname:amd64
libsystemd0:amd64
libcurl4:amd64
libpci3:amd64
libudev1:amd64
libkf5sane-data
libcogl20:amd64
libkf5sane5
libcogl-pango20:amd64
gir1.2-coglpango-1.0:amd64
libkf5kdelibs4support5-bin
gir1.2-cogl-1.0:amd64
gdm3
initramfs-tools
initramfs-tools-core
initramfs-tools-bin
libgdm1
libcogl-common
gir1.2-gdm-1.0
libcogl-path20:amd64
libcurl3-gnutls:amd64
gnome-software-plugin-snap
libvulkan1:amd64
gnome-software
gnome-software-common
ubuntu-software

如果有人有想法，我将不胜感激。一个小细节：当 xcalib 停止时，我用我的快捷方式再次运行它，它又立即停止了。当我再次使用快捷方式时，它会等待大约一分钟再次停止。:(

提前致谢。

---

编辑 23/02/2019 ：问题并没有消失，这仍然是一场噩梦。:( :( :( 我开始失去希望。我删除并重新安装了 xcalib ，当然没有任何影响。现在，我正在尝试查看top当我不断更改屏幕颜色时（在）中出现哪些进程。

由于活动可能链接：（irq/71-brcmf_pc顺便说一句，我有一台装有 Ubuntu 的 Mac，我应该从一开始就说明这一点；这是我的专业笔记本电脑，我无法选择 :[ ), iio-sensor-prox, colord, gsd-xsettings, gsd-media-keys, gsd-clipboard, at-spi2-registr.

我在互联网上查看了这些进程在做什么，但我没有任何线索。所以，我开始赏金。

---

2019 年 1 月 3 日编辑：问题再次出现，但这一次，感谢 Sam Wheel 和他的命令行 ( tail -f /var/log/syslog)，我设法捕获了有问题的过程。以下是 xcalib 停止时准确发生的示例：

Mar  1 01:31:14 Synia dhclient[7120]: DHCPREQUEST of ***.***.19.90 on ens9 to ***.***.64.51 port 67 (xid=0x5bce959f)
Mar  1 01:34:18 Synia dhclient[7120]: message repeated 15 times: [ DHCPREQUEST of ***.***.19.90 on ens9 to ***.***.64.51 port 67 (xid=0x5bce959f)]

在我再次设置 xcalib 之后：

Mar  1 01:34:38 Synia /usr/lib/gdm3/gdm-x-session[1341]: (II) modeset(0): EDID vendor "APP", prod id 41001
Mar  1 01:34:38 Synia /usr/lib/gdm3/gdm-x-session[1341]: (II) modeset(0): Printing DDC gathered Modelines:
Mar  1 01:34:38 Synia /usr/lib/gdm3/gdm-x-session[1341]: (II) modeset(0): Modeline "2560x1600"x0.0  268.50  2560 2608 2640 2720  1600 1603 1609 1646 +hsync -vsync (98.7 kHz eP)

并且 DHCP 请求一遍又一遍地继续，对 xcalib 产生相同的影响：

Mar  1 01:34:39 Synia dhclient[7120]: DHCPREQUEST of ***.***.19.90 on ens9 to ***.***.64.51 port 67 (xid=0x5bce959f)
Mar  1 01:35:55 Synia dhclient[7120]: message repeated 6 times: [ DHCPREQUEST of ***.***.19.90 on ens9 to ***.***.64.51 port 67 (xid=0x5bce959f)]    

Mar  1 01:36:09 Synia dhclient[7120]: DHCPREQUEST of ***.***.19.90 on ens9 to ***.***.64.51 port 67 (xid=0x5bce959f)
Mar  1 01:36:47 Synia dhclient[7120]: message repeated 3 times: [ DHCPREQUEST of ***.***.19.90 on ens9 to ***.***.64.51 port 67 (xid=0x5bce959f)]

等等。

在某个时候（10 分钟后），我也收到了 DHCPACK：

Mar  1 01:44:03 Synia dhclient[7120]: DHCPREQUEST of ***.***.19.90 on ens9 to ***.***.64.51 port 67 (xid=0x5bce959f)
Mar  1 01:44:31 Synia dhclient[7120]: message repeated 3 times: [ DHCPREQUEST of ***.***.19.90 on ens9 to ***.***.64.51 port 67 (xid=0x5bce959f)]
Mar  1 01:44:50 Synia dhclient[7120]: DHCPREQUEST of ***.***.19.90 on ens9 to 255.255.255.255 port 67 (xid=0x5bce959f)
Mar  1 01:44:50 Synia dhclient[7120]: DHCPACK of ***.***.19.90 from ***.***.19.81
Mar  1 01:44:50 Synia NetworkManager[858]: <info>  [1551401090.2999] dhcp4 (ens9):   address ***.***.19.90
Mar  1 01:44:50 Synia NetworkManager[858]: <info>  [1551401090.2999] dhcp4 (ens9):   plen 28 (255.255.255.240)
Mar  1 01:44:50 Synia NetworkManager[858]: <info>  [1551401090.3000] dhcp4 (ens9):   gateway ***.***.19.81
Mar  1 01:44:50 Synia NetworkManager[858]: <info>  [1551401090.3000] dhcp4 (ens9):   lease time 1800
Mar  1 01:44:50 Synia NetworkManager[858]: <info>  [1551401090.3000] dhcp4 (ens9):   hostname 'mb27'
Mar  1 01:44:50 Synia NetworkManager[858]: <info>  [1551401090.3000] dhcp4 (ens9):   nameserver '***.***.32.40'
Mar  1 01:44:50 Synia NetworkManager[858]: <info>  [1551401090.3000] dhcp4 (ens9):   nameserver '***.***.222.4'
Mar  1 01:44:50 Synia NetworkManager[858]: <info>  [1551401090.3000] dhcp4 (ens9):   domain name 'mg09.***.**'
Mar  1 01:44:50 Synia dbus-daemon[811]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.11' (uid=0 pid=858 comm="/usr/sbin/NetworkManager --no-daemon " label="unconfined")
Mar  1 01:44:50 Synia NetworkManager[858]: <info>  [1551401090.3000] dhcp4 (ens9): state changed bound -> bound
Mar  1 01:44:50 Synia systemd[1]: Starting Network Manager Script Dispatcher Service...
Mar  1 01:44:50 Synia dbus-daemon[811]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Mar  1 01:44:50 Synia systemd[1]: Started Network Manager Script Dispatcher Service.
Mar  1 01:44:50 Synia nm-dispatcher: req:1 'dhcp4-change' [ens9]: new request (1 scripts)
Mar  1 01:44:50 Synia nm-dispatcher: req:1 'dhcp4-change' [ens9]: start running ordered scripts...
Mar  1 01:44:50 Synia dhclient[7120]: bound to ***.***.19.90 -- renewal in 846 seconds.

因此，这似乎是阻止 xcalib 正常工作的 DHCP 请求（至少，解释了“随机性”）。不知道这到底是什么（我看到一切都发生在端口 67 上，其中包括 Apple NetBoot 使用的端口；因为我有一台带有双引导 Linux-Mac 的 Mac，它可以通过某些固件进行链接吗？） . 我还确切地说，我有一条特殊的电缆，它有自己的 IP 可以连接到我的网络（Mac 设备）。

有什么建议 ？

---

编辑 02/03/2019：新的一天，新的问题（似乎总是在午夜左右发生）。这一次，日志给出了另一个问题：

错误：调用 IBus.set_global_engine_async 时出错：回调参数回调的预期函数，未定义#012setEngine@resource:///org/gnome/shell/misc/ibusManager.js:207:9#012wrapper@resource:///org/ gnome/gjs/modules/_legacy.js:82:22#012activateInputSource@resource:///org/gnome/shell/ui/status/keyboard.js:490:13#012wrapper@resource:///org/gnome/ gjs/modules/_legacy.js:82:22#012_emit@resource:///org/gnome/gjs/modules/signals.js:128:27#012activate@resource:///org/gnome/shell/ui/ status/keyboard.js:65:9#012wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22#012_inputSourcesChanged@resource:///org/gnome/shell/ui/status/ keyboard.js:620:13#012wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22#012reload@resource:///org/gnome/shell/ui/status/keyboard。 js:369:9#012wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22#012_ibusSetContentType@resource:///org/gnome/shell/ui/status/keyboard.js:691:9#012wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22# 012_emit@resource:///org/gnome/gjs/modules/signals.js:128:27#012_setContentType@resource:///org/gnome/shell/misc/ibusManager.js:183:9#012wrapper@resource： ///org/gnome/gjs/modules/_legacy.js:82:22

除了这个新奇之外，这和昨天的问题是一样的。明天早上我会尝试 sancho.s 给出的解决方案（到目前为止第一个没有成功）。

Answer 1

您可以尝试使用以下命令将值重置为默认值

xcalib -c

显然，这排除了xcalib您的意思，但它可能有助于消除问题和/或诊断它。

您还可以尝试使用其他方法来控制屏幕输出，使用xrandr和其他命令，这甚至可能有一些优点（“...使用 xrandr 而不是 xcalib，因为除其他限制外，后者没有提供正确的方法来查询其状态。”）参见

https://askubuntu.com/a/401845/226614

https://www.reddit.com/r/linux/comments/27b0k0/xrandr_and_screen_color_inversion_setting_is_fine/

具体用途请参见

在 Ubuntu 18.04 上反转颜色的最简单方法

诚然，我没有提供“问题是什么？”的答案。 ，但要求是 如果有人有想法，我将非常感激