感谢您在这里所做的一切。我一直使用论坛来修复我的 ubuntu 20.04 LTS 安装中的问题。
这是我第一次安装，所以如果我遗漏了一些显而易见的东西，请大家原谅。
我不断收到一个错误，导致我的系统日志很快就满了。除了系统日志填满得相当快之外，我没有注意到我的机器有任何功能变化，但我已经有一段时间没有对它进行任何费力的操作了。系统日志会一直填满，直到驱动器满了，然后我必须以恢复模式启动并删除日志文件，然后才能进入我的桌面。
开始重复之前的日志和一些报告：
Jul 11 16:36:22 Dragon systemd-timesyncd[857]: Initial synchronization to time server [2001:67c:1560:8003::c7]:123 (ntp.ubuntu.com).
Jul 11 16:36:23 Dragon systemd[1]: blueman-mechanism.service: Succeeded.
Jul 11 16:36:24 Dragon tracker-store[1466]: OK
Jul 11 16:36:24 Dragon systemd[1282]: tracker-store.service: Succeeded.
Jul 11 16:36:25 Dragon dbus-daemon[1830]: [session uid=1000 pid=1830] Activating service name='org.gnome.gedit' requested by ':1.63' (uid=1000 pid=2480 comm="/usr/bin/nautilus --gapplication-service " label="unconfined")
Jul 11 16:36:25 Dragon dbus-daemon[1830]: [session uid=1000 pid=1830] Successfully activated service 'org.gnome.gedit'
Jul 11 16:36:28 Dragon systemd[1]: fprintd.service: Succeeded.
Jul 11 16:36:29 Dragon tracker-extract[1826]: gst_queue_array_peek_nth: assertion 'idx < array->length' failed
Jul 11 16:36:29 Dragon tracker-extract[1826]: gst_buffer_get_sizes_range: assertion 'GST_IS_BUFFER (buffer)' failed
Jul 11 16:36:29 Dragon tracker-extract[1826]: gst_queue_array_peek_nth: assertion 'idx < array->length' failed
Jul 11 16:36:29 Dragon tracker-extract[1826]: gst_buffer_get_sizes_range: assertion 'GST_IS_BUFFER (buffer)' failed
如果我使用 kill -9 1826 从系统监视器或终端杀死进程 tracker-extract，则 syslog 文件将继续填满。
我如何找到并消除导致此问题的原因？我安装了大量东西后才意识到这是一个问题。
提前致谢