Мониторинг Файлов (Ай нид хелп!)

[am3k]

Господа, срочно нужна помощь!
Мне нужно написать шелл-процедуру, которая бы отслеживала появление в текущем каталоге или любом его подкаталоге нового файла, выводила бы его имя и завершала работу.
Желательно, как можно проще...
Заранее благодарен...

[elide]

ну... это.
find ./ | sort > куда-нибудь_на_хранение
а потом comm срванивать.

[am3k]

Тока как мне список хранить не в файле? Просто если буду сохранять в файле - это для меня не очень приемлемо (под требования может не подойти)
Как - нибудь еще можно?

[elide]

можно в памяти (: запихать, к примеру в переменную окружения (:
но это, мне кажется, еще более неприемлимый вариант.
можешь постить на удаленный сервер, а потом с него запрашивать список.
можешь преобразовть в dot matrix и распечатать, а потом пользователь пусть сканером штрихкодов вводит.
можешь прикрутить к матери i2c eeprom и хранить данные там....
вариантов куча, выбирай любой...

[t.t]

отслеживала появление в текущем каталоге или любом его подкаталоге нового файла

↑

А что конкретно здесь имеется ввиду? Демон, который вопит при открытии на запись несуществующего файла? Или не-демон, который сообщает, какие файлы были созданы после его предыдущего запуска? Во втором случае без файла-списка не обойтись; а хранить его можно, скажем, в /tmp (если, конечно, он не очищается по крону или при перезагрузке).

[nercus]

http://sourceforge.net/projects/aide

[am3k]

Дело-то, собственно, вот в чем...
Ради получения зачета по курсу операционных систем мне надо сделать все, как можно проще
Про переменную окружения можно подробнее? Желательно с кодом...

[t.t]

А что конкретно здесь имеется ввиду? Демон, который вопит при открытии на запись несуществующего файла?

↑

А... Не заметил, что именно шелл упомянут. Ну, тогда понятно, что не демон. И понятно, что без файла никак.

[Jan2ary]

Запускать скрипт периодически с малым периодом, сравнивать текущее время с временем создания файлов, если время создания позже времени прошлого запуска - рапортовать. Можно даже сортировать файлы по времени, чтоб все не парсить, а сразу заканчивать цикл если текущий файл был создан раньше прошлого запуска. Вот.

[am3k]

Для Jan2ary: Можно ли с кодом, товарищ? Я, понимаешь ли, чайник немного... )

[t.t]

Запускать скрипт периодически с малым периодом, сравнивать текущее время с временем создания файлов, если время создания позже времени прошлого запуска - рапортовать.

↑

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

[nercus]

Запускать скрипт периодически с малым периодом, сравнивать текущее время с временем создания файлов, если время создания позже времени прошлого запуска - рапортовать.

↑

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

↑

ctime - last file status change time. изменяется при записи/chown/chmod/chattr
mtime - last modification time. изменяется при записи

[madskull]

Не знаю, сойдет ли это для студента, который немного чайник, но вот одно из решений

Код: Выделить всё

ls >/tmp/list
until { t=$(comm -13 /tmp/list <(ls)); [ -n "$t" ]; }; do sleep 1; done
echo "new file: $t"

[am3k]

Спасибо, я уже сделал все! Очень помогли вы мне! Респект вам всем)

[xorader]

Можно оптимизировать тем что в начале цикла проверять время изменения каталога (mtime) и если есть прирост (сравнивать прямо unixtime), то тогда уже искать изменения в каталоге.