https://www.opennet.ru/openforum/vsluhforumID1/97506.html конкретно- obsd65.<br>мне нужно не обще, а конкретно с какими файлами идут операции- нужно что-то типа виндовой procmon от sysinternals.<br>суть в том, что var и tmp отправлены в память(mfs и tmpfs соответственно), и, по идее, больше никаких записей на винт быть не должно(8g оперы и своп девственен), но периодический какая-то сволочь(процесс) пишет на древнюю крохотную(64г) сильно б/у ssd, и я не знаю как отловить эту сволочь. <br>fstat показывает:<br># fstat -vs &#124;grep -v -e "null" -e "tty" -e "ptyp" -e " r" -e "/var"&#124;grep "/"<br>USER CMD PID FD MOUNT INUM MODE R/W SZ&#124;DV XFERS KBYTES<br>root ksh 4166 11 / 3014224 -rw------- rwep 6722 129 37<br>root ksh 41908 11 / 3014224 -rw------- rwep 6722 48 12<br>root ksh 13008 11 / 3014224 -rw------- rwep 6722 8 4<br>root sh 62191 10 / 3125465 -rwxr-xr-x rep 889 2 0<br>root https://www.opennet.ru/openforum/vsluhforumID1/97506.html#16 Fri, 20 Dec 2019 06:57:22 GMT lsof<br> https://www.opennet.ru/openforum/vsluhforumID1/97506.html#15 Wed, 18 Dec 2019 17:36:04 GMT &gt; То есть банальная идея посмотреть время последней модификации файла в голову не <br>&gt; приходит?<br>&gt; В bsd есть find по mtime?<br><br>во1, это сработает только в случае, если файл закрывается после записи. во2, не mtime, а mmin в моём случае. в3, да, не пришло в голову :( и если посмотреть, то всё же fstat была права- это шеллы и файл команд /root/.kshh<br><br>&gt; опять же, сложно сказать в отношении bsd, но писать логи и статистики <br>&gt; можно много куда помимо /var & /tmp <br><br>это не по канону. опёнок- ось каноничная, это не линовая обезьянья туса, за что и люба мне<br><br> https://www.opennet.ru/openforum/vsluhforumID1/97506.html#14 Wed, 18 Dec 2019 17:19:41 GMT &gt; нет, вам чего то другого не завезли... а трассировщик вот: https://man.openbsd.org/OpenBSD-6.3/ktrace.1 <br><br>во1, это не dtrace. во2, ktrace желает pid процесса для трассировки, а dtrace, насколько я понял по описанию, может отслеживать действия вне привязки к конкретному процессу, а лишь по типу действия(что и нужно). я, вот, для пробы, посмотрел чего по вводу-выводу делает один из ksh, который якобы(по версии fstat) что-то пишет на диск, и не увидел никаких записей на него<br><br> https://www.opennet.ru/openforum/vsluhforumID1/97506.html#13 Wed, 18 Dec 2019 14:40:16 GMT &gt;&gt; дык хвалёный dtrace жи <br>&gt; нам опять не завезли :( <br><br>нет, вам чего то другого не завезли... а трассировщик вот: https://man.openbsd.org/OpenBSD-6.3/ktrace.1<br> https://www.opennet.ru/openforum/vsluhforumID1/97506.html#12 Wed, 18 Dec 2019 14:34:41 GMT &gt; должно(8g оперы и своп девственен), но периодический какая-то сволочь(процесс) пишет на <br>&gt; древнюю крохотную(64г) сильно б/у ssd, и я не знаю как отловить <br>&gt; эту сволочь.<br>&gt; ничего не пишут мимо tmp. если бы знать куда именно пишет, <br><br>То есть банальная идея посмотреть время последней модификации файла в голову не приходит?<br>В bsd есть find по mtime?<br><br>опять же, сложно сказать в отношении bsd, но писать логи и статистики можно много куда помимо /var & /tmp<br> https://www.opennet.ru/openforum/vsluhforumID1/97506.html#11 Tue, 17 Dec 2019 19:28:17 GMT &gt; https://www.opennet.ru/openforum/vsluhforumID1/58485.html <br>&gt; inode у тебя видны <br><br>не совсем то(совсем не то), но подспорье большое. спасибки<br><br><br> https://www.opennet.ru/openforum/vsluhforumID1/97506.html#10 Tue, 17 Dec 2019 19:26:56 GMT &gt; дык хвалёный dtrace жи <br><br>нам опять не завезли :(<br><br><br> https://www.opennet.ru/openforum/vsluhforumID1/97506.html#9 Tue, 17 Dec 2019 07:03:45 GMT &gt; что делают мои скрипты я знаю, так как сам их писал, и <br>&gt; они не лезут никуда кроме tmp. если бы они лезли, то <br>&gt; fstat их бы показал, <br><br>https://www.opennet.ru/openforum/vsluhforumID1/58485.html<br>inode у тебя видны<br> https://www.opennet.ru/openforum/vsluhforumID1/97506.html#8 Tue, 17 Dec 2019 05:46:44 GMT &gt;&gt; Скрипты тоже запесочины внутри этих диров?<br>&gt; что делают мои скрипты я знаю, так как сам их писал, и <br>&gt; они не лезут никуда кроме tmp. если бы они лезли, то <br>&gt; fstat их бы показал, у них были бы разные pid при <br>&gt; каждом запуске. ничего этого нет. а всё стоковое живёт на var <br>&gt; и tmp, которые в рам. крон отпадает ещё и потому, что <br>&gt; не может чаще минуты, а у меня где-то раз в десять <br>&gt; секунд запись проходит.<br>&gt; вопрос вообще не об этом. вопрос- как посмотреть файловые операции на опёнке <br>&gt; или бсдехе вообще <br><br>дык хвалёный dtrace жи<br>