http://rulinux.net/ http://rulinux.net/ http://rulinux.net/rss_icon.png https://rulinux.net/message.php?newsid=35104&page=1#112999 https://rulinux.net/message.php?newsid=35104&page=1#112999 Wed, 02 Nov 2011 08:49:28 +0400 Ну, мне припомнилось, что где-то в тех степях водится то, что нельзя выносить /usr далёко от рута

]]> https://rulinux.net/message.php?newsid=35104&page=1#112997 https://rulinux.net/message.php?newsid=35104&page=1#112997 Wed, 02 Nov 2011 08:35:07 +0400 >из-за systemd, не?
Вроде systemd работает, он просто ругается при загрузке, обещает что всё сломается.

]]> https://rulinux.net/message.php?newsid=35104&page=1#112989 https://rulinux.net/message.php?newsid=35104&page=1#112989 Wed, 02 Nov 2011 02:36:18 +0400 >Это почему система без /usr не будет минимально работающей а настоящее время?
из-за systemd, не?

]]> https://rulinux.net/message.php?newsid=35104&page=1#112988 https://rulinux.net/message.php?newsid=35104&page=1#112988 Wed, 02 Nov 2011 02:35:04 +0400 > Это почему система без /usr не будет минимально работающей а настоящее время?
потому что там иХы!

]]> https://rulinux.net/message.php?newsid=35104&page=1#112986 https://rulinux.net/message.php?newsid=35104&page=1#112986 Wed, 02 Nov 2011 01:26:14 +0400 С Соляры пример берут?

]]> https://rulinux.net/message.php?newsid=35104&page=1#112985 https://rulinux.net/message.php?newsid=35104&page=1#112985 Wed, 02 Nov 2011 01:00:34 +0400 КРАСАВЦЫ!! давно пора переделать уебанский FHS

]]> https://rulinux.net/message.php?newsid=35104&page=1#112981 https://rulinux.net/message.php?newsid=35104&page=1#112981 Tue, 01 Nov 2011 21:04:59 +0400 Я за упрощение. Только /bin лучше бы оставить для команд, которые "должны быть всегда" как часть операционной системы.

]]> https://rulinux.net/message.php?newsid=35104&page=1#112979 https://rulinux.net/message.php?newsid=35104&page=1#112979 Tue, 01 Nov 2011 19:19:42 +0400 >Ранее, при монтировании /usr по сети, у администраторов возникали проблемы с обновлением содержимого /bin, /sbin и /lib на конечных машинах
Сначала они пишут, что в наше современное время никто извращениями не занят, у всех один раздел на диске и прочее пульсаудио. А потом, внезапно, аргументируют всю эту котовасию какими-то специфическими ситуациями, решение для которых можно найти и другим путём, не делая "сломать всё". Смешно.

>Разделение /bin и /usr/bin было актуальным во времена раздельного монтирования корня и раздела /usr, в случае невозможности примонтировать /usr, наличие каталогов /bin и /lib позволяло сохранить минимально работающую систему, которую можно было использовать в качестве базы для дальнейшего восстановления. В настоящее время дистрибутив нереально загрузить без /usr (/usr монтируется из initramfs до запуска процесса инициализации и содержит необходимые для загрузки компоненты)
Это почему система без /usr не будет минимально работающей а настоящее время?

>что в сочетании с распространением практики разбиения диска на один большой раздел и подготовкой установочного образа в виде Live-системы, позволяет отнести к анахронизмам разделение бинарных файлов по разным частям файловой системы.
А не пошли бы они там все кое-куда, а? И Леннарта пусть с собой заберут уже. Анахронизм, ага.

]]> https://rulinux.net/message.php?newsid=35104&page=1#112978 https://rulinux.net/message.php?newsid=35104&page=1#112978 Tue, 01 Nov 2011 19:13:33 +0400 Блядь, да выгоните вы уже этого укурка Пёттеринга нахуй!

]]> https://rulinux.net/message.php?newsid=35104&page=1#112977 https://rulinux.net/message.php?newsid=35104&page=1#112977 Tue, 01 Nov 2011 19:08:43 +0400 Разработчики дистрибутива Fedora Linux рассматривают возможность перемещения всех имеющихся в системе исполняемых файлов в одну директорию. Иными словами, предлагается размещать исполняемые файлы только в каталоге /usr/bin, а директории /bin, /sbin и /usr/sbin преобразовать в символические ссылки, указывающие на /usr/bin. По аналогии предлагается упразднить /lib и помещать все системные библиотеки только в директории /usr/lib. В случае одобрения предложения, изменения могут вступить в силу уже в весеннем релизе Fedora 17.

Перенос всех файлов и библиотек в иерархию /usr открывает очень интересные перспективы: так как все необходимые для работы компоненты будут присутствовать в рамках одного дискового раздела, появляется возможность обособленного использования нескольких разделов /usr для загрузки разных версий или состояний дистрибутива (например, через создание снапшотов в процессе обновления) и, что особенно интересно, становится возможным использование одного смонтированного в режиме только для чтения самодостаточного раздела /usr одновременно на нескольких компьютерах. Ранее, при монтировании /usr по сети, у администраторов возникали проблемы с обновлением содержимого /bin, /sbin и /lib на конечных машинах, с самодостаточным /usr поддерживать большое число типовых машин станет значительно проще и безопаснее (/usr предлагается монтировать в режиме только для чтения).

В соответствии с новым подходом, все устанавливаемые из RPM-пакетов компоненты будут сосредоточены только внутри раздела /usr и не будут встречаться за его пределами. Файлы и каталоги, присутствие которых необходимо вне иерархии /usr предлагается связывать при помощи символических ссылок. В корне останутся только файлы, имеющие непосредственное отношение к текущему компьютеру, например, файлы конфигурации, логи и файлы с меняющимися данными (/etc, /root, /var, /run).

Разделение /bin и /usr/bin было актуальным во времена раздельного монтирования корня и раздела /usr, в случае невозможности примонтировать /usr, наличие каталогов /bin и /lib позволяло сохранить минимально работающую систему, которую можно было использовать в качестве базы для дальнейшего восстановления. В настоящее время дистрибутив нереально загрузить без /usr (/usr монтируется из initramfs до запуска процесса инициализации и содержит необходимые для загрузки компоненты), что в сочетании с распространением практики разбиения диска на один большой раздел и подготовкой установочного образа в виде Live-системы, позволяет отнести к анахронизмам разделение бинарных файлов по разным частям файловой системы.

В пользу объединения sbin и bin упоминается то, что во многих дистрибутивах данные директории одновременно включены в путь по умолчанию, а также то, что в sbin можно найти программы, которыми пользуются и обычные пользователи. Тем не менее, среди разработчиков Fedora нашлось много противников объединения sbin и bin, которые считают логичным разделение пользовательского ПО и требующих повышенных привилегий программ для администратора (изначально каталог sbin предназначался для статически собранных программ). Также упоминается то, что объединение sbin и bin вызовет необходимость действий со стороны разработчиков upstream-проектов.

]]>