Наверное, чтобы она стала точкой монтирования и на неё можно было делать ″make-shared″. Попробуйте, напишите что получилось...

зачем биндить дирееторию в саму себя:

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

Наверное вместо dir1 может быть и путь до файла.

Да, работает.

Наверное, чтобы она стала точкой монтирования и на неё можно было делать ″make-shared″.

Спасибо, это пожалуй основной «мотив». «Обычную» директорию сделать --make-shared или --make-private не получится, mount ругается «not mountpoint or bad option».

А еще рекурсивный мониторинг через ядерный fanotify работает только на маунтпоинтах

А еще рекурсивный мониторинг через ядерный fanotify работает только на маунтпоинтах

Спасибо, интересно. А чем упомянутый вами fanotify отличается от inotify, чем он лучше inotify? Или он больше для другого предназначен?

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

не знаю, баг или фича

mount --bind foo foo (комментарий)