gvfsd-metadata . Щось типу такого:
$ dmesg | grep gvfsd-metadata
[31399.725825] gvfsd-metadata[9257]: segfault at 8 ip 0804d35a sp bfea2000 error 4 in gvfsd-metadata[8048000+c000] [33064.748049] gvfsd-metadata[10710]: segfault at 8 ip 0804d35a sp bfe43ab0 error 4 in gvfsd-metadata[8048000+c000] [33126.720596] gvfsd-metadata[10787]: segfault at 8 ip 0804d35a sp bf8b33d0 error 4 in gvfsd-metadata[8048000+c000] [33210.726835] gvfsd-metadata[10900]: segfault at 8 ip 0804d35a sp bfe92e70 error 4 in gvfsd-metadata[8048000+c000] [33442.715020] gvfsd-metadata[11081]: segfault at 8 ip 0804d35a sp bfd3e4f0 error 4 in gvfsd-metadata[8048000+c000] [33855.772065] gvfsd-metadata[11488]: segfault at 8 ip 0804d35a sp bffb7320 error 4 in gvfsd-metadata[8048000+c000] [39416.766256] gvfsd-metadata[14977]: segfault at 8 ip 0804d35a sp bfde86d0 error 4 in gvfsd-metadata[8048000+c000]
Рішення, як завжди просте і банальне: я час від час умудряюсь під зав'язку забивати домашній каталог. А Linux це не дуже любить. В ці моменти перезаписи важливих файлів може закінчитись записом файлів нульової довжини, які пізніше у програмах, до цього не звичних (як ото gvfsd-metadata), призводять до segfault-ів.
Як лікується цей окремий випадок? Пошкодились файли метаданих Gnome, які збираються в каталозі ~/.local/share/gvfs-metadata. Лікується прибиванням цього каталога - най метадані збираються знову.
Code:
$ rm -rf ~/.local/share/gvfs-metadata $ sudo pkill gvfsd-metadata # а це для надійності - вбиваємо сам процес-шкідник :)
Що це за "метадані" такі? - це дані про файли в Gnome - змінена іконка на файлі або каталозі, примітка до файлу, емблемки... Взагалі-то без цього можна вижити, тому лікується таким крутим способом.
Реально ж, гадаю, має бути програма, яка знаходить биті metadata-файли і прибиває тільки їх.
P.S. Схоже що це рішення ще й радикально прискорило мою багатостраждальну машину! А я вже думав, що мені потрібно новий комп'ютер купувати... :)
Немає коментарів:
Дописати коментар