Niedawno odkryłem ten artykuł: . Chciałbym podzielić się swoją opinią na temat standardu.
/kosz
Zawiera polecenia, których może używać zarówno administrator systemu, jak i użytkownicy, ale które są niezbędne, gdy nie są zamontowane żadne inne systemy plików (na przykład w trybie pojedynczego użytkownika). Może także zawierać polecenia używane pośrednio przez skrypty.
Przewiduje się, że wystąpią tam następujące zespoły:
jak, chgrp, chmod, chown, cp, dane, dd, df, dmesg, przegapić, fałszywy, hosta, zabić, ln, Zaloguj Się, ls, mkdir, mknod, jeszcze, uchwyt, mv, ps, Pwd, rm, rmdir, sed, sh, stty, su, synchronizować, prawdziwy, umount, uname.
Możesz tworzyć dowiązania symboliczne do /usr, ale chociaż w czasach systemd /usr nie można go znaleźć na osobnym urządzeniu, nadal można go znaleźć w systemie wbudowanym, sygnalizacji świetlnej, młynku do kawy i PDP-11 obsługującym ważne urządzenie w jednym z laboratoriów Akademii Nauk.
/ sbin
Narzędzia używane do administrowania systemem (i inne polecenia tylko dla roota), /sbin zawiera pliki binarne potrzebne do rozruchu, przywracania, przywracania i/lub przywracania systemu, oprócz plików binarnych w /bin. Programy uruchamiane po zamontowaniu /usr (jeśli nie występują żadne problemy) są zwykle umieszczane w /usr/sbin. Lokalnie zainstalowane programy administracyjne systemu należy umieścić w katalogu /usr/local/sbin.
Oczekiwany:
fastboot, fasthalt, fdisk, fsck, getty, halt, ifconfig, init, mkfs, mkswap, restart, trasa, swapon, swapoff, aktualizacja.
Jednym ze sposobów ochrony systemu przed zabawnymi rękami użytkowników jest uniemożliwienie komukolwiek uruchamiania tych narzędzi poprzez ustawienie atrybutu x.
Ponadto zastąpienie /bin i /sbin kopiami z archiwum (tak samo dla wszystkich systemów tego samego typu) to szybki sposób na naprawę systemów bez menedżera pakietów.
/ usr / bin
Tutaj wszystko jest proste. Ten sam rodzaj poleceń, taki sam dla wszystkich serwerów/młynek do kawy firmy. Sam /usr można wdrożyć identycznie dla różnych systemów operacyjnych (w przypadku /bin i /sbin to zwykle nie działa), są to programy niezależne architektonicznie. Może zawierać łącza do interpreterów języka Perl lub Python, które znajdują się w katalogu /opt lub gdziekolwiek indziej w sieci.
/ usr / sbin
Taki sam jak /usr/bin, ale do użytku tylko przez administratorów.
/usr/local/bin i /usr/local/sbin
Jedna z najważniejszych lokalizacji. W przeciwieństwie do wszystkiego innego, /usr nie może być taki sam w całej organizacji. Istnieją programy zależne od systemu operacyjnego, zależne od sprzętu i po prostu programy, które nie są potrzebne na wszystkich urządzeniach. Podczas synchronizacji /usr na komputerach należy wykluczyć /usr/local.
/home/$USER/bin
Tutaj sprawa jest podobna do /usr/local, z tą różnicą, że istnieją programy specyficzne dla konkretnego użytkownika. Można je przenieść (lub zsynchronizować) na inną maszynę, gdy użytkownik się poruszy. To, czego nie można przenieść, jest przechowywane w /home/$USER/.local/bin. Możesz użyć lokalnego bez kropki. /home/$USER/sbin brakuje z oczywistych powodów.
Chętnie zobaczę poprawki i uzupełnienia.
Źródło: www.habr.com