ACL больше не существуют?!!

А они хоть раз на ext4 работали?

web ftpadmin # getfacl .
# file: .
# owner: ftpadmin
# group: ftp
user::rwx
user:ftpadmin:rwx
group::---
mask::rwx
other::---
default:user::rwx
default:user:ftpadmin:rwx
default:group::---
default:mask::rwx
default:other::---

web ftpadmin # mkdir 1

web ftpadmin # getfacl 1
# file: 1
# owner: root
# group: root
user::rwx
user:ftpadmin:rwx
group::---
mask::rwx
other::---
default:user::rwx
default:user:ftpadmin:rwx
default:group::---
default:mask::rwx
default:other::---

user и не должен меняться. Должна добавляться acl с правами для этого пользователя. Владельцем файла/директории будет тот кто его создал. У меня есть директории имеющие ACL вида default:user:<username>:rwx несколько штук - и это нормально

Update: вот еще пример с файлом

web ftpadmin # rmdir 1

web ftpadmin # getfacl 1
# file: 1
# owner: root
# group: root
user::rw-
user:ftpadmin:rwx               #effective:rw-
group::---
mask::rw-
other::---

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

Можно ЕМНИП наследовать группу, как сказано здесь. Еще есть вариант с chmod g+s, но он может не со всеми приложениями сработать, в Samba например надо явно указывать - там очень много крутилок для того какие права/владельцы будут у файлов

А они хоть раз на ext4 работали?

хз :)

Обрисуй задачу, зачем вообще потребовалось наследовать владельца и где ты видел ACL-системы для файлов где наследуется именно владелец? Не права вида «можно всё», а именно владелец. ACL-и в оффтопик так не умеют, по крайней мере из GUI.

группа отлично наследуется через chmod ug+s :) Только вот «u» в УГ не работает в линуксе на директориях.

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

:(

Как и кем пишутся файлы? Может можно через setuid по хитрому все процессы пускать из под одного пользователя?

патченый vsftpd. Исходников нет. Конфигов нет (зашиты в экзешник). При записи, файлы пишутся с тем локальным пользователем, под которым юзер льет файл. При чтении проверяется только пользователь. Не спрашивай, зачем так сделано. Хочется чтобы любой юзер мог считать любые файлы, а не только свои.

Ну тогда только костыли вида запущенный incrond который будет менять владельца файла как только тот появится.

Если уж впилить костыли, так по максимуму!

да, наверное придется так и сделать :(

А как на тему сменить файлуху на чтото не умеющее пользователей вообще, типа fat32?

Причем судя по интернету не работают они сто лет уже.

Там такие же иксперты как ты, тупят и не понимают как работают posix acl.

This is not a bug, it is the expected and documented behavior; see the POSIX standard, POSIX 1003.1e/2c draft standard, and also the coreutils info pages (info coreutils 'cp invocation') which could be improved.