Ik ontdekte onlangs dit artikel: . Ik wil graag mijn mening over de standaard delen.
/ bin
Bevat opdrachten die zowel door de systeembeheerder als door gebruikers kunnen worden gebruikt, maar die nodig zijn als er geen andere bestandssystemen zijn aangekoppeld (bijvoorbeeld in de modus voor één gebruiker). Het kan ook opdrachten bevatten die indirect door scripts worden gebruikt.
De volgende teams zullen daar naar verwachting aanwezig zijn:
hoe, chgrp, chmod, chown, cp, gegevens, dd, df, dmesg, echo, vals, hostname, doden, ln, Log in, ls, mkdir, mknoden, meer, monteren, mv, ps, pwd, rm, rmdir, dorst, sh, stijf, su, sync, waar, umount, uname.
Je kunt symlinks naar /usr maken, maar hoewel in de tijd van systemd /usr niet op een apart apparaat te vinden was, kan het nog steeds gevonden worden op een ingebed systeem, een verkeerslicht, een koffiemolen en een PDP-11 die een belangrijke functie vervult. apparaat in een van de laboratoria van de Academie van Wetenschappen.
/ sbin
Hulpprogramma's die worden gebruikt voor systeembeheer (en andere alleen-root-opdrachten), /sbin bevat binaire bestanden die nodig zijn om het systeem op te starten, te herstellen, te herstellen en/of te herstellen, naast de binaire bestanden in /bin. Programma's die draaien nadat /usr is aangekoppeld (als er geen problemen zijn) worden meestal in /usr/sbin geplaatst. Lokaal geïnstalleerde systeembeheerprogramma's moeten in /usr/local/sbin worden geplaatst.
Verwacht:
fastboot, fasthalt, fdisk, fsck, getty, stop, ifconfig, init, mkfs, mkswap, reboot, route, swapon, swapoff, update.
Een van de manieren om het systeem te beschermen tegen speelse handen van gebruikers is door iedereen te verbieden deze hulpprogramma's uit te voeren door het x-attribuut in te stellen.
Bovendien is het vervangen van /bin en /sbin door kopieën uit het archief (hetzelfde voor alle systemen van hetzelfde type) een snelle manier om systemen te repareren zonder pakketbeheerder.
/ Usr / bin
Alles is hier eenvoudig. Hetzelfde type commando's, hetzelfde voor alle servers/koffiemolens van het bedrijf. En /usr zelf kan op dezelfde manier worden ingezet voor verschillende besturingssystemen (voor /bin en /sbin werkt dit meestal niet), dit zijn architectonisch onafhankelijke programma's. Kan links bevatten naar perl- of python-tolken, die zich in /opt of ergens anders op het netwerk bevinden.
/ usr / sbin
Hetzelfde als /usr/bin, maar alleen voor gebruik door beheerders.
/usr/local/bin en /usr/local/sbin
Eén van de belangrijkste locaties. In tegenstelling tot al het andere kan /usr niet voor de hele organisatie hetzelfde zijn. Er zijn OS-afhankelijke, hardware-afhankelijke en eenvoudigweg programma's die niet op alle apparaten nodig zijn. Bij het synchroniseren van /usr op machines moet /usr/local worden uitgesloten.
/home/$USER/bin
Hier is het geval vergelijkbaar met /usr/local, alleen zijn er programma's die specifiek zijn voor een bepaalde gebruiker. Kan worden overgedragen (of gesynchroniseerd) naar een andere machine wanneer de gebruiker beweegt. Wat niet kan worden overgedragen, wordt opgeslagen in /home/$USER/.local/bin. Je kunt lokaal gebruiken zonder de punt. /home/$USER/sbin ontbreekt om voor de hand liggende redenen.
Correcties en aanvullingen zie ik graag tegemoet.
Bron: www.habr.com