Endnu en mening om forskellen mellem bin, sbin, usr/bin, usr/sbin

For nylig stødte jeg på en artikel som denne: Forskellen mellem bin, sbin, usr/bin, usr/sbinJeg vil gerne dele mine tanker om standarden.

/bin

Den indeholder kommandoer, der kan anvendes både af systemadministratorer og brugere, men som er nødvendige, når der ikke er monteret nogen andre filsystemer (f.eks. i enkeltbrugertilstand). Den kan også indeholde kommandoer, der indirekte anvendes af scripts.

Det forventes at være til stede sådanne kommandoer:

cat, chgrp, chmod, chown, cp, date, dd, df, dmesg, echo, false, hostname, kill, ln, login, ls, mkdir, mknod, more, mount, mv, ps, pwd, rm, rmdir, sed, sh, stty, su, synk, true, umount, uname.

Man kan lave symboliske links til /usr, men selvom /usr ikke længere findes som et separat enhed i systemd-tid, kan det stadig findes i indlejrede systemer, trafiklys, kaffekværne og PDP-11, der betjener vigtig udstyr i et af Akademiets laboratorier.

/sbin

Værktøjer, der anvendes til systemadministration (og andre kommandoer kun for root), /sbin indeholder binære filer, der er nødvendige for at starte, genoprette, gendanne og/eller reparere systemet, ud over binære filer i /bin. Programmer, der køres efter at /usr er monteret (når der ikke er problemer), placeres normalt i /usr/sbin. Lokalt installerede systemadministrationsprogrammer skal placeres i /usr/local/sbin.

Forventes:

fastboot, fasthalt, fdisk, fsck, getty, halt, ifconfig, init, mkfs, mkswap, reboot, route, swapon, swapoff, update.

En af måderne at beskytte systemet mod nysgerrige hænder er at forbyde disse værktøjer at blive kørt af hvem som helst, ved at sætte x-attributet.
Desuden er det at erstatte /bin og /sbin med kopier fra et arkiv (det samme for alle ens systemer) en hurtig måde at reparere systemer uden pakkestyringssystem.

/usr/bin

Her er det enkelt. Ensartede kommandoer, der er de samme for alle virksomhedens servere/kaffekværne. Og selve /usr kan udrulles ensartet for forskellige operativsystemer (for /bin og /sbin virker det som regel ikke), det er arkitekturuafhængige programmer. Den kan indeholde links til fortolkere som perl eller python, der ligger i /opt eller et andet sted på netværket.

/usr/sbin

Samme som /usr/bin, men til brug kun af administratorer.

/usr/local/bin и /usr/local/sbin

En af de vigtigste lokationer. I modsætning til resten, kan /usr ikke være ens for hele organisationen. Her findes OS-afhængige, hardware-afhængige og bare programmer, der ikke er nødvendige på alle enheder. Når man synkroniserer /usr på maskiner, skal /usr/local udelukkes.

/home/$USER/bin

Her er et lignende tilfælde som /usr/local, hvor der ligger programmer, der er specifikke for den enkelte bruger. De kan overføres (eller synkroniseres) til en anden maskine, når brugeren flytter. Det, der ikke kan overføres, ligger i /home/$USER/.local/bin. Man kan bruge local uden punktum. /home/$USER/sbin mangler af åbenlyse årsager.

Jeg ser frem til rettelser og tilføjelser.

Kilde: habr.com

Køb pålidelig webhosting med DDoS-beskyttelse, VPS VDS-servere 🔥 Køb pålidelig webhosting med DDoS-beskyttelse, VPS VDS-servere | ProHoster