zlacker

[return to "Understanding the bin, sbin, usr/bin, usr/sbin split (2010)"]
1. EdScho+Oa[view] [source] 2022-05-11 07:57:55
>>taubek+(OP)
I once sent out a proposal on the FreeBSD lists to merge /sbin with /bin, and /usr/sbin with /usr/bin. People were concerned that this would slow down the system, due to PATH lookups taking longer. Even when I demonstrated the opposite was true (it being faster due to fewer directories needing to be scanned), I wasn't able to get consensus. What a shame.
◧◩
2. pseudo+im[view] [source] 2022-05-11 09:58:28
>>EdScho+Oa
Please correct me if I'm wrong. Aren't binaries in /sbin and /usr/sbin statically linked as opposed to no requirement like this for files living in /bin and /usr/bin?

I always thought the rationale was that if statically linked binaries are on different partition they can be used to recover the system from a failure.

Edit: files in /bin are also statically linked, and I am unsure about what I wrote above but vaguely recall something like that

◧◩◪
3. gjadi+SG[view] [source] 2022-05-11 12:39:52
>>pseudo+im
It is specified this way on OpenBSD: https://man.openbsd.org/man7/hier.7

> /bin/ User utilities fundamental to both single and multi-user environments. These programs are statically compiled and therefore do not depend on any system libraries to run.

> /sbin/ System programs and administration utilities fundamental to both single and multi-user environments. These programs are statically compiled and therefore do not depend on any system libraries to run.

[go to top]