Кто лезет ко мне на винт?

[boga]

Имею: Jaunty beta, диск, содержащий из смонтированных только раздел с /home. Раздел jfs -O смонтирован с noatime. Все мои попытки его остановить с помощью sudo hdparm -y заканчиваются тем, что кто-то в течении нескольких минут лезет на этот винт и он опять раскручивается. ~/.cache/notify-osd.log пустой и не пишется (кстати, как его вообще отключить-то?), ~/.local/share/mime/mime.cache вроде эти программы только читают, т.о. он должен сидеть в кэше и обращения к нему не должны вызывать обращений к диску. Кто же лезет ко мне на винт каждые несколько минут?

Код: [Выделить]

lesha@boga:~$ lsof | grep home
lsof: WARNING: can't stat() jfs file system /home/ftpuser/NewGame/Sources
      Output information may be incomplete.
x-session  2872      lesha  cwd       DIR        8,3     8192  163904 /home/lesha
seahorse-  3060      lesha  mem       REG        8,3      468  213473 /home/lesha/.local/share/mime/mime.cache
gnome-key  3078      lesha  cwd       DIR        8,3     8192  163904 /home/lesha
gnome-pan  3113      lesha  cwd       DIR        8,3     8192  163904 /home/lesha
gnome-pan  3113      lesha  mem       REG        8,3      468  213473 /home/lesha/.local/share/mime/mime.cache
nautilus   3150      lesha  cwd       DIR        8,3     8192  163904 /home/lesha
nautilus   3150      lesha  mem       REG        8,3      468  213473 /home/lesha/.local/share/mime/mime.cache
update-no  3155      lesha  cwd       DIR        8,3     8192  163904 /home/lesha
update-no  3155      lesha  mem       REG        8,3      468  213473 /home/lesha/.local/share/mime/mime.cache
pidgin     3156      lesha  cwd       DIR        8,3     8192  163904 /home/lesha
pidgin     3156      lesha  mem       REG        8,3      468  213473 /home/lesha/.local/share/mime/mime.cache
nm-applet  3158      lesha  cwd       DIR        8,3     8192  163904 /home/lesha
nm-applet  3158      lesha  mem       REG        8,3      468  213473 /home/lesha/.local/share/mime/mime.cache
python     3161      lesha  cwd       DIR        8,3     8192  163904 /home/lesha
mail-noti  3164      lesha  cwd       DIR        8,3     8192  163904 /home/lesha
mail-noti  3164      lesha  mem       REG        8,3      468  213473 /home/lesha/.local/share/mime/mime.cache
notify-os  3175      lesha    3w      REG        8,3        0   32769 /home/lesha/.cache/notify-osd.log
gnome-key  3182      lesha  mem       REG        8,3      468  213473 /home/lesha/.local/share/mime/mime.cache
trashappl  3183      lesha  mem       REG        8,3      468  213473 /home/lesha/.local/share/mime/mime.cache
drivemoun  3195      lesha  mem       REG        8,3      468  213473 /home/lesha/.local/share/mime/mime.cache
mixer_app  3205      lesha  mem       REG        8,3      468  213473 /home/lesha/.local/share/mime/mime.cache
fast-user  3207      lesha  mem       REG        8,3      468  213473 /home/lesha/.local/share/mime/mime.cache
gnome-inh  3209      lesha  mem       REG        8,3      468  213473 /home/lesha/.local/share/mime/mime.cache
sh         3221      lesha  cwd       DIR        8,3     8192  163904 /home/lesha
compiz-de  3222      lesha  cwd       DIR        8,3     8192  163904 /home/lesha
gtk-windo  3224      lesha  cwd       DIR        8,3     8192  163904 /home/lesha
metacity   3264      lesha  cwd       DIR        8,3     8192  163904 /home/lesha
yelp       3266      lesha  cwd       DIR        8,3     8192  163904 /home/lesha
yelp       3266      lesha  mem       REG        8,3      468  213473 /home/lesha/.local/share/mime/mime.cache
gnome-ter  3776      lesha  cwd       DIR        8,3     8192  163904 /home/lesha
gnome-ter  3776      lesha  mem       REG        8,3      468  213473 /home/lesha/.local/share/mime/mime.cache
bash       3778      lesha  cwd       DIR        8,3     8192  163904 /home/lesha
gnome-com 28917      lesha  cwd       DIR        8,3     8192  163904 /home/lesha
gnome-com 28917      lesha  mem       REG        8,3      468  213473 /home/lesha/.local/share/mime/mime.cache
lsof      29713      lesha  cwd       DIR        8,3     8192  163904 /home/lesha
grep      29714      lesha  cwd       DIR        8,3     8192  163904 /home/lesha
lsof      29715      lesha  cwd       DIR        8,3     8192  163904 /home/lesha


[music_best]

никто не лезет

[boga]

никто не лезет

Ну а почему он тогда запускается обратно через максимум 5 минут?

[Lifewalker]

Попробуйте это средство

Код: [Выделить]

inotifywait -r -m /home/Кто лезет не скажет, но покажет хотя бы куда. Ну а дальше - сами как-нибудь

[boga]

2Lifewalker: Спасибо, это намного облегчает задачу.
На данный момент обнаружено: главный злодей - nautilus-sendto, который лезет на диск практически каждую секунду, с ним я расправился. Но есть еще злодеи: gnome-screensaver, который периодически зачем-то переписывает ~/.gconf/apps/gnome-screensaver/%gconf.xml, pidgin, который переписывает ~/.purple/blist.xml, и gconf2, который пеерписывает  ~/.gconfd/saved_state Что с ними можно сделать?
Еще всякая хрень пишется в ~/.xsession-errors, ну с этим еще ладно, может, к релизу починят все это.

[MrFree]

ну пиджин и скриннсэйвер прибить еще более менее, а вот скажите ка лучше, а зачем вам его тормозить?
если шум - повесьте на резинки, а от того, что крутится, у меня винт год без  остановки проработал (ну кроме как когда свет выключали - за год пару раз, ну и десяток ребутов из-за обновления ядра) и ничего...

[wl]

Утилитка lsof показывает какие процессы какие открыли файлы.

[Lion-Simba]

Как вариант, перенести эти часто-записываемые файлы симлинками на другой винт.

[boga]

если шум - повесьте на резинки

Да, шум. Пытаться обходить кривость софта аппаратными средствами - это уже по-моему чересчур.

Как вариант, перенести эти часто-записываемые файлы симлинками на другой винт.

Увы, непростой вариант. Дело в том, что эти файлы за исключением .xsession-errors перезаписываются так: создается новый файл под другим именем, переименовывается старый в какое-то третье имя, потом свежесозданный переименовывается в исходное имя и уже потом старый файл прибивается (это делается для того, чтоб при прерывании работы в любой момент осталась бы живая копия файла). В таких условиях симлинк можно делать только всему каталогу, в котором эти файлы находятся. Единственный "другой винт" - это SSD, переносить на него часто перезаписываемые файлы хочется меньше всего. А на tmpfs каталоги с этими файлами переносить - тут уже бубен нужен, ибо там (кроме каталога с saved_state) содержится информация, которую надо бы сохранить, а, значит, нужно делать сохранение/восстановление с tmpfs на винт.

[MrFree]

хм, кривость софта.. ну да...
а шум, аппаратную проблему решаем программно, удачи...
Ну что ж, инструмент вам дали, так что качайте сорсы и пересобирайте... проще на резинки повесить, чем все программмы пропатчить (пропатчите - не забудьте патчи выложить), пересобрать и пользоваться этим...