нет обновлений прогресса от gnome tracker

Question 1

Я очень хочу, чтобы настольный поиск работал над новой установкой Ubuntu Gnome 17.04. Я понимаю, что начальная индексация может занять некоторое время, но более 12 часов возвращается tracker status:

Currently indexed: 93634 files, 6371 folders
Remaining space on database partition: 226.6 GB (45.10%)
Data is still being indexed: Estimated less than one second left

Должно быть проиндексировано более 94000 файлов после удаления исключенных файлов. Я не могу сказать, был ли процесс разбит или все еще работает с файлами.

tracker daemon вернул тот же результат все это время:

Store:
12 May 2017, 15:45:13:  ✓     Store                 - Idle 

Miners:
12 May 2017, 15:45:13:  ✓     Userguides            - Idle 
12 May 2017, 15:45:13:  ✓     File System           - Idle 
12 May 2017, 15:45:13:    0%  Extractor             - Extracting metadata 
12 May 2017, 15:45:13:  ✓     Applications          - Idle

и используя -f и -w не возвращают никаких обновлений. tracker-extract использует один из моих ядер на 100% и все это время.

Как я могу узнать, есть ли у трекера проблемы или просто потратить время на индексирование примерно 200 ГБ файлов?

Question 2

Кажется, что у tracker-extract возникли проблемы с несколькими файлами Excel XLS из одного и того же автогенерированного источника. Я подозреваю, что они ударяли об ошибках в код извлечения трекера. Tracker теперь успешно проиндексирован и использует незначительные ресурсы.

Это сообщение форума пользователей Debian было ключевым: будет ли отслеживание-извлечение когда-либо поселиться ?. Диагностика и исправление проблемы заставили меня заглянуть в /tmp/tracker-extract-files.1000. Если символическая ссылка на один и тот же файл сохраняется на какое-то время, а tracker-extract поражает 100% использование ЦП, у вас есть файл проблемы. Для меня символическая ссылка на файл проблемы выглядела так:

$ ls -l tracker-extract-files.1000/
total 0
lrwxrwxrwx 1 scruss scruss 55 May 12 16:25 1-9eaf433878d0c8e604486b798d035882 -> /home/scruss/Documents/toronto_hydro/SmartMeterData.xls

Чтобы исправить этот конкретный файл:

остановить трекер с tracker daemon -t Восстановить нарушительный файл в другом формате, удалить его , или установить его как исключенный в GUI конфигурации трекера. Важно, чтобы файл с проблемами пропал из любого места, где трекер попытается проиндексировать, или проблема будет сохраняться. Удалите сломанную символическую ссылку в /tmp/tracker-extract-files.1000 трекер-рестарт с tracker daemon -s

Если вы отслеживаете трекер с tracker daemon -f, вы должны увидеть, что строки прогресса Extractor увеличиваются с 0, 1, 2 ... 100%. Если он висит на чем-то менее 100%, еще раз проверьте /tmp/tracker-extract-files.1000.

Для меня, tracker-extract выдает сообщение об ошибке, извлечение ошибки с сигналом 31 в __libc_message (), когда оно закончено. Это, похоже, не влияет на работу трекера или индексирование нового контента.

Question 3

Question 4

Кажется, что у tracker-extract возникли проблемы с несколькими файлами Excel XLS из одного и того же автогенерированного источника. Я подозреваю, что они ударяли об ошибках в код извлечения трекера. Tracker теперь успешно проиндексирован и использует незначительные ресурсы.

Это сообщение форума пользователей Debian было ключевым: будет ли отслеживание-извлечение когда-либо поселиться ?. Диагностика и исправление проблемы заставили меня заглянуть в /tmp/tracker-extract-files.1000. Если символическая ссылка на один и тот же файл сохраняется на какое-то время, а tracker-extract поражает 100% использование ЦП, у вас есть файл проблемы. Для меня символическая ссылка на файл проблемы выглядела так:

$ ls -l tracker-extract-files.1000/
total 0
lrwxrwxrwx 1 scruss scruss 55 May 12 16:25 1-9eaf433878d0c8e604486b798d035882 -> /home/scruss/Documents/toronto_hydro/SmartMeterData.xls

Чтобы исправить этот конкретный файл:

остановить трекер с tracker daemon -t Восстановить нарушительный файл в другом формате, удалить его , или установить его как исключенный в GUI конфигурации трекера. Важно, чтобы файл с проблемами пропал из любого места, где трекер попытается проиндексировать, или проблема будет сохраняться. Удалите сломанную символическую ссылку в /tmp/tracker-extract-files.1000 трекер-рестарт с tracker daemon -s

Если вы отслеживаете трекер с tracker daemon -f, вы должны увидеть, что строки прогресса Extractor увеличиваются с 0, 1, 2 ... 100%. Если он висит на чем-то менее 100%, еще раз проверьте /tmp/tracker-extract-files.1000.

Для меня, tracker-extract выдает сообщение об ошибке, извлечение ошибки с сигналом 31 в __libc_message (), когда оно закончено. Это, похоже, не влияет на работу трекера или индексирование нового контента.

Question 5

Кажется, что у tracker-extract возникли проблемы с несколькими файлами Excel XLS из одного и того же автогенерированного источника. Я подозреваю, что они ударяли об ошибках в код извлечения трекера. Tracker теперь успешно проиндексирован и использует незначительные ресурсы.

Это сообщение форума пользователей Debian было ключевым: будет ли отслеживание-извлечение когда-либо поселиться ?. Диагностика и исправление проблемы заставили меня заглянуть в /tmp/tracker-extract-files.1000. Если символическая ссылка на один и тот же файл сохраняется на какое-то время, а tracker-extract поражает 100% использование ЦП, у вас есть файл проблемы. Для меня символическая ссылка на файл проблемы выглядела так:

$ ls -l tracker-extract-files.1000/
total 0
lrwxrwxrwx 1 scruss scruss 55 May 12 16:25 1-9eaf433878d0c8e604486b798d035882 -> /home/scruss/Documents/toronto_hydro/SmartMeterData.xls

Чтобы исправить этот конкретный файл:

остановить трекер с tracker daemon -t Восстановить нарушительный файл в другом формате, удалить его , или установить его как исключенный в GUI конфигурации трекера. Важно, чтобы файл с проблемами пропал из любого места, где трекер попытается проиндексировать, или проблема будет сохраняться. Удалите сломанную символическую ссылку в /tmp/tracker-extract-files.1000 трекер-рестарт с tracker daemon -s

Если вы отслеживаете трекер с tracker daemon -f, вы должны увидеть, что строки прогресса Extractor увеличиваются с 0, 1, 2 ... 100%. Если он висит на чем-то менее 100%, еще раз проверьте /tmp/tracker-extract-files.1000.

Для меня, tracker-extract выдает сообщение об ошибке, извлечение ошибки с сигналом 31 в __libc_message (), когда оно закончено. Это, похоже, не влияет на работу трекера или индексирование нового контента.

scruss · Accepted Answer · 22 May 2018 в 22:40

Кажется, что у tracker-extract возникли проблемы с несколькими файлами Excel XLS из одного и того же автогенерированного источника. Я подозреваю, что они ударяли об ошибках в код извлечения трекера. Tracker теперь успешно проиндексирован и использует незначительные ресурсы.

Это сообщение форума пользователей Debian было ключевым: будет ли отслеживание-извлечение когда-либо поселиться ?. Диагностика и исправление проблемы заставили меня заглянуть в /tmp/tracker-extract-files.1000. Если символическая ссылка на один и тот же файл сохраняется на какое-то время, а tracker-extract поражает 100% использование ЦП, у вас есть файл проблемы. Для меня символическая ссылка на файл проблемы выглядела так:

$ ls -l tracker-extract-files.1000/
total 0
lrwxrwxrwx 1 scruss scruss 55 May 12 16:25 1-9eaf433878d0c8e604486b798d035882 -> /home/scruss/Documents/toronto_hydro/SmartMeterData.xls

Чтобы исправить этот конкретный файл:

остановить трекер с tracker daemon -t Восстановить нарушительный файл в другом формате, удалить его , или установить его как исключенный в GUI конфигурации трекера. Важно, чтобы файл с проблемами пропал из любого места, где трекер попытается проиндексировать, или проблема будет сохраняться. Удалите сломанную символическую ссылку в /tmp/tracker-extract-files.1000 трекер-рестарт с tracker daemon -s

Если вы отслеживаете трекер с tracker daemon -f, вы должны увидеть, что строки прогресса Extractor увеличиваются с 0, 1, 2 ... 100%. Если он висит на чем-то менее 100%, еще раз проверьте /tmp/tracker-extract-files.1000.

Для меня, tracker-extract выдает сообщение об ошибке, извлечение ошибки с сигналом 31 в __libc_message (), когда оно закончено. Это, похоже, не влияет на работу трекера или индексирование нового контента.

scruss · Accepted Answer · 18 July 2018 в 13:24

Кажется, что у tracker-extract возникли проблемы с несколькими файлами Excel XLS из одного и того же автогенерированного источника. Я подозреваю, что они ударяли об ошибках в код извлечения трекера. Tracker теперь успешно проиндексирован и использует незначительные ресурсы.

Это сообщение форума пользователей Debian было ключевым: будет ли отслеживание-извлечение когда-либо поселиться ?. Диагностика и исправление проблемы заставили меня заглянуть в /tmp/tracker-extract-files.1000. Если символическая ссылка на один и тот же файл сохраняется на какое-то время, а tracker-extract поражает 100% использование ЦП, у вас есть файл проблемы. Для меня символическая ссылка на файл проблемы выглядела так:

$ ls -l tracker-extract-files.1000/
total 0
lrwxrwxrwx 1 scruss scruss 55 May 12 16:25 1-9eaf433878d0c8e604486b798d035882 -> /home/scruss/Documents/toronto_hydro/SmartMeterData.xls

Чтобы исправить этот конкретный файл:

остановить трекер с tracker daemon -t Восстановить нарушительный файл в другом формате, удалить его , или установить его как исключенный в GUI конфигурации трекера. Важно, чтобы файл с проблемами пропал из любого места, где трекер попытается проиндексировать, или проблема будет сохраняться. Удалите сломанную символическую ссылку в /tmp/tracker-extract-files.1000 трекер-рестарт с tracker daemon -s

Если вы отслеживаете трекер с tracker daemon -f, вы должны увидеть, что строки прогресса Extractor увеличиваются с 0, 1, 2 ... 100%. Если он висит на чем-то менее 100%, еще раз проверьте /tmp/tracker-extract-files.1000.

Для меня, tracker-extract выдает сообщение об ошибке, извлечение ошибки с сигналом 31 в __libc_message (), когда оно закончено. Это, похоже, не влияет на работу трекера или индексирование нового контента.

scruss · Accepted Answer · 24 July 2018 в 20:10

Кажется, что у tracker-extract возникли проблемы с несколькими файлами Excel XLS из одного и того же автогенерированного источника. Я подозреваю, что они ударяли об ошибках в код извлечения трекера. Tracker теперь успешно проиндексирован и использует незначительные ресурсы.

Это сообщение форума пользователей Debian было ключевым: будет ли отслеживание-извлечение когда-либо поселиться ?. Диагностика и исправление проблемы заставили меня заглянуть в /tmp/tracker-extract-files.1000. Если символическая ссылка на один и тот же файл сохраняется на какое-то время, а tracker-extract поражает 100% использование ЦП, у вас есть файл проблемы. Для меня символическая ссылка на файл проблемы выглядела так:

$ ls -l tracker-extract-files.1000/
total 0
lrwxrwxrwx 1 scruss scruss 55 May 12 16:25 1-9eaf433878d0c8e604486b798d035882 -> /home/scruss/Documents/toronto_hydro/SmartMeterData.xls

Чтобы исправить этот конкретный файл:

остановить трекер с tracker daemon -t Восстановить нарушительный файл в другом формате, удалить его , или установить его как исключенный в GUI конфигурации трекера. Важно, чтобы файл с проблемами пропал из любого места, где трекер попытается проиндексировать, или проблема будет сохраняться. Удалите сломанную символическую ссылку в /tmp/tracker-extract-files.1000 трекер-рестарт с tracker daemon -s

Если вы отслеживаете трекер с tracker daemon -f, вы должны увидеть, что строки прогресса Extractor увеличиваются с 0, 1, 2 ... 100%. Если он висит на чем-то менее 100%, еще раз проверьте /tmp/tracker-extract-files.1000.

Для меня, tracker-extract выдает сообщение об ошибке, извлечение ошибки с сигналом 31 в __libc_message (), когда оно закончено. Это, похоже, не влияет на работу трекера или индексирование нового контента.

нет обновлений прогресса от gnome tracker

3 ответа

Другие вопросы по тегам:

Похожие вопросы: