Найти недавно СОЗДАННЫЕ файлы в скрипте

Разве что по ctime. Или патчить ФС, чтобы в ctime было только время создания. По-другому никак, насколько я знаю.

Никак. В основных линуксовых фс даже нет поля для хранения даты создания.

Когда-то вот энтой командой выводил недавно модифицированные конфиги

$ find .kde4 .config -type f -mtime 0 -printf "%T@ %TX - %h/%f\n" | sed s/.0000000000//g | sort -r | head

зато posix. цени.

Что такое «создали файл» в твоей задаче? Какие файлы считать новыми после:

ln old new #появилась ссылка на старый файл
mv old new #тот же файл назвали иначе
echo >old #на то же место положили совсем другое
rm old && echo >old #заменили всё но назвали так же
cp old temp && mv temp old #подвигали данные по диску

Правильнее задаться вопросом, зачем иноды вообще назвали файлами

Что такое «создали файл» в твоей задаче?

Конкретно в моём случаем это: «В директории появилась новая запись с новым именем (длинный хеш, поэтому ооочень маловероятно, что попадёт на старое), соответствующая новому содержимому».

Хотел изучить, как одна CMS работает с кешем. Наверное, cmin/ctime тоже вполне достаточно, но я решил уточнить, как это делать правильно.

Есть в ext4 например. Уж что более основное.

Есть в ext4 например. Уж что более основное.

И как его прочитать?

с новым именем

Тогда нужно обрабатывать имена:

ls | sort >/tmp/filelist
sleep Nминут
ls | sort | comm -23 /dev/stdin /tmp/filelist

http://unix.stackexchange.com/a/304786

зачем иноды вообще назвали файлами

А они так и не называются. Насколько я понял, «файл» это, скорее, его содержимое. Например, иноды могут описавать каталоги, которые файлами почти никто не называет.

«Файл» — это скорее связь вида «айнода»+«содержимое», то есть данные и мета-данные о данных. И «каталог» — это отдельный вполне себе полноценный тип файла (именно тип на уровне ФС, а не картинки-музыка). Ибо у него есть айнода, в которой указано, что он каталог, у него есть содержимое, в котором, грубо говоря, список имён (жёских ссылок) и соответствующих им айнод.

Спасибо, не знал что в ext4 добавили.

«Файл» — это скорее связь вида «айнода»+«содержимое»

В vfat, AFAIK инодов нету, а файлы есть. Вывод?

И «каталог» — это отдельный вполне себе полноценный тип файла

То, что т.н. «каталог» и «файл» идентичны с точки зрения устройства мира, не означает, что слово «каталог» описывает частный случай того, что описывает слово «файл». Последнее - вопрос, в первую очередь, словарный. Т.е. их можно определить так, как ты описал, а можно и иначе - как 2 непересекающиеся частных случая чего-то, хранящегося в файловой системе. И, как мне кажется, человечество склонно использовать второй вариант. Пока.

Можно ещё «плоски» ФС приплести, или как их там. Но зачем?

При рассмотрении с точки зрения того, как в юниксах всё _реализовано_, каталог вполне себе файл. Как, собственно, и всякие остальные блочные/символьный устройства, пайпы, двери, etc.

как вариант мониторить появление новых файлов с помощью inotify и записывать пару дата/время-файл-действие куда либо.

затем извлекать записи удовлетворяющие твоему критерию времени.

inotify

Попробую сделать через него. Спасибо!

Обнаруживать файлы заранее, ведя лог появления новых файлов с помощью inotifywait. И делать выборку файлов для работы с ними из лога с учётом времени