Hace poco descubrí este artículo: . Me gustaría compartir mi opinión sobre la norma.
/compartimiento
Contiene comandos que pueden utilizar tanto el administrador del sistema como los usuarios, pero que son necesarios cuando no hay otros sistemas de archivos montados (por ejemplo, en modo de usuario único). También puede contener comandos que los scripts utilizan indirectamente.
Se espera que estén presentes los siguientes equipos:
gato, chgrp, chmod, chown, cp, datos, dd, df, dmesg, echo, false, hostname, matar, ln, Inicie sesión, ls, mkdir, mknod, más, , montar, mv, ps, pwd, rm, rmdir, SED, sh, pocilga, su, sincronizar, verdadero, desmontar, uname.
Puede crear enlaces simbólicos a /usr, pero aunque en los días de systemd /usr no se encuentra en un dispositivo separado, todavía se puede encontrar en un sistema integrado, un semáforo, un molinillo de café y un PDP-11 que cumplen una función importante. Dispositivo en uno de los laboratorios de la Academia de Ciencias.
/ sbin
Utilidades utilizadas para la administración del sistema (y otros comandos exclusivos de root), /sbin contiene los archivos binarios necesarios para iniciar, restaurar, restaurar y/o restaurar el sistema además de los archivos binarios en /bin. Los programas que se ejecutan después de montar /usr (cuando no hay problemas) generalmente se colocan en /usr/sbin. Los programas de administración del sistema instalados localmente deben ubicarse en /usr/local/sbin.
Esperado:
fastboot, fasthalt, fdisk, fsck, getty, detener, ifconfig, inicio, mkfs, mkswap, reiniciar, ruta, swapon, swapoff, actualizar.
Una de las formas de proteger el sistema de las manos juguetonas de los usuarios es prohibir que cualquiera ejecute estas utilidades configurando el atributo x.
Además, reemplazar /bin y /sbin con copias del archivo (lo mismo para todos los sistemas del mismo tipo) es una forma rápida de reparar sistemas sin un administrador de paquetes.
/ usr / bin
Aquí todo es sencillo. El mismo tipo de comandos, los mismos para todos los servidores/molinillos de café de la empresa. Y /usr en sí se puede implementar de manera idéntica para diferentes sistemas operativos (para /bin y /sbin esto generalmente no funciona), estos son programas arquitectónicamente independientes. Puede contener enlaces a intérpretes de Perl o Python, que se encuentran en /opt o en algún otro lugar de la red.
/ usr / sbin
Igual que /usr/bin, pero para uso exclusivo de administradores.
/usr/local/bin y /usr/local/sbin
Uno de los lugares más importantes. A diferencia de todo lo demás, /usr no puede ser el mismo en toda la organización. Hay programas que dependen del sistema operativo, del hardware y simplemente que no son necesarios en todos los dispositivos. Al sincronizar /usr en máquinas, se debe excluir /usr/local.
/home/$USUARIO/bin
Aquí el caso es similar a /usr/local, sólo que hay programas específicos para un usuario en particular. Se puede transferir (o sincronizar) a otra máquina cuando el usuario se mueve. Lo que no se puede transferir se almacena en /home/$USER/.local/bin. Puedes usar local sin el punto. /home/$USER/sbin falta por razones obvias.
Estaré encantado de ver correcciones y adiciones.
Fuente: habr.com