как сделать view в файловой системе?

насчёт симлинков не понял. но mount --bind ?

смотри, один каталог содержит много подкаталогов, в них файлы.

мне нужно сделать другой каталог, в котором окажутся все файлы (плоским списком, без под каталогов).

--bind не пойдет, т.к. он из одного дерева сделает другое дерево, точно такое же.

можно было бы объединить все вложенные каталоги при помоши какой-нибудь aufs. Но не получится, потому что количество каталогов может меняться.

стало яснее.
сам когда-то решал подобную задачу, но цель была такова:
есть arm-плата, файловая система на sd-карте что дает -20 к скорости и если перезаписывать её часто -10 к живучести.
надо создать копию нескольких тысяч джипегов и провести операцию сборки timelapse видео.
делал симлинки в /dev/shm/blabla/ это быстро.
т.к. тебе надо актуальность - то напиши скрипт который будет очищать и пересоздавать дерево каталогов по событию или расписанию.
вместо /dev/shm можешь монтировать tmpfs/ramfs

да-да-да, только ещё сделать так, чтобы не вызывать это по крону, а чтобы оно всегда актуально было

incrond или systemd.path?

В таком случае либо заставь программу, которая создаёт эти файл и директории в момент, когда она создаёт файл делать так же на него символьную ссылку, если это сделать нельзя, тогда только cron.

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

Коллизии имён файлов возможны?

Тогда берёшь биндинг fuse к любому языку и пишешь.

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

Вася/договор.докх, Петя/договор.докх, Отдел\ Продаж/образцы/договор.докх.

Делай хотя бы dir.file, заменяя / например точкой.

не имеет смысла, это названия пакетов с версиями, они редко совпадают (из разных репозиториев, или если перенести из категории в категорию что вряд-ли)

Кажется ТЗ начинает проявляться..

когда придумывали view для sql-сервера, их мало заботило, что названия колонок в таблицах могут совпадать. Они конечно сделали потом возможность переименования, но не стали делать специальную схему именования с точками. Это я к тому, что задачи надо решать в общем виде, а не пытаться требовать ТЗ

Просто есть ненулевая вероятность, что ты не должен этого хотеть™®, и что для конкретно твоей задачи есть уже более простое и универсальное решение, чем горожение своих велосипедов.

man fuse

в бесконечный цикл засунь и в автоподгрузку

inotify. man inotifywait например, или inotifywatch. И вызывай по их событиям скрипт реиндексации и перестроения ссылок.

стесняюсь спросить, а нафига такое странное пожелание видеть список?

не проще ли делать ls -laR по требованию?

Програмку поверх inotify.

Кстати, в mc такая штука есть: панелизация в результатах поиска. Но, естественно, без непрерывной поддержки актуальности.

буду оригинален: семантический(c)(r)(tm) поиск

Ставишь теги, и потом тебе ФМ по тегам список формирует

Слышал про какую-то rewritefs, может подойдёт, ХЗ.
Про inotify выше уже написали.