Forskjellen mellom bin, sbin, usr/bin, usr/sbin

30. november 2010 skrev David Collier:

Jeg la merke til at i busybox er lenkene delt opp i disse fire katalogene.
Finnes det noen enkle regler for å bestemme hvilken katalog hvilke lenker bør ligge i...
For eksempel ligger kill i /bin, mens killall ligger i /usr/bin... Jeg ser ingen logikk i slik inndeling.

Dere vet kanskje at Ken Thompson og Dennis Ritchie lagde Unix på PDP-7 i 1969. Rundt 1971 oppgraderte de til PDP-11 med et par RK05-disker (hver på 1,5 megabyte).

Da operativsystemet vokste og ikke lenger fikk plass på den første disken (hvor rotfilsystemet var plassert), flyttet de deler av det til den andre disken, hvor de hadde hjemmekatalogene (derfor ble monteringspunktet kalt /usr — fra ordet user). De dupliserte alle nødvendige kataloger for OS ( /bin, /sbin, /lib, /tmp…) der og lagret filer på den nye disken, fordi det ikke var mer plass på den gamle. Så fikk de en tredje disk, de monterte den i katalogen /home og flyttet hjemmekatalogene til brukerne dit, slik at operativsystemet kunne ta all plassen som var igjen på de to diskene, som var hele tre megabyte (wow!).

Selvfølgelig måtte de innføre en regel om at "når operativsystemet lastes, må det kunne montere den andre disken i katalogen /usr, så det er ikke lurt å legge programmer som mount på den andre disken i /usr, eller vi får problemet med høna og egget". Så enkelt var det. Og dette gjaldt Unix V6 for 35 år siden.

Inndelingen av /bin og /usr/bin (og alle lignende kataloger) er et resultat av disse hendelsene, en implementeringsdetalj fra 70-tallet som har blitt kopiert av byråkrater i flere tiår. De stilte aldri spørsmålet hvorfor, de bare gjorde som de alltid hadde gjort. Denne inndelingen mistet mening før Linux ble laget, av flere grunner:

1. Ved oppstart brukes initrd eller initramfs, som håndterer problemer som "denne filen trenger vi før den andre". Dermed har vi er allerede et midlertidig filsystem som brukes for å laste inn alt annet.
2. Delte biblioteker (som ble lagt til i Unix av gutta fra Berkley) tillater deg ikke å endre innholdet i /lib og /usr/lib uavhengig. Disse to delene må samsvare med hverandre, ellers vil de ikke fungere. Dette skjedde ikke i 1974, da de hadde en viss uavhengighet på grunn av statisk linking.
3. Billige harddisker overkom barrierene på 100 megabyte en gang rundt 1990, og omtrent samtidig kom programmer for å endre størrelse på partisjoner (partition magic 3.0 ble utgitt i 1997).

Selvfølgelig, siden det er deling, har noen mennesker funnet opp regler som rettferdiggjør det. For eksempel, rotpartisjonen er nødvendig for å lagre diverse felles OS-greier, mens /usr skal inneholde lokale filer. Eller i / er det som distribueres av AT&T, mens i /usr er det som distribusjonen din, IBM AIX, eller Dec Ultrix, eller SGI Irix, har lagt til, mens /usr/local inneholder filer spesifikke for ditt system. Og så bestemte noen at /usr/local ikke var et passende sted å installere ny programvare, så la oss legge til /opt! Jeg ville ikke bli overrasket hvis det også kommer /opt/local...

Selvfølgelig, gjennom 30 år har slike delinger ført til at mange interessante regler spesifik for enkelte distribusjoner har kommet og gått. For eksempel, «/tmp blir tømt ved omstart, men /usr/tmp gjør ikke det». (Og i Ubuntu finnes ikke /usr/tmp i det hele tatt, mens i Gentoo er /usr/tmp en symbolsk lenke til /var/tmp, som nå følger den regelen, og den tømmes ikke ved omstart. Ja, dette var alt før tmpfs. Det hender også at rotfilsystemet kun er tilgjengelig for lesing, og da skal ingenting skrives i /usr, men skrives i /var. Eller i / primært kan man ikke skrive, bortsett fra det som er i /etc, som noen ganger har blitt forsøkt flyttet til /var...)

Bureaukrater som Linux Foundation (som absorberte Free Standards Group under ekspansjonen for mange år siden) dokumenterer og kompliserer gjerne disse reglene, uten å engang prøve å forstå hvorfor de oppsto. De aner ikke at Ken og Dennis bare flyttet deler av OS til sin hjemmebane, fordi disken RK05 på PDP-11 var for liten.

Jeg er nesten sikker på at busybox bare plasserer filer slik det har blitt gjort historisk. Det finnes ingen reell grunn til å gjøre det på denne måten fortsatt. Personlig lager jeg bare /bin, /sbin og /lib som linker til tilsvarende kataloger i /usr. Folk som jobber med innebygd programvare prøver jo å forstå og forenkle...

Kilde: habr.com