Pregunta:
Leí esto en este sitio web y no tiene sentido.
http://rcsg-gsir.imsb-dsgi.nrc-cnrc.gc.ca/documents/basic/node32.html
Cuando se escribió UNIX por primera vez,
/bin
y/usr/bin
residían físicamente en dos discos diferentes:/bin
estaba en un disco más pequeño más rápido (más caro) y/usr/bin
en un disco más grande y lento. Ahora,/bin
es un enlace simbólico a/usr/bin
: son esencialmente el mismo directorio.
Pero cuando ls
el /bin
carpeta, que tiene mucho menos contenido que el /usr/bin
carpeta (al menos en mi sistema en ejecución).
Entonces, ¿alguien puede explicar la diferencia?
Respuesta:
¿Qué? no /bin/
no es un enlace simbólico a /usr/bin
en ningún sistema compatible con FHS. Tenga en cuenta que todavía hay Unices y Linux populares que ignoran esto; por ejemplo, /bin
y /sbin
están vinculados simbólicamente a /usr/bin
en Arch Linux (el razonamiento es que no necesita /bin
para el rescate / single-user- modo, ya que solo arrancaría un CD en vivo).
contiene comandos que pueden ser utilizados tanto por el administrador del sistema como por 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.
Este es el directorio principal de comandos ejecutables en el sistema.
esencialmente, /bin
contiene ejecutables que son requeridos por el sistema para reparaciones de emergencia, arranque y modo de usuario único. /usr/bin
contiene binarios que no son necesarios.
Notaré que pueden estar en discos / particiones separados, /bin
debe estar en el mismo disco que /
. /usr/bin
puede estar en otro disco, aunque tenga en cuenta que esta configuración se ha roto durante un tiempo (es por eso que, por ejemplo, systemd advierte sobre esta configuración en el arranque).
Para una corrección total, algunos unices pueden ignorar FHS, ya que creo que es solo un estándar de Linux, no sé si aún se ha incluido en SUS, Posix o cualquier otro estándar de UNIX, aunque debería ser en mi humilde opinión. Sin embargo, es parte del estándar LSB .