<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[Linux Forum &mdash; Обоснование целесообразности переноса компонентов из корня в /usr]]></title>
	<link rel="self" href="https://linuxforum.ru/extern.php?action=feed&amp;tid=19832&amp;type=atom" />
	<updated>2012-01-28T13:52:20Z</updated>
	<generator>PunBB</generator>
	<id>https://linuxforum.ru/viewtopic.php?id=19832</id>
		<entry>
			<title type="html"><![CDATA[Обоснование целесообразности переноса компонентов из корня в /usr]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=246729#p246729" />
			<content type="html"><![CDATA[<p>В связи с волной критики Леннарт Поттеринг (Lennart Poettering) подготовил сводный <a href="http://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge">документ</a>, в котором обобщил мотивы переноса содержимого /bin и /lib в директорию /usr в грядущем релизе Fedora 17, а также опроверг наиболее часто встречающиеся мифы. По словам Поттеринга, новое унифицированное расположение исполняемых файлов и библиотек внутри раздела /usr (содержимое /bin планируется перенести в /usr/bin, /sbin в /usr/sbin, /lib в /usr/lib и /lib64 в /usr/lib64) более совместимо с UNIX, чем практикуемый в Linux подход с разделением на /bin и /usr/bin (в SysV Unix /bin является симлинком на /usr/bin).</p><p>Некоторые плюсы переноса компонентов из корня в /usr:</p><ul><li><p>В настоящее время разные дистрибутивы Linux и Unix-системы по разному формируют состав /bin и /usr/bin. Перенос всех исполняемых файлов в /usr/bin и наполнение /bin через символические ссылки позволит избежать путаницы и сохранить совместимость с ранее практикуемым методом.</p></li><li><p>Все устанавливаемые из RPM-пакетов неизменные компоненты будут сосредоточены только внутри раздела /usr и не будут встречаться за его пределами, что позволит упростить организацию бездисковых систем и повысит их безопасность - для работы достаточно будет экспортировать в режиме только для чтения раздел /usr и централизованно обновлять его, не заботясь о необходимости синхронизации содержимого каталогов /bin, /sbin и /lib. В корне останутся только файлы, связанные с загрузкой и специфичные для текущей машины данные, например, файлы конфигурации, логи и файлы с меняющимися данными (/etc, /root, /var, /run).</p></li><li><p>Возможность использования нескольких разделов /usr для загрузки разных версий или состояний дистрибутива. Например, в процессе обновления можно сохранить старое содержимое в отдельном разделе и вернуться на него в случае проблем. Возможна также реализация схемы, при которой имеется две копии содержимого /usr: активная копия монтируется в режиме только для чтения, а в неактивную устанавливается обновление, после чего директории меняются местами и синхронизируются;</p></li><li><p>Упрощение формирования гостевых окружений для систем виртуализации - достаточно монтировать внутри виртуальных окружений системный раздел /usr в режиме только для чтения. При этом автоматически решаются проблемы с обновлением начинки гостевых систем и существенно экономится дисковое пространство;</p></li><li><p>В качестве примера успешной унификации доступа к исполняемым файлам приводится Solaris 11, в котором все стандартные программы сосредоточены только в разделе /usr.</p></li></ul><p>Дополнение: В списке рассылки разработчиков Fedora <a href="http://lists.fedoraproject.org/pipermail/devel/2012-January/161761.html">опубликовано</a> сообщение о скорой миграции Fedora Rawhide на новую схему размещения исполняемых файлов. Для пользователей, использующих Rawhide, для перехода на новую схему потребуется выполнить несколько ручных операций, которые детально изложены в сообщении.</p><p><a href="http://www.opennet.ru/opennews/art.shtml?num=32914">Источник »</a><br /><a href="http://0pointer.de/blog/projects/the-usr-merge">Главная ссылка к новости »</a></p>]]></content>
			<author>
				<name><![CDATA[XRevan86]]></name>
				<uri>https://linuxforum.ru/profile.php?id=10073</uri>
			</author>
			<updated>2012-01-28T13:52:20Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=246729#p246729</id>
		</entry>
</feed>
