Я просто хотел бы сделать пару моментов, расширив очень хороший ответ Хади. Прежде всего, липкий бит не влияет на файлы в Linux. Как объяснено в man chmod:
STICKY FILES В более старых системах Unix липкий бит заставлял исполняемые файлы накапливаться в swap-пространстве. Эта функция не полезна для современных систем VM, а ядро Linux игнорирует липкий бит в файлах. Другие ядра могут использовать липкий бит в файлах для системных целей. В некоторых системах только суперпользователь может установить липкий бит на файлы.Следовательно, нет смысла искать файлы с установленным липким битом, чтобы мы могли ограничить поиск только каталогами, что значительно ускорит работу. Это можно сделать, используя find:
find / -type d -perm /1000 2>/dev/null
Также обратите внимание, что вместо -perm +mode я использую синтаксис -perm /mode. Это связано с тем, что +mode устарел и может вернуться в неожиданные результаты. Из man find:
-perm /mode
Any of the permission bits mode are set for the file.
-perm +mode
Deprecated, old way of searching for files with any of the per‐
mission bits in mode set. You should use -perm /mode instead.
Trying to use the `+' syntax with symbolic modes will yield sur‐
prising results. For example, `+u+x' is a valid symbolic mode
(equivalent to +u,+x, i.e. 0111) and will therefore not be eval‐
uated as -perm +mode but instead as the exact mode specifier
-perm mode and so it matches files with exact permissions 0111
instead of files with any execute bit set. If you found this
paragraph confusing, you're not alone - just use -perm /mode.
This form of the -perm test is deprecated because the POSIX
specification requires the interpretation of a leading `+' as
being part of a symbolic mode, and so we switched to using `/'
instead.
Наконец, вы также можете использовать символические, а не восьмеричные режимы, которые могут быть легче читать, если вы к нему не привыкли:
find / -type d -perm +'+t' 2>/dev/null