xcalib прекращает работать наугад Ubuntu 18.04

Я только что обновил свою человечность (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 (между прочим, у меня есть Mac с Ubuntu, установленной на нем, у меня должен быть precised это от запуска; это - мой профессиональный ноутбук, я не мог выбрать: [), iio-sensor-prox, colord, gsd-xsettings, gsd-media-keys, gsd-clipboard, at-spi2-registr.

Я взглянул в Интернете для наблюдения то, что делали эти процессы, но у меня нет ни одной подсказки. Так, я запускаю щедрость.

Редактирование 03.01.2019: проблема произошла снова, но на этот раз, благодаря 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.

Это, кажется, таким образом запрос DHCP, который препятствует тому, чтобы xcalib работал правильно (по крайней мере, "случайность" объяснена). Никакая идея, что это точно (я вижу, что все происходит на порте 67, который используется, среди других, Apple NetBoot; так как у меня есть Mac с Linux-Mac двойной загрузки, он мог быть связан посредством некоторого встроенного микропрограммного обеспечения?). Я также точный, что у меня есть специальный кабель, который имеет его собственный IP для соединения с моей сетью (устройство Mac).

Какие-либо предложения?

Редактирование 03.02.2019: Новый день, новая проблема (это всегда происходит около полуночи, по-видимому). На этот раз журнал дает другую проблему:

Ошибка: Ошибка, вызов IBus.set_global_engine_async: Ожидаемая функция для обратного вызова аргумента обратного вызова, получил undefined#012setEngine@resource:///org/gnome/shell/misc/ibusManager.js:207:9#012wrapper@resource:///org/gnom e/gjs/modules / _ Наследие js:82:22#012activateInputSource@resource:///org/gnome/shell/ui/status/keyboard.js:490:13#012wrapper@resource:///org/gnome/gjs/modules / _ наследие 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 / _ Наследие js:82:22#012_inputSourcesChanged@resource:///org/gnome/shell/ui/status/keyboard.js:620:13#012wrapper@resource:///org/gnome/gjs/modules / _ наследие js:82:22#012reload@resource:///org/gnome/shell/ui/status/keyboard.js:369:9#012wrapper@resource:///org/gnome/gjs/modules / _ наследие js:82:22#012_ibusSetContentType@resource:///org/gnome/shell/ui/status/keyboard.js:691:9#012wrapper@resource:///org/gnome/gjs/modules / _ наследие 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 / _ наследие js:82:22

Кроме этой новинки, это - та же проблема как вчера. Я попробую решения, данные sancho.s завтра утром (первый не был успешен до сих пор).