Назад | Перейти на главную страницу

Какое использование / lib / init / rw в Debian?

Я только что установил Debian 5 (Lenny) и заметил, что / lib / init / rw отображается как RAM Disk (tmpfs). У меня был только опыт работы с Fedora, поэтому мне любопытно, какую функцию выполняет этот каталог в Debian. Может ли он использоваться написанными пользователем сценариями оболочки для кэширования данных или это запрещено и только для использования ОС? Спасибо.

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

Файловая система остается смонтированной после завершения запуска, поскольку сценарии инициализации, которые записывают туда, могут быть запущены в другое время (если вы вручную перезапустите службу или переключите уровни выполнения). Вы не должны принудительно отключать его, если устройство / файловая система /lib/init включен становится только для чтения. Он не потребляет значительных ресурсов, когда фактически не хранит данные, поэтому не влияет на производительность.

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

Если вы используете tmpfs файловая система для временных данных, имейте в виду, что это будет занимать память и, если у вас мало памяти для начала, может вызвать подкачку. Вот почему я обычно использую отдельное крепление вместо /tmp (именно сюда многие процессы будут помещать данные, поэтому они с большей вероятностью будут использовать больше памяти в долгосрочной перспективе, чем одни только мои скрипты). Если у вас много «свободной» памяти большую часть времени, это не проблема. На выходе free, top и аналогичных инструментов памяти, используемой данными, хранящимися в tmpfs файловые системы обычно учитываются в счетчике "кэширования" - см. В Linux, в чем разница между «буферами» и «кешем», сообщаемыми командой free? для более подробной информации об этом.

Изменить: я забыл добавить ... Другая причина для создания собственного tmpfs на основе монтирования вместо использования того, что Debian создает для своих стандартных сценариев, заключается в том, что вы делаете свои сценарии менее зависимыми от конкретного свойства дистрибутива, что означает, что вам нужно немного больше изменить, если ваши сценарии переносятся в другие конфигурации.

Он используется initscript, требующим доступного для записи пространства имен во время выполнения / sbin / init. Помните, что тогда ваш корневой раздел вполне может быть доступен только для чтения.

Андерс

Видимо это используется скриптами инициализации при запуске см. эта ссылка