Вопрос или проблема
[5.0.9-arch1-1-ARCH с gnome-desktop 3.32.1.2-1 и tracker 2.2.1]
Мой syslog при загрузке ($ sudo journalctl -b) заполняется сообщениями о том, что tracker-miner не может выполнить sparql, а также о том, что служба tracker-store.service замаскирована. Я не помню, чтобы замыкал эту службу. Небольшая выборка ниже:
Apr 26 07:47:05 HOSTNAME dbus-daemon[3165]: [session uid=1000 pid=3165] Активируется через systemd: имя службы="org.freedesktop.Tracker1" единица="tracker-store.service" запрошенная ':1.54' (uid=1000 pid=3441 comm="/usr/lib/tracker-miner-fs ")
Apr 26 07:47:05 HOSTNAME dbus-daemon[3165]: [session uid=1000 pid=3165] Активация через systemd не удалась для единицы 'tracker-store.service': Единица tracker-store.service замаскирована.
Apr 26 07:47:05 HOSTNAME tracker-miner-f[3441]: (Sparql buffer) Ошибка в обновлении массива: GDBus.Error:org.freedesktop.systemd1.UnitMasked: Единица tracker-store.service замаскирована.
Apr 26 07:47:05 HOSTNAME tracker-miner-f[3441]: Не удалось выполнить sparql: GDBus.Error:org.freedesktop.systemd1.UnitMasked: Единица tracker-store.service замаскирована.
Apr 26 07:47:05 HOSTNAME dbus-daemon[3165]: [session uid=1000 pid=3165] Активируется через systemd: имя службы="org.freedesktop.Tracker1" единица="tracker-store.service" запрошенная ':1.54' (uid=1000 pid=3441 comm="/usr/lib/tracker-miner-fs ")
Apr 26 07:47:05 HOSTNAME dbus-daemon[3165]: [session uid=1000 pid=3165] Активация через systemd не удалась для единицы 'tracker-store.service': Единица tracker-store.service замаскирована.
Apr 26 07:47:05 HOSTNAME tracker-miner-f[3441]: (Sparql buffer) Ошибка в обновлении массива: GDBus.Error:org.freedesktop.systemd1.UnitMasked: Единица tracker-store.service замаскирована.
Я также вижу:
$ systemctl --user status tracker-store
● tracker-store.service
Загружено: замаскировано (Причина: Единица tracker-store.service замаскирована.)
Активно: неактивно (умер)
и
$ tracker status
В настоящее время индексировано: 50073 файлов, 3018 папок
Осталось места на разделе базы данных: 39.0 ГБ (24.28%)
(tracker status:17788): Tracker-CRITICAL **: 19:47:02.875: Не удалось получить прогресс майнера для 'org.freedesktop.Tracker1.Miner.Extract': Время ожидания истекло
(tracker status:17788): Tracker-CRITICAL **: 19:47:27.899: Не удалось получить прогресс майнера для 'org.freedesktop.Tracker1.Miner.Files': Время ожидания истекло
Все майнеры данных бездействуют, индексация завершена
что указывает на то, что действительно служебная единица замаскирована и завершила свою работу по индексации.
Достаточно разнообразные посты касаются похожих ключевых слов, как те, что появляются в системном журнале при загрузке: “tracker-miner” (1), “sparql” не выполняется (2), замаскированная единица “tracker-store.service” (3). tracker был обвинен в монополизации ЦП, потреблении памяти и дискового пространства, нарушении конфиденциальности пользователей и т.д., с тех пор как он стал поставляться систематически как часть gnome-desktop.
Ни один пост не приблизил меня к ответу:
– Почему я получаю эти сообщения в syslog при загрузке?
Примечание: яркость журналов минимальна и установлена на “ошибки” по умолчанию для всех приложений tracker. Я не знаю, как уменьшить это до нуля. Я также предполагаю (возможно, ошибочно), что если tracker был бы правильно настроен, он не стал бы источником столь многих сообщений об ошибках при загрузке.
– Если да, что мне нужно исправить/перенастроить, чтобы эти ошибки исчезли?
Похоже, что замыкание tracker-store не является “правильным” решением для отключения Tracker, так как это создает так много шумов в журнале.
Если вы сами замкнули Tracker, я бы вернул это обратно, т.е. systemctl --user unmask tracker-store. (Ничто не должно было автоматически замыкать его. Если вы найдете такого виновника, я бы указал им на эти сообщения).
Если вас интересует отключение Tracker:
На Fedora 27, Gnome 3.26.2 ([tracker-preferences не доступен в репозиториях]).
Похоже, что tracker можно отключить, просто перейдя в Настройки -> Поиск -> [Панель окон] Выключить.
Кредиты за это решение принадлежат samtuke:
команда tracker reset -s у меня сработала
Ответ или решение
Устранение проблем с "tracker" в gnome-desktop: решение проблемы с логированием
Введение
Вы столкнулись с проблемой, когда при загрузке системы в журнале syslog появляются сообщения от tracker-miner о невозможности выполнения sparql, в то время как tracker-store.service явно замаскирован. Эта ситуация может вызывать как неудобства, так и ненужные записи в системном журнале. В данной статье будут рассмотрены возможные причины и шаги для исправления этой проблемы.
Причины возникновения проблемы
-
Замаскированный
tracker-store.service:- Команда
systemctl --user status tracker-storeпоказывает, что сервис замаскирован, что обычно означает, что он был вручную отключен. Если вы не делали этого, возможно, какой-то пакет или приложение установило это значение по умолчанию.
- Команда
-
Запросы к неактивному сервису:
tracker-miner-fs, запрашиваяtracker-store.service, сталкивается с ошибкой, так как сервис не может быть активирован, будучи замаскированным. Это приводит к множественным записям в журнал из-за ваших пользовательских попыток работы с сервисом.
Шаги для устранения проблемы
-
Снять маску с
tracker-store.service:
Если вы хотите, чтобыtrackerработал корректно, начните с размащения сервиса. Выполните следующую команду в терминале:systemctl --user unmask tracker-store -
Перезапуск сервиса:
После размаскирования, запустите сервис:systemctl --user start tracker-storeИ проверьте его статус:
systemctl --user status tracker-store -
Настройки конфиденциальности и индексации:
Если вы хотите полностью отключитьtracker, вы можете это сделать через графический интерфейс. Зайдите в настройкиGNOME, выберите вкладку "Поиск" и отключите соответствующие опции. -
Сброс трекера:
В случае, если у вас уже есть данные, которые вы хотите обнулить или переиндексировать, используйте команду:tracker reset -sЭто обеспечит свежий старт для вашего
tracker.
Заключение
Проблема с записями в syslog при загрузке связана в первую очередь с замаскированным состоянием tracker-store.service. Следуя вышеописанным шагам, вы должны устранить ненужные ошибки и вернуть систему в норму. Важно сохранять внимательным к таким моментам, поскольку неправильные настройки сервиса могут привести к большому количеству логов и, как следствие, к нагрузке на систему.
Если после выполнения вышеперечисленных шагов проблема не устранена, возможно, будет полезно обратиться к сообществу Arch или GNOME для получения дополнительной поддержки.