У меня есть несколько настольных клиентов, которые периодически зависают после обновления ядра с 3.10.0-327
к 3.10.0-514
(10.2
, 21.1
и 21.2
)
Единственное "твердое" свидетельство, которое я получаю, - это то, что иногда я вижу локально зарегистрированные события:
May 19 09:55:10 desktop-132 acpid: 1 client rule loaded
May 19 09:55:20 desktop-132 kernel: lockd: server nfserver not responding, still trying
May 19 09:55:23 desktop-132 kernel: lockd: server nfserver OK
May 19 09:55:23 desktop-132 gnome-session: (gnome-settings-daemon:3367): GLib-GIO-WARNING **: gdbusobjectmanagerclient.c:1586: Processing InterfaceRemoved signal for path /org/gnome/Mutter/IdleMonitor/Device6 but no object proxy exists
May 19 09:55:23 desktop-132 gnome-session: (gnome-settings-daemon:3367): GLib-GIO-WARNING **: gdbusobjectmanagerclient.c:1586: Processing InterfaceRemoved signal for path /org/gnome/Mutter/IdleMonitor/Device7 but no object proxy exists
May 19 09:55:23 desktop-132 gnome-session: (gnome-settings-daemon:3367): GLib-GIO-WARNING **: gdbusobjectmanagerclient.c:1586: Processing InterfaceRemoved signal for path /org/gnome/Mutter/IdleMonitor/Device8 but no object proxy exists
May 19 09:55:23 desktop-132 gnome-session: (gnome-settings-daemon:3367): GLib-GIO-WARNING **: gdbusobjectmanagerclient.c:1586: Processing InterfaceRemoved signal for path /org/gnome/Mutter/IdleMonitor/Device9 but no object proxy exists
May 19 09:55:23 desktop-132 gnome-session: (gnome-settings-daemon:3367): GLib-GIO-WARNING **: gdbusobjectmanagerclient.c:1586: Processing InterfaceRemoved signal for path /org/gnome/Mutter/IdleMonitor/Device10 but no object proxy exists
May 19 09:55:23 desktop-132 gnome-session: Window manager warning: last_user_time (946497320) is greater than comparison timestamp (946495968). This most likely represents a buggy client sending inaccurate timestamps in messages such as _NET_ACTIVE_WINDOW. Trying to work around...
May 19 09:55:23 desktop-132 gnome-session: Window manager warning: 0x2000007 (user@d) appears to be one of the offending windows with a timestamp of 946497320. Working around...
Я почти уверен, что эта проблема встречается только в этой версии ядра - ее показывают только обновленные материалы, и понижение до 3.10.0-327 снова устраняет проблему.
Конечно, это не помогает, потому что мы обновляем из-за исправлений безопасности.
Проблема по-прежнему присутствует в текущей версии ядра, выпущенной всего пару дней назад.
Но я в какой-то степени теряюсь - у меня ничего не регистрируется, только «зависания», которые я пытаюсь отслеживать. Так что у меня даже нет основ, чтобы начать составлять отчет об ошибке.