https://www.opennet.dev/openforum/vsluhforumID3/81122.html Разработчики дистрибутива Fedora Linux рассматривают (http://permalink.gmane.org/gmane.linux.redhat.fedora.devel/155792) возможность перемещения всех имеющихся в системе исполняемых файлов в одну директорию. Иными словами, предлагается (https://fedoraproject.org/wiki/Features/UsrMove) размещать исполняемые файлы только в каталоге /usr/bin, а директории /bin, /sbin и /usr/sbin преобразовать в смволические ссылки, указывающие на /usr/bin. По аналогии предлагается упразднить /lib и помещать все системные библиотеки только в директории /usr/lib. В случае одобрения предложения, изменения могут вступить в силу уже в весеннем релизе Fedora 17.<br><br><br>Перенос всех файлов и библиотек в иерархию /usr открывает очень интересные перспективы: так как все необходимые для работы компоненты будут присутствовать в рамках одного дискового раздела, появляется возможность монтирования рабочей системы разом, обособленного использования нескольких разделов /usr для загрузки разных версий или состояний дистриб...<br><br>URL: http://permali https://www.opennet.dev/openforum/vsluhforumID3/81122.html#303 Wed, 09 Nov 2011 12:59:07 GMT Вот это инновация!<br>А почему бы вообще все файлы не скидать в одну папку?<br>Ууу, какие перспективы открываются...<br>Зачем вообще тогда эта стандартная структура папок создавалась?<br> https://www.opennet.dev/openforum/vsluhforumID3/81122.html#302 Sun, 06 Nov 2011 18:14:58 GMT &gt;&gt; В трёх метрах вон примерно такая стоит -- если RAID1 с / согласишься считать<br>&gt;&gt; более отдельным физически, чем один из дисков в нём, на котором в т.ч. /usr.<br>&gt; Ух ты. А зачем? Серьезно, я что-то подобное делал только в большой нужде,<br>&gt; когда не мог отзекралить и /usr тоже.<br><br>Точно не скажу, но как-то несколько лет назад ту машинку неосторожно развалил по части загрузки, наивно предполагая, что уж у меня-то дома всегда найдётся с чего загрузиться. Эти два диска не особо большие, но достаточно шустрые, чтоб хотелось отрезать лишнее место от зеркального /home.<br><br>Заметь, я не спорю с пеной у рта, а говорю, что:<br>1) такие полтора процента случаев бывают;<br>2) вопрос элементарно решается в принципе (и давно решён в альте vsu@).<br><br>(решён путём запуска udev с обкоцаным набором правил из initramfs ради доступа к корню, сам этот udev ко времени монтирования корня глушится, а с корня стартует уже полновесный -- при этом опять же в альте нет /usr/lib*/udev за отсутствием физического смысла, но отнести запуск основ https://www.opennet.dev/openforum/vsluhforumID3/81122.html#301 Sun, 06 Nov 2011 00:15:29 GMT &gt; а также то, что в sbin можно найти программы, которыми пользуются и обычные пользователи.<br><br>Вот в дэбиане вызывать ifconfig можно только с указанием пути: /sbin/ifconfig. Ничего поменять нельзя, но отобразить же и обычный пользователь имеет право.<br> https://www.opennet.dev/openforum/vsluhforumID3/81122.html#300 Sat, 05 Nov 2011 18:16:32 GMT а понял ты забезопасность кичишся... но видимо ленарт на селинукс оч расчитывает... а виндовс ваем тут и не пахнет по мойму и есть ли тако вообще)))... хотя безопасности ради возможно sbin лучше и сотавить<br> https://www.opennet.dev/openforum/vsluhforumID3/81122.html#299 Sat, 05 Nov 2011 15:44:08 GMT &gt;В принципе этот дистрибутив не относится к классу стандартов, это так называемый development tools и таким останется - так что делать можно все что хочется<br><br>Не забывай про /run Где он первым появился? А уж про такие вещи как systemd, pulseaudio, netrworkmanager я скромно промолчу.<br> https://www.opennet.dev/openforum/vsluhforumID3/81122.html#298 Sat, 05 Nov 2011 14:41:37 GMT &gt; я тебя честно не очень понял...<br><br>Там очевидно. Если монтирование /usr, а оно будет идти из inird, сломается (или кто-то "сломает"), в аут уйдут kernel-modules которые будут лежать в несмонтированном /usr/lib, ну и bash туда же следом. Т.е. остаёмся и без ядерных модулей и без консоли. Графика в ауте как необсуждаемое.<br>Таким образом Леннарт /usr гайками к корню прикрутил и резьбу заварил, чтобы не откручивали. А это Виндовс-way. Отрывать /usr от корня при таком раскладе нельзя.<br>К тому же в некоторых дистрибутивах ради спокойной жизни /sbin, /usr/sbin принципиально оторвано из PATH даже у root, предполагая, что если лезет, то знает зачем. Леннарт же эти каталоги уже втиснул пользователю в PATH, что глупость несусветная, даже в глазах малоискушенного пользователя. Переводя на шутку: граната в определённых случаях штука полезная, но дают её не всем. Да и прячут её подальше не таская по прешпекту. Во избежание.<br>Пока пользователю терпеливо внедряли что всё держать в корне нехорошо и вроде бы приучили, мавр сд https://www.opennet.dev/openforum/vsluhforumID3/81122.html#297 Sat, 05 Nov 2011 08:24:07 GMT я тебя честно не очень понял... но поживем увидим<br> https://www.opennet.dev/openforum/vsluhforumID3/81122.html#296 Sat, 05 Nov 2011 00:29:24 GMT &gt; мне нравится структура как в http://gobolinux.org.<br><br>Это тот который со своей структурой никому не нужен?<br><br> Parent Directory - <br> GoboLinux-013-i686.iso 09-Dec-2007 12:09 700M <br> GoboLinux-013-i686.i..&gt; 09-Dec-2007 12:09 57 <br> GoboLinux-014-i686.iso 28-Dec-2007 22:48 667M <br> GoboLinux-014-i686.i..&gt; 28-Dec-2007 22:48 57 <br> GoboLinux-014.01-i68..&gt; 31-Mar-2008 02:25 671M <br> GoboLinux-014.01-i68..&gt; 31-Mar-2008 02:25 60 <br> https://www.opennet.dev/openforum/vsluhforumID3/81122.html#295 Thu, 03 Nov 2011 23:44:32 GMT &gt; по мне UNIX схема достаточно деревянная... <br>&gt; ...<br>&gt; на десктопе будет удобней что все исполняемые фалы будут лежать <br>&gt; в одном месте)) <br><br>А потом в довесок каспера прикрутить.<br>Первая атака на iniramfs для отказа монтирования /usr и на первой перезагрузке ваша система в ауте. Модули ядра тоже. И bash прицепом туда же.<br><br>$ find /bin/ -name mount<br>/bin/mount<br><br># find /lib/ -name modules<br>/lib/modules<br><br>Угу?<br>И тоже десктоп. Чем же FHS не угодила? Нет проблем? Скучно жить?<br>