/ usr / bin vs / usr / local / bin в Linux

Чому в Linux так багато місць, щоб поставити двійковий файл? Є принаймні ці п'ять:

1. /bin/
2. /sbin/
3. /usr/bin/
4. /usr/local/bin/
5. /usr/local/sbin/

І на своєму офісному скриньці я не маю дозволів на написання деяких із них.

Який тип двійкового коду входить у який із цих bins?

1. /bin(і /sbin) були призначені для програм, які мали бути на невеликій /перегородці до того /usr, як були встановлені більші тощо. У наші дні він здебільшого слугує стандартним місцем для таких ключових програм /bin/sh, хоча початковий намір все ще може бути актуальним, наприклад, для встановлення на невеликих вбудованих пристроях.

2. /sbin, на відміну від /bin, призначений для програм управління системою (зазвичай не використовуються звичайними користувачами), необхідних до /usrмонтажу.

3. /usr/bin призначений для звичайних програм, керованих дистрибуцією.

4. Існує таке /usr/sbinж відношення, /usr/binяк /sbinі до цього /bin.

5. /usr/local/binпризначений для звичайних програм користувачами, якими не керує менеджер пакунків розповсюдження, наприклад, локально складені пакети. Не слід встановлювати їх, /usr/binоскільки майбутні оновлення дистрибутива можуть змінювати або видаляти їх без попередження.

6. /usr/local/sbin, як ви, напевно, можете здогадатися в цьому пункті, полягає в /usr/local/binтому, /usr/sbinщоб зробити це /usr/bin.

Крім того, існує також /optмонолітний пакет нерозподілу, хоча до їх належної інтеграції різні дистрибутиви розміщували там Gnome та KDE. Як правило, ви повинні зарезервувати його для великих, погано поводиться сторонніх пакетів, таких як Oracle.

Рекомендую переглянути сторінку ієрархії файлової системи:

man hier

Що також доступне в Інтернеті, наприклад: http://linux.die.net/man/7/hier

Запис " Стандарт ієрархії файлів " у Вікіпедії допоміг мені відповісти на те саме питання, коли я був, плюс у ньому є дуже пояснювальна таблиця.

Витяг із цієї сторінки ¹ :

/bin        Essential command binaries that need to be available in single user mode; for all users, e.g., cat, ls, cp.
/usr/bin    Non-essential command binaries (not needed in single user mode); for all users.
/usr/local  Tertiary hierarchy for local data, specific to this host. Typically has further subdirectories, e.g., bin, lib, share
/usr/sbin   Non-essential system binaries, e.g., daemons for various network-services.
/sbin       Essential system binaries, e.g., fsck, init, route.

¹ _{Отримано 19 червня 2019 року; постійна посилання .}

В sbinдиректорії містить програми , які зазвичай тільки систему управління. Програми для постійних користувачів ніколи не повинні входити в них.

Під час запуску потрібно кілька програм і закінчуються в /bin/або /sbin/. Вони повинні бути доступні до монтажу файлових систем. Такі речі mount, fsckякі потрібні для перевірки та монтажу файлових систем, повинні бути там.

Більшість упакованих програм потрапляють у /usr/bin/та /usr/sbin/. Вони можуть бути у файловій системі, відмінній від кореневої файлової системи. У деяких випадках вони можуть знаходитися на мережевому накопичувачі.

Місцеві програми та сценарії належать до /usr/local/bin/та /usr/local/sbin/. Це визначає їх як явно нестандартні та, можливо, доступні лише на сайті.

Для подальшого пояснення спробуйте запустити команду, man hierяка повинна містити опис рекомендованої ієрархії файлової системи для вашого розповсюдження. Ви також можете прочитати про Ієрархію файлової системи у Вікіпедії

У 1970-х роках UNIXбули всі офіційні виконувані файли /binта /usr/binбуло розташування під домашніми каталогами користувачів (наприклад /usr/dmr), яке було доступне для будь-якого користувача для зберігання власних бінарних файлів, які могли б зацікавити й інших.

Підсумком цього відкритого відкритого проекту /usr/binбуло непотрібне документоване програмне забезпечення, і тому він Stephen Bourneнаписав cron scriptте, що щовечора перевіряв наявність нових бінарних файлів та видаляв усі бінарні файли, на яких не було документації, або які були оновлені без оновлення документації.

В кінці 1970-х років /usr/binбуло інтегровано в базу дистрибуції ОС, і люди почали використовувати /usr/local/binдля попередніх відкритих цілей /usr/bin.

Через деякий час sysadmins використовували /usr/local/binдля зберігання non-localпрограмного забезпечення, імпортованого з мережі (наприклад, USENET), і оскільки компанії UNIX не любили повторювати ту саму помилку, як і /usr/binзнову, близько 1987 року відбулася конференція з ієрархії файлових систем, де всі 1987 року погодились усі компанії UNIX відмовитися /usr/local/binі використовувати /opt/<vendor>/binзамість цього.

На жаль, дистрибутив Linux не дотримувався цього рішення ....