Слияние/usr/bin и/usr/sbin в / мусорное ведро (GNU/Linux)

[115185] Причина, по которой вещи были объединены в /usr, а не в /usr, отмечена в [115619]: [12147]Миф #11: Вместо того, чтобы объединять / в /usr, это сделало бы намного больше. смысл слияния /usr в /.[12148]Факт: это сделает разделение между ОС, поставляемой поставщиком. ресурсы и специфические для машины еще хуже, что делает снимки операционной системы и совместное использование сети/контейнера намного сложнее и неатомнее, и загромождать корневую файловую систему множеством новых каталогов.[12149]

[115179] Вы правы, Федора - авангард этого, хотя [115611] freedesktop.org[115612], независимый орган, затем взялся за дело в надежде поощрить его pan-linux. [12145] Согласно [115613] этому [115614], слияние следует шаблону, начатому Solaris, "первичной коммерческой реализацией Unix". Это интересно в том смысле, что оригинальная Unix использовала [115615]/bin[115616], и поэтому избавление от раскола могло означать создание каталогов в [115617]/usr[115618] симлинках вместо обратного.[12146] Однако, учитывая этот вариант, связывание топ-уровней, вероятно, более простое и очевидное.[115184].

/ sbin и Исторически в / usr / sbin хранились статически связанные двоичные файлы. / sbin для команд уровня администратора, необходимых на уровне инициализации 1 (однопользовательский режим) и / usr / sbin для более общих команд администратора, необходимых на уровне инициализации 3 (полностью сетевой, удаленный вход включен, включен NFS). К сожалению, Linux больше не поддерживает эту модель.