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

Я только что обновил свой 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 останавливается, я запускаю его снова с помощью ярлыка, и он немедленно останавливается снова. Когда я снова использую ярлык, он ждет примерно одну минуту, чтобы снова остановиться.:(

Заранее спасибо.

Редактировать 23/02/2019: проблема не исчезла, и это все еще кошмар.:(:(:(Я начинаю терять надежду. Я удалил и переустановил xcalib, без эффекта, конечно. Сейчас я пытаюсь увидеть, какие процессы появляются (в top) когда я продолжаю менять цвет экрана.

Потенциально связаны с деятельностью: irq/71-brcmf_pc (кстати, у меня есть Mac с установленной на нем Ubuntu, я должен был с самого начала уточнить, что это мой профессиональный ноутбук, я не мог выбрать: [), iio-sensor-prox, colord, gsd-xsettings, gsd-media-keys, gsd-clipboard, at-spi2-registr,

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

Изменить 01/03/2019: проблема возникла снова, но на этот раз, благодаря Сэму Уиллу и его командной строке (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).

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

Изменить 02/03/2019: Новый день, новая проблема (это всегда происходит около полуночи, по-видимому). На этот раз журнал дает еще одну проблему:

Ошибка: ошибка при вызове IBus.set_global_engine_async: ожидаемая функция для обратного вызова аргумента обратного вызова, получена неопределенная #012setEngine@resource:///org/gnome/shell/misc/ibusManager.js:207:9#012wrapper@resource:///org/ гномы / GJS / модули /_legacy.js:82:22#012activateInputSource@ ресурсы:///org/gnome/shell/ui/status/keyboard.js:490:13#012wrapper@ ресурс: /// орг / гном / GJS / модули /_legacy.js:82:22#012_emit@ ресурс:///org/gnome/gjs/modules/signals.js:128:27#012activate@ ресурс: /// орг / гном / оболочка / щ / статус /keyboard.js:65:9#012wrapper@ ресурсов:///org/gnome/gjs/modules/_legacy.js:82:22#012_inputSourcesChanged@ ресурса: /// орг / гном / оболочка / щ / статус /keyboard.js:620:13#012wrapper@ ресурсов:///org/gnome/gjs/modules/_legacy.js:82:22#012reload@ ресурс: /// орг / гном / оболочка / щ / статус / клавиатуры. ЯШИ:369:9#012wrapper@ ресурсы:///org/gnome/gjs/modules/_legacy.js:82:22#012_ibusSetContentType@ ресурсы:///org/gnome/shell/ui/status/keyboard.js:691:9#012wrapper@ ресурсов:///org/gnome/gjs/modules/_legacy.js:82:22#012_emit@ повторно Источник:///org/gnome/gjs/modules/signals.js:128:27#012_setContentType@ ресурсы:///org/gnome/shell/misc/ibusManager.js:183:9#012wrapper@ ресурсы: // /org/gnome/gjs/modules/_legacy.js:82:22

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