🥇Разлика между bin, sbin, usr/bin, usr/sbin

На 30 ноември 2010 г. Дейвид Колиеr (David Collier) пише:

Забелязах, че в busybox линковете са разположени в тези четири директории.
Има ли някакво просто правило, за да определим в коя директория коя от линковете трябва да бъде…
Например, kill е в /bin, а killall — в /usr/bin… Не виждам логика в такова разделение.

Вероятно знаете, че Кен Томпсън и Денис Ричи са създали Unix на PDP-7 през 1969 г. Така че, приблизително през 1971 г. те преминават към PDP-11 с няколко диска RK05 (по 1,5 мегабайта всеки).

Когато операционната система нараснала и престанала да се събира на първия диск (където се намираше кореновата ФС), те прехвърлили част на втория, където се намирали домашните директории (затова точката на монтиране била наречена /usr — от думата user). Те дублирали там всички необходими директории на ОС (/bin, /sbin, /lib, /tmp …) и складирали файлове на новия диск, защото на стария свършило мястото. После им се появил трети диск, те го монтирали в директорията /home и прехвърлили там домашните директории на потребителите, за да може ОС да заеме всичкото останало място на двата диска, а то било цели три мегабайта (ох!).

Разбира се, те трябвало да въведат правило, че "когато операционната система се зареди, тя трябва да може да монтира втория диск в директорията /usr, затова не трябва да слагате програми като mount на втория диск в /usr, иначе ще получим проблема с кокошката и яйцето". Толкова е просто. И това се отнася за Unix V6 преди 35 години.

Разделението /bin и /usr/bin (и всички подобни директории) е последствие от тези събития, детайл от реализцията от 70-те, който все още, в продължение на десетилетия, се копира от бюрократите. Те никога не задавали въпроса защо, просто го правели. Тази разделение престава да има смисъл още преди да бъде създаден Linux по няколко причини:

При зареждане се използва initrd или initramfs, който поема проблемите от типа "този файл ни е нужен преди онзи". Така че имаме съществува временна файлова система, която се използва за зареждане на всичко останало.
Споделените библиотеки (добавени в Unix от момчетата от Berkeley) не позволяват независимо да променяте съдържанието на /lib и /usr/lib. Тези две части трябва да отговарят една на друга, в противен случай няма да работят. Това не се е случвало през 1974 година, тъй като тогава е имало известна независимост заради статичното свързване.
Евтини твърди дискове преодоляха бариерата от 100 мегабайта някъде около 1990-та година и около това време се появиха програми за променяне размера на дяловете (Partition Magic 3.0 излезе през 1997 година).

Разбира се, тъй като разделението съществува, някои хора измислиха правила, които го оправдават. Например, основният дял е необходим за всякакви общи неща на ОС, а в /usr трябва да поставяте своите локални файлове. Или в / поставят това, което разпространява AT&T, а в /usr — това, което вашият дистрибутив, IBM AIX, или Dec Ultrix, или SGI Irix е добавил, а в /usr/local се намират файлове, специфични за вашата система. А после някой реши, че /usr/local не е подходящо място за инсталиране на нов софтуер, затова нека добавим и /opt! Няма да се учудя, ако се появи и /opt/local…

Разбира се, през 30 години, заради това разделение, се появяваха и изчезваха всякакви интересни специфични за отделни дистрибуции правила. Например, “/tmp се изчиства при перезареждане, а /usr/tmp — не.” (И в Ubuntu /usr/tmp изобщо няма, а в Gentoo /usr/tmp е символичен линк към /var/tmp, на който сега се прилага това правило и не се изчиства при перезареждане. Да, всичко това беше още преди tmpfs. Освен това, понякога кореновата файлова система е налична само за четене, и тогава в /usr също не трябва да се пише, а се пише в /var. Или в / в основната част не може да се пише, с изключение на това, че в /etc, която понякога се опитваха да преместят в /var...)

Бюрократите от типа на Linux Foundation (които погълнаха Free Standards Group по време на разширението преди години) с радост документират и усложняват тези правила, дори и да не се опитват да разберат защо са възникнали. Те не осъзнават, че Кен и Дъннис просто пренесоха част от ОС в своята домашна директория, тъй като дискът RK05 на PDP-11 беше твърде малък.

Практически съм сигурен, че в busybox файловете се поставят така, както е исторически установено. Няма реална причина да се прави така и до днес. Лично аз просто правя /bin, /sbin и /lib символични линкове към аналогични директории в /usr. В крайна сметка, хората, които работят с вградения софтуер, се опитват да разберат и опростят...

Източник: habr.com