/ usr / bin vs / usr / local / bin w systemie Linux

Dlaczego jest tak wiele miejsc do umieszczenia pliku binarnego w Linuksie? Jest ich co najmniej pięć:

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

A na mojej biurowej szafie nie mam uprawnień do zapisu na niektóre z nich.

Jaki typ pliku binarnego wchodzi w które z nich bin?

1. /bin(i /sbin) były przeznaczone dla programów, które musiały znajdować się na małej /partycji przed /usrzamontowaniem większych itp. Obecnie służy głównie jako standardowa lokalizacja dla takich kluczowych programów /bin/sh, chociaż pierwotne zamiary mogą być nadal istotne np. W przypadku instalacji na małych urządzeniach wbudowanych.

2. /sbin, w odróżnieniu od /bin, dotyczy programów do zarządzania systemem (zwykle nie używanych przez zwykłych użytkowników) potrzebnych przed /usrzamontowaniem.

3. /usr/bin jest przeznaczony dla normalnych programów użytkownika zarządzanych przez dystrybucję.

4. Istnieje /usr/sbintaki sam związek z tym, /usr/binco /sbinmusi /bin.

5. /usr/local/binjest dla zwykłych programów użytkownika nie zarządzanych przez menedżera pakietów dystrybucyjnych, np. pakietów skompilowanych lokalnie. Nie należy ich instalować, /usr/binponieważ przyszłe aktualizacje dystrybucji mogą je modyfikować lub usuwać bez ostrzeżenia.

6. /usr/local/sbin, Jak można się domyślić w tym momencie, to /usr/local/binjak /usr/sbinsię /usr/bin.

Oprócz tego istnieje także /optpakiet monolityczny dla nie-dystrybucji, chociaż zanim zostały one właściwie zintegrowane, różne dystrybucje umieszczają tam Gnome i KDE. Zasadniczo powinieneś zarezerwować go na duże, źle zachowujące się pakiety stron trzecich, takie jak Oracle.

Polecam zajrzeć na stronę podręcznika hierarchii systemu plików:

man hier

Który jest również dostępny online, na przykład: http://linux.die.net/man/7/hier

Filesystem Hierarchy Standard wpis w Wikipedii pomógł mi odpowiedzieć na to pytanie, gdy miałem go, plus ma bardzo tabelę wyjaśniającą.

Fragment tej strony ¹ :

/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.

¹ _{Pobrano 19 czerwca 2019 r .; bezpośredni link .}

Do sbinkatalogów zawiera programy, które są na ogół tylko administrowanie systemem. Programy dla zwykłych użytkowników nigdy nie powinny w nich wchodzić.

Kilka programów jest potrzebnych podczas uruchamiania i kończy się w /bin/lub /sbin/. Muszą być one dostępne przed zamontowaniem systemów plików. Takie rzeczy mount, fsckktóre są wymagane do sprawdzania i montowania systemów plików, muszą tam być.

Większość programów w pakiecie kończy się w /usr/bin/i /usr/sbin/. Mogą znajdować się w systemie plików innym niż główny system plików. W niektórych przypadkach mogą znajdować się na dysku sieciowym.

Lokalne programy i skrypty należą do /usr/local/bin/i /usr/local/sbin/. To identyfikuje je jako wyraźnie niestandardowe i prawdopodobnie dostępne tylko na stronie.

W celu uzyskania dalszych wyjaśnień spróbuj uruchomić polecenie, man hierktóre powinno dostarczyć opis zalecanej hierarchii systemu plików dla twojej dystrybucji. Możesz także przeczytać o Hierarchii Systemów Plików na Wikipedii

W latach siedemdziesiątych UNIXposiadał wszystkie oficjalne pliki wykonywalne /bini /usr/binznajdował się pod katalogami domowymi użytkowników (np. /usr/dmr), Który był dostępny dla każdego użytkownika do przechowywania własnych plików binarnych, które mogłyby zainteresować również innych.

Rezultatem tego otwarcia /usr/binbyło złomowisko nieudokumentowanego oprogramowania, dlatego Stephen Bournenapisałem, cron scriptże co noc sprawdzał nowe pliki binarne i usuwał wszystkie pliki binarne, które nie miały dokumentacji lub które zostały zaktualizowane bez aktualizacji ich dokumentacji.

Pod koniec lat siedemdziesiątych /usr/binzostał zintegrowany z podstawową dystrybucją systemu operacyjnego i ludzie zaczęli używać go /usr/local/bindo celów poprzedniej wersji open /usr/bin.

Po pewnym czasie, administratorów używany /usr/local/bindo przechowywania non-localoprogramowania, które zostało importowane z sieci (np Usenet) i jako firmy UNIX nie lubił powtarzać tego samego błędu jak w /usr/binkolejny, odbyła się konferencja hierarchii systemu plików około 1987, gdzie wszystkie firmy UNIX zgodził poddać się /usr/local/bini /opt/<vendor>/binzamiast tego użyć .

Niestety dystrybucje Linuksa nie podążyły za tą decyzją ...