Создайте txt с полными путями к файлам и некоторым дополнительным текстом

Липкий бит - это бит разрешения, который установлен в файле или каталоге, который позволяет только владельцу файла / каталога или корневому пользователю удалять или переименовывать файл. Никому другому пользователю не предоставляются привилегии для удаления файла, созданного другим пользователем.

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

Липкий бит - это бит разрешения, который установлен в файле или каталоге, который позволяет только владельцу файла / или пользователь root, чтобы удалить или переименовать файл. Никому другому пользователю не предоставляются привилегии для удаления файла, созданного другим пользователем.

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

Теперь, что, если пользователь случайно или намеренно удаляет (или переименовывает) файл, созданный другим пользователем в этом каталоге?

mkdir demo
chmod 777 demo

Например:

ls -ld demo
drwxrwxrwx 2 guru guru 4096 Mar 11 18:17 demo

ls -l demo
-rwxrwxrwx 1 abhi abhi    0 Mar 11 17:11 file1
-rwxrwxrwx 1 anshu anshu   0 Mar 11 18:15 file2

Я также создал два файла с разными пользователями в этой папке с разрешением 777.

 chmod +t demo/
 ls -ld demo
 drwxrwxrwt 2 guru guru 4096 Mar 11 18:17 demo

Теперь поверните на липком бите на этом

mv /home/guru/demo/file2  /home/guru/demo/file3
mv: cannot move '/home/guru/demo/file2' to  '/home/guru/demo/file3': Operation not   permitted  

Теперь, что произойдет, если один пользователь (абхи) хочет переименовать второго пользователя (anshu)

Происхождение липкого бита [!d12 ]

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

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

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

Когда программа выполняется, требуется время, чтобы загрузить программу в память, прежде чем пользователь сможет начать используй это. Если программа, например редактор, часто используется пользователями, то время задержки запуска было накладным.