Recentemente ho scoperto questo articolo: . Vorrei condividere la mia opinione sulla norma.
/bidone
Contiene comandi che possono essere utilizzati sia dall'amministratore di sistema che dagli utenti, ma che sono necessari quando non sono montati altri file system (ad esempio, in modalità utente singolo). Può anche contenere comandi utilizzati indirettamente dagli script.
Sono previste le seguenti squadre:
gatto, chgrp, chmod, chown, cp, quando, dd, df, dmesg, eco, falso, hostname, kill, ln, accesso, ls, mkdir, mknod, Scopri di più, Mount, mv, ps, pwd, rm, rmdir, sete, sh, sty, su, sync, vero, umount, uname.
È possibile creare collegamenti simbolici a /usr, ma sebbene ai tempi di systemd /usr non si trovasse su un dispositivo separato, può comunque essere trovato su un sistema embedded, un semaforo, un macinacaffè e un PDP-11 che serve un importante dispositivo in uno dei laboratori dell'Accademia delle Scienze.
/ sbin
Utilità utilizzate per l'amministrazione del sistema (e altri comandi solo root), /sbin contiene i binari necessari per avviare, ripristinare, ripristinare e/o ripristinare il sistema oltre ai binari in /bin. I programmi che vengono eseguiti dopo che /usr è stato montato (quando non ci sono problemi) vengono solitamente posizionati in /usr/sbin. I programmi di amministrazione del sistema installati localmente dovrebbero essere posizionati in /usr/local/sbin.
Previsto:
fastboot, fasthalt, fdisk, fsck, getty, halt, ifconfig, init, mkfs, mkswap, reboot, route, swapon, swapoff, update.
Uno dei modi per proteggere il sistema dalle mani giocose degli utenti è vietare a chiunque di eseguire queste utilità impostando l'attributo x.
Inoltre, sostituire /bin e /sbin con copie dall'archivio (lo stesso per tutti i sistemi dello stesso tipo) è un modo rapido per riparare i sistemi senza un gestore di pacchetti.
/ Usr / bin
Tutto è semplice qui. La stessa tipologia di comandi, uguali per tutti i server/macinacaffè dell'azienda. E lo stesso /usr può essere distribuito in modo identico per diversi sistemi operativi (per /bin e /sbin questo di solito non funziona), questi sono programmi architetturalmente indipendenti. Può contenere collegamenti a interpreti Perl o Python, che si trovano in /opt o da qualche altra parte sulla rete.
/ usr / sbin
Uguale a /usr/bin, ma utilizzabile solo dagli amministratori.
/usr/local/bin e /usr/local/sbin
Uno dei luoghi più importanti. A differenza di tutto il resto, /usr non può essere lo stesso in tutta l'organizzazione. Esistono programmi dipendenti dal sistema operativo, dipendenti dall'hardware e semplicemente che non sono necessari su tutti i dispositivi. Quando si sincronizza /usr sulle macchine, /usr/local deve essere escluso.
/home/$UTENTE/bin
Qui il caso è simile a /usr/local, solo che ci sono programmi specifici per un particolare utente. Può essere trasferito (o sincronizzato) su un'altra macchina quando l'utente si sposta. Ciò che non può essere trasferito è archiviato in /home/$USER/.local/bin. Puoi usare local senza il punto. /home/$USER/sbin manca per ovvi motivi.
Sarò felice di vedere correzioni e integrazioni.
Fonte: habr.com