![xcalib 在 Ubuntu 18.04 中随机停止工作](https://linux22.com/image/1164182/xcalib%20%E5%9C%A8%20Ubuntu%2018.04%20%E4%B8%AD%E9%9A%8F%E6%9C%BA%E5%81%9C%E6%AD%A2%E5%B7%A5%E4%BD%9C.png)
我刚刚升级了我的 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
,,,,,,,。colord
gsd-xsettings
gsd-media-keys
gsd-clipboard
at-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/
对于您的具体用途,请参阅
诚然,我没有回答 问题是什么?,但请求是 如果有人有想法,我将不胜感激