Тлумачення 1: каталог - це підпростір файлової системи. Його можна додатково підрозділити на підпростори, створивши в ньому підкаталоги. Власник директорії fooповинен мати контроль над усім всередині підпростору: foo/bar, foo/bar/quxі т.д.
Тлумачення 2: каталог - це підпростір файлової системи. Кожен каталог додається до якогось іншого каталогу, який називається його батьківським. Власник каталогу fooмає контроль над усім, що знаходиться всередині підпростору; однак для підкаталогу foo/barвласник fooмає контроль над тим, чи barможе бути приєднаний, fooале не над тим, що знаходиться всередині bar: лише власник barмає контроль над цим.
Докази на користь тлумачення 2: як ви зазначили, спосіб роботи дозволів. Також той факт, що деякі файлові системи Unix дозволяють приєднувати каталог до більш ніж одного з батьків: це називається тим, що має декілька жорстких посилань. (Наявність декількох жорстких посилань є звичайними для звичайних файлів, але це зазвичай не рекомендується або заборонено для каталогів, головним чином через ризик створення циклів, де каталог видаляється власним бабусею та дідусем N разів, тому ви не можете дістатись до нього з кореня каталог, який є дуже поширеним очікуванням. Існує також проблема, що робити, якщо в каталозі 0 жорстких посилань, але він не порожній: оскільки каталог не приєднаний, ви хочете його видалити, але що робити з його вміст?)
Докази на користь інтерпретації 1: на практиці каталоги мають єдиного батьківського складу і тому утворюють структуру дерева. І ви не може отримати доступ , foo/bar/quxякщо у вас немає прав на виконання foo, а також bar(ну, за винятком того, що є декілька нерозв'язаних способів бути надано доступ до barбез надання доступу до foo). Отже, верхні рівні мають значення.
Що стосується більш практичної уваги, у вашій ситуації користувач A може це зробити
mkdir сміття
mv foo / бар сміття /
rmdir foo