blocks|key|1488108|text|据我所知，这是最小值，通常默认包含在路径中的$PATH中。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1488109|这些是必要的：|1488110|用户为个人使用而安装的程序|unordered-list-item|1488111|/home/[username]|offset|length|style|CODE|1488112|1488113|管理员为所有用户安装的程序|1488114|/usr|1488115|1488116|为所有用户在系统设备上运行的Shell命令|1488117|/bin|1488118|1488119|系统管理限制访问的Shell命令|1488120|/sbin|1488121|1488122|解释性说明：|1488123|apk+info+--who-owns++[FILE%7CDIRECTORY]等工具消除了手动安装包需要单独的文件夹的需要。|1488124|仍然需要注意保持不冲突的文件命名。|1488125|同一个库的多个版本..。Landley+R，2006年年被binutils弄糊涂了，我相信这些都不会出错，因为现代Linux系统从@coneslayer，2011年年开始就开始读取C44。|1488126|1488127|/bin和/usr/sbin分裂。因为Ken和Dennis在最初的2.5MB的RK-05磁盘包Landley+R，2006年年上耗尽了空间|entityMap|0|LINK|mutability|MUTABLE|url|https://busybox.net/%257Elandley/firmware/design.html|1|https://superuser.com/a/238993/918779|2|https://busybox.net/%257Elandley/firmware/design.html^0|0|0|1|0|G|1|0|1|0|4|1|0|1|0|4|1|0|1|0|5|1|0|0|0|11|1|1|2I|3|C|G|0|1T|I|1|1|0|1B|G|2^^$0|@$1|2|3|4|5|6|7|1O|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|1P|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|1Q|8|@]|9|@]|A|$]]|$1|G|3|H|5|F|7|1R|8|@$I|1S|J|1T|K|L]]|9|@]|A|$]]|$1|M|3|-4|5|6|7|1U|8|@]|9|@]|A|$]]|$1|N|3|O|5|F|7|1V|8|@]|9|@]|A|$]]|$1|P|3|Q|5|F|7|1W|8|@$I|1X|J|1Y|K|L]]|9|@]|A|$]]|$1|R|3|-4|5|6|7|1Z|8|@]|9|@]|A|$]]|$1|S|3|T|5|F|7|20|8|@]|9|@]|A|$]]|$1|U|3|V|5|F|7|21|8|@$I|22|J|23|K|L]]|9|@]|A|$]]|$1|W|3|-4|5|6|7|24|8|@]|9|@]|A|$]]|$1|X|3|Y|5|F|7|25|8|@]|9|@]|A|$]]|$1|Z|3|10|5|F|7|26|8|@$I|27|J|28|K|L]]|9|@]|A|$]]|$1|11|3|-4|5|6|7|29|8|@]|9|@]|A|$]]|$1|12|3|13|5|6|7|2A|8|@]|9|@]|A|$]]|$1|14|3|15|5|F|7|2B|8|@$I|2C|J|2D|K|L]]|9|@]|A|$]]|$1|16|3|17|5|F|7|2E|8|@]|9|@]|A|$]]|$1|18|3|19|5|F|7|2F|8|@$I|2G|J|2H|K|L]]|9|@$I|2I|J|2J|1|2K]|$I|2L|J|2M|1|2N]]|A|$]]|$1|1A|3|-4|5|6|7|2O|8|@]|9|@]|A|$]]|$1|1B|3|1C|5|F|7|2P|8|@]|9|@$I|2Q|J|2R|1|2S]]|A|$]]]|1D|$1E|$5|1F|1G|1H|A|$1I|1J]]|1K|$5|1F|1G|1H|A|$1I|1L]]|1M|$5|1F|1G|1H|A|$1I|1N]]]]

To the best of my knowledge these are the minimum, usually included on the path by default $PATH.
These are needed:
<ul>
<li>Programs a User installs for their personal use
<ul>
<li><code>/home/[username]</code></li>
</ul>
</li>
<li>Programs installed by administrators for all users
<ul>
<li><code>/usr</code></li>
</ul>
</li>
<li>Shell commands to run against system devices for all users
<ul>
<li><code>/bin</code></li>
</ul>
</li>
<li>Shell commands for System Administration restricted access
<ul>
<li><code>/sbin</code></li>
</ul>
</li>
</ul>
Explanatory notes:
<ul>
<li>tools such as <code>apk info --who-owns [FILE|DIRECTORY]</code> removes the need for separate folder for manual installation packages.
<ul>
<li>care still needed to maintain non-conflicting file naming</li>
<li>multiple versions of the same library ... binutils gets confused <a href="https://busybox.net/%7Elandley/firmware/design.html" rel="nofollow noreferrer">Landley R, 2006</a>, I believe these dont error as modern Linux systems read $PATH from the beginning <a href="https://superuser.com/a/238993/918779">@coneslayer, 2011</a></li>
</ul>
</li>
<li>/bin and /usr/sbin were split ... because Ken Thompson and Dennis Ritchie ran out of space on the original 2.5 megabyte RK-05 disk pack <a href="https://busybox.net/%7Elandley/firmware/design.html" rel="nofollow noreferrer">Landley R, 2006</a></li>
</ul>

What is a stable minimum set of Linux binary folders? Please refer to knowledge of operationally stable systems and consider <a href="https://refspecs.linuxfoundation.org/FHS_3.0/fhs-3.0.html" rel="nofollow noreferrer">FHS standards</a>.
I am starting with the following information:
<ol>
<li>UseCases:</li>
</ol>
<ul>
<li>to perform work
<ul>
<li>user personal work, full access for that user</li>
<li>All users, read-only for the systems users</li>
</ul>
</li>
<li>to make-use-of system devices and hardware components
<ul>
<li>read-only to all system users</li>
</ul>
</li>
<li>to administer the system
<ul>
<li>only available to system administrators</li>
</ul>
</li>
</ul>
<ol start="2">
<li><a href="https://refspecs.linuxfoundation.org/FHS_3.0/fhs-3.0.html" rel="nofollow noreferrer">FHS standards</a> (simplified):
<ul>
<li><code>/opt</code>, manually installed third-party. binaries, config and libraries</li>
<li><code>/usr</code>, user programs. executable files, libraries, config and doco</li>
<li><code>/bin</code>, system shell commands</li>
<li><code>/sbin</code> binaries for system administration</li>
<li><code>/home/[username]</code>, users personal programs and libraries</li>
</ul>
</li>
<li><code>$PATH</code> variable of a live system (<a href="https://pkgs.alpinelinux.org/package/v3.17" rel="nofollow noreferrer">Alpine Linux r3.17</a>, BusyBox):
<ul>
<li><code>/usr/local/bin</code>, read-only all system users</li>
<li><code>/usr/bin</code>, read-only all system users</li>
<li><code>/bin</code>, read-only all system users</li>
<li><code>/home/[username]/.local/bin</code>, specific user</li>
<li><code>/usr/local/sbin</code>, only system administrator</li>
<li><code>/usr/sbin</code>, only system administrator</li>
<li><code>/sbin</code>, only system administrator</li>
</ul>
</li>
<li>Package management tools (<a href="https://pkgs.alpinelinux.org/package/v3.17" rel="nofollow noreferrer">Alpine Linux r3.17</a>, BusyBox):
<ul>
<li><code>apk info --who-owns [FILE|DIRECTORY]</code></li>
</ul>
</li>
</ol>

best practice for types and locations of bin folders

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

什么是稳定的最低限度Linux二进制文件夹集？请参阅操作稳定系统的知识，并考虑FHS标准。我从以下信息开始：UseCases：执行工作用户个人工作，该用户可以完全访问所有用户，系统用户的只读利用系统设备和硬件组件对所有系统用户的只读管理系统仅供系统管理员使用FHS标准 (简化)：/opt，手动安装第三方。二进制文件、配置和库/usr，用户程序。可执行文件、库、配置和doco/bin，系统外壳命令用

bin文件夹的类型和位置的最佳实践-腾讯云开发者社区-腾讯云

问bin文件夹的类型和位置的最佳实践
EN

回答 1

Unix & Linux用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问bin文件夹的类型和位置的最佳实践EN