我刚刚升级了我的 ubuntu（Ubuntu 18.04.2 LTS，bionic）。我用它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 停止时，我用我的快捷方式再次运行它，它会立即再次停止。当我再次使用快捷方式时，它会等待大约一分钟才能再次停止。 :(
提前致谢。
编辑于2019/02/23：问题并没有消失，这仍然是一场噩梦。:( :( :( 我开始失去希望了。我删除并重新安装了 xcalib，当然没有任何效果。现在，我正试图看看top当我不断改变屏幕颜色时会出现哪些进程（在）。
由于活动而可能相关：（irq/71-brcmf_pc顺便说一下，我有一台安装了 Ubuntu 的 Mac，我应该从一开始就明确这一点；这是我的专业笔记本电脑，我无法选择：[ ] ）iio-sensor-prox，，，，，，，。colordgsd-xsettingsgsd-media-keysgsd-clipboardat-spi2-registr
我上网查看了这些进程在做什么，但一无所知。因此，我开始悬赏。
编辑于 2019/01/03：问题再次出现，但这一次，多亏了 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)]
ETC。
在某个时候（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.
因此，这似乎是一个 DHCP 请求，它阻止 xcalib 正常工作（至少解释了“随机性”）。不知道这到底是什么（我看到一切都发生在端口 67 上，Apple NetBoot 等都使用该端口；因为我有一台双启动 Linux-Mac 的 Mac，它可以通过某些固件链接吗？）。我还明确指出，我有一条特殊的电缆，它有自己的 IP 来连接到我的网络（Mac 设备）。
有什么建议 ？
编辑于 2019/02/03：新的一天，新的问题（似乎总是在午夜左右发生）。这次，日志又出现了一个问题：
错误：调用 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/_lega cy.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/keyboa rd.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/keybo ard.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 给出的解决方案（第一个目前没有成功）。
答案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/
对于您的具体用途，请参阅
诚然，我没有回答 问题是什么？，但请求是 如果有人有想法，我将不胜感激