<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[Linux Forum &mdash; Обоснование целесообразности переноса компонентов из корня в /usr]]></title>
		<link>https://linuxforum.ru/viewtopic.php?id=19832</link>
		<atom:link href="https://linuxforum.ru/extern.php?action=feed&amp;tid=19832&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[Недавние сообщения в теме «Обоснование целесообразности переноса компонентов из корня в /usr».]]></description>
		<lastBuildDate>Sat, 28 Jan 2012 13:52:20 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Обоснование целесообразности переноса компонентов из корня в /usr]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=246729#p246729</link>
			<description><![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>]]></description>
			<author><![CDATA[null@example.com (XRevan86)]]></author>
			<pubDate>Sat, 28 Jan 2012 13:52:20 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=246729#p246729</guid>
		</item>
	</channel>
</rss>
