
О чем этот сайт? Помощь сайту | Новые Все холивары |
![]() ![]() Выбор разделов
![]() |
![]() |
![]() |
||||||||||||
|
0 комментариев
5 комментариев
0 комментариев
|
Рейтинг холивара
1
|
![]() |
Создатели сайта: ispace | sasha | sk1e | vosmoi |
Холивар предложений |
Холивар самоуправления |
Новые холиварщики |
0 |
![]() |
![]() |
![]() |
![]() |
![]() |
wind1r, Я пытался понять, чем отличается /bin от /sbin, но для меня это чересчур неинтуитивно. Существуют ли чёткие правила, класть в /bin или в /sbin?
И, наконец, какие существуют правила для помещения в /(s)bin, /usr/(s)bin, /usr/local/(s)bin и так далее (у меня были директории и более глубокого уровня с бинарниками)?
opera.rulez, В корневых каталогах /bin, /sbin, /lib хранятся базовые системые команды, утилиты и их либы, в /usr же хранится всё остальное, не влияющее на работу системы как таковой. Т.е. во времена когда трава была ещё зелёной, корень и usr были разделены и система была способна загрузится даже если /usr побился. Сейчас же система уже зависит от /usr, а раз так то и смысла разделять систему на 2 части уже как такового нет.
wind1r, Пёттеринга закопать однозначно. Но с разделением я поддерживаю только слияние /bin с /sbin.
Во-первых, почему я считаю что их нужно объединить. Здесь и автор вброса почти всё сказал, но мне вдобавок ещё не понятно зачем нужен /sbin (который Static BINaries) если все .so лежат на /lib на том же разделе.
Во-вторых, почему не нужно сваливать в кучу /bin и /usr/bin. Пёттеринг утверждает что загрузиться без /usr всё-равно не удастся, на что пользователи почти всех остальных (серверных- и мета-) дистрибутивов могут ответить только УМВР. Во-вторых, рассмотрим альтернативы (после гипотетического слияния /bin с /usr/bin). 1. Использовать unionfs; 2. Использовать initrd; Оба решения сильно усложняют систему и увеличивают количество точек где всё может сломаться, например, при обновлении. initrd нужен только десктопным дистрам чтобы пораньше показать красивую картинку и упоротым сетапам с рутом на NFS и т.д., в остальных случаях - это ненужная лишняя сущность.
opera.rulez, /usr/local - то что не отслеживается менеджером пакетов. Чтобы можно было rm -rf /usr/local/* и всё продолжало работать. Вообще каталог считается устаревшим.
/bin - всё что нужно для загрузки системы до рабочего (без иксов) состояния, /usr/bin - всё что может понадобиться пользователям системы. Приставка s изначально означала статические, сейчас туда обычно складывают то что понадобится только руту.
naryl.pip.verisignlabs.com, То что /bin и /sbin можно объединить, это всем ясно. А вот насчет /usr тут да, без initrd не обойтись, и это минус.
naryl.pip.verisignlabs.com, Тогда историческое разделение на /sbin и /bin необъективно: в одной сборке исполнимый файл может быть статически слинкован, а в другой использовать динамические библиотеки.
wind1r, Добрался я до букваря: www.pathname.com/fhs/pub/fhs-2.3.html#SB ...
Версия 2.3 гласит:
«Utilities used for system administration (and other root-only commands) are stored in /sbin, /usr/sbin, and /usr/local/sbin. /sbin contains binaries essential for booting, restoring, recovering, and/or repairing the system in addition to the binaries in /bin.
Programs executed after /usr is known to be mounted (when there are no problems) are generally placed into /usr/sbin. Locally-installed system administration programs should be placed into /usr/local/sbin».
Примечание:
«Deciding what things go into "sbin" directories is simple: if a normal (not a system administrator) user will ever run it directly, then it must be placed in one of the "bin" directories. Ordinary users should not have to place any of the sbin directories in their path.
For example, files such as chfn which users only occasionally use must still be placed in /usr/bin. ping, although it is absolutely necessary for root (network recovery and diagnosis) is often used by users and must live in /bin for that reason.
We recommend that users have read and execute permission for everything in /sbin except, perhaps, certain setuid and setgid programs. The division between /bin and /sbin was not created for security reasons or to prevent users from seeing the operating system, but to provide a good partition between binaries that everyone uses and ones that are primarily used for administration tasks. There is no inherent security advantage in making /sbin off-limits for users».
Из этого документа следует, что «s» — это не static, а system. Как с этим быть?