Видео
Выбор разделов 
| Поиск |
Софт
Бинари в кучу или Пусть лежат где были |
naryl.pip.verisignlabs.com |
6
|
Нейтральная сторона 3
|
3
|
|
За. Простота - залог надёжности.
|
Прежде чем писать комментарии или выбрать сторону вы должны авторизироваться! |
Против. Пора Поттеринга закопать вместе со всеми поделками.
|
wind1r
30-11-2011 11:57
+1
Если не обращать внимание на врождённое безумие Поттеринга, то в этом есть рациональное зерно, вся эта свалка действитвительно практически никому не нужна. С нетерпением жду обкатки на мазохистах с федоры.
naryl.pip.ve…
30-11-2011 06:34
0
Линк по теме: permalink.gmane.org/gmane.linux.redhat.f ...
Вообще-то есть ещё третья сторона - объединить только /bin с /sbin.
Своё мнение выскажу позже.
5 комментариев
wind1r
30-11-2011 16:04
0
naryl.pip.verisignlabs.com, Есть ещё четвёртая сторона - выпилить самого Поттеринга.
opera.rulez
30-11-2011 18:56
+2
ggdandelion, Это про Линукс. В Windows исполнимые файлы принято класть в \Windows\System32 или в директорию программы, а в Линуксе — в директорию /bin, /sbin, /usr/bin или в /usr/sbin в зависимости от назначения программы. Вопрос в том, а не положить ли болт на такое разбиение и не свалить ли всё в один каталог /bin.
wind1r
30-11-2011 20:51
0
opera.rulez, Кстати Поттеринг умеет делать очень годные вбросы. Он нынче задался идеей выпилить ламповый системный журнал, в котором его не устраивает поддержка сети и текстовый формат логов, и запилить на его место свой очередной велосипед. Что самое интересное - его поделка не будет уметь сеть, и будет хранить логи в бинарном виде.
pinqui
21-01-2012 18:50
0
Поттеринг вообще в последнее время охуел сильно. То systemd, то journal, теперь бинари обьединять.
0 комментариев
Рейтинг холивара
1
| Ссылка | |
 |
| Для форума (BB-код) | |
| |
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. Как с этим быть?