Каков липкий бит в файловых системах UNIX? Когда это используется?
Я копирую .iso в целевой сервер, затем используют winrar (я предполагаю 7zip, и любое количество аналогичных продуктов будет работать) извлечь .iso к папке, затем выполните установку от папки нормальным способом. Вид программного обеспечения, которое Вы устанавливаете на сервере, не интересуется тем, чтобы играть в игры о том, есть ли у Вас диск в диске где-нибудь, это просто должно смочь найти все свои файлы установки.
я имею, устанавливают SQL, Exchange, ISA Server и Sharepoint как это несколько раз, только для именования нескольких продуктов Microsoft, я знаю, что он работает с.
Его исходное использование должно было предоставить подсказку ОС, что исполняемый файл должен кэшироваться в памяти, таким образом, это загрузилось бы быстрее. Это использование было главным образом удержано от использования, поскольку Ose довольно умны об этом виде вещи теперь. На самом деле я думаю теперь, что некоторые Ose используют его в качестве подсказки, что исполняемый файл не должен кэшироваться.
Наиболее популярный способ использования сегодня должен создать каталог, в котором любой может создать файл, но только владелец файла в том каталоге может удалить его. Традиционно, если у Вас есть каталог, в который любой может записать, любой может также удалить файл из него. установка липкого бита на каталоге делает его поэтому, только владелец файла может удалить файл из мирового записываемого каталога.
Классическое использование этого /tmp каталог:
$ ls -ld /tmp
drwxrwxrwt 29 root root 5120 May 20 09:15 /tmp/
t в режиме существует липкий бит. Если бы это не было установлено, то для обычного пользователя было бы довольно легко вызвать опустошение путем удаления всего из /tmp. Так как много демонов вставляет сокеты /tmp, это по существу был бы локальный DOS.