<?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; В Systemd предложены средства для замены консоли, agetty и /bin/login]]></title>
		<link>https://linuxforum.ru/viewtopic.php?id=32239</link>
		<atom:link href="https://linuxforum.ru/extern.php?action=feed&amp;tid=32239&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[Недавние сообщения в теме «В Systemd предложены средства для замены консоли, agetty и /bin/login».]]></description>
		<lastBuildDate>Thu, 28 Nov 2013 15:35:45 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[В Systemd предложены средства для замены консоли, agetty и /bin/login]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=378691#p378691</link>
			<description><![CDATA[<p><strong>В systemd предложено включить средства для замены консоли, agetty и /bin/login. </strong></p><p>Дэвид Херрманн (David Herrmann), автор проекта <a href="http://www.freedesktop.org/wiki/Software/kmscon/">kmscon</a> (реализация консоли в пространстве пользователя) <a href="http://lists.freedesktop.org/archives/systemd-devel/2013-November/014808.html">опубликовал</a> серию патчей, позволяющих обеспечить работу окружения на базе systemd в системах с ядром, собранным без поддержки виртуальных терминалов (CONFIG_VT=n). Из дальнейших планов отмечена интеграция в системный менеджер systemd компонентов с реализацией системной консоли, загрузочной заставки и приглашения входа в систему.</p><p>В частности, в будущем предлагается перейти к конфигурации без встроенной в ядро поддержки виртуальных терминалов (CONFIG_VT=n). Организовать работу системы в режиме CONFIG_VT=n можно уже сейчас, например, с использованием kmscon в качестве консоли и systemd-logind для переключения сессий, требуются лишь незначительные доработки и реализация компонентов для работы в случае невозможности сразу перейти в полноценный графический интерфейс.</p><p>Для воплощения идеи в жизнь предложена специальная библиотека sd-gfx, которая унифицирует поддержку всех операций с графикой, экраном и шрифтами, используемых при инициализации и запуске системы. По сути, библиотека sd-gfx продолжает развитие kmscon и заменяет собой код для работы с виртуальными терминалами, ранее реализованный на уровне ядра. На базе данной библиотеки планируется подготовить несколько новых компонентов systemd:<br /></p><ul><li><p><strong>systemd-consoled</strong> - эмулятор терминала для замены штатных консолей (kernel-console, linux-console), предоставляемых при сборке ядра с опцией CONFIG_VT=y;</p></li><li><p><strong>systemd-splashd</strong> - реализаций бесшовной графической заставки, отображаемой в процессе загрузки. Отмечается, что splashd не претендует для замены Plymouth и ограничится только интерфейсом для ввода пароля для шифрованного корневого раздела в условиях сборки ядра без поддержки виртуальных терминалов;</p></li><li><p><strong>systemd-welcomed</strong> - экран приглашения входа в систему, заменяющий собой agetty и /bin/login. После входа пользователя будет задействован systemd-consoled.</p></li><li><p><strong>systemd-er</strong> - урезанная версия консоли systemd-consoled для экстренных ситуаций, таких как необходимость выполнения операций при выявлении сбоя на ранних этапах загрузки. В systemd-er отсутствует поддержка управления пользовательскими сеансами, разделения привилегий и т.п. </p></li></ul><p>В качестве основных проблем с поддержкой виртуальных терминалов на уровне ядра отмечается необходимость в поддержании дополнительных компонентов в ядре, усложняющих реализацию, дублирующих подсистемы пользовательского уровня, негативно сказывающихся на безопасности и надёжности (ошибка в коде терминала может привести к уязвимостям и крахам на уровне ядра). В частности, для обеспечения работы текстовых консолей в ядре требуется поддержка отдельной прослойки для управления клавиатурой и обработки ввода (упрощённый аналог XKB), жестко заданные фильтры для подсистемы hotplug, средства для выполнения графических операций, код для отображения шрифтов и обработки курсора, код эмуляции терминала и т.п.</p><p>Из доводов в пользу поддержания кода работы с терминалом в ядре упоминаются поддержка отладки на начальном этапе загрузки, вывод отчётов о крахах и отладка через kdb. В настоящее время актуальность данных доводов поставлена под вопрос, так как первые две задачи успешно могут быть решены через модули ядра fblog/drmlog, а для решения третьей задачи можно использовать kgdb или специально собрать ядро в режиме &quot;CONFIG_VT=y&quot;.</p><br /><br /><br /><p>Источник: <a href="http://www.opennet.ru/opennews/art.shtml?num=38543">http://www.opennet.ru/opennews/art.shtml?num=38543</a></p>]]></description>
			<author><![CDATA[null@example.com (verg)]]></author>
			<pubDate>Thu, 28 Nov 2013 15:35:45 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=378691#p378691</guid>
		</item>
	</channel>
</rss>
