как уже отмечали другие здесь, по идее, это не должно повлиять на нетехнических конечных пользователей - и в теории нет разницы между теорией и практикой а на практике есть.
я думаю, что некоторые вещи выложены здесь нужны некоторые уточнения:
это система инициализации, не то, что пользователи традиционно взаимодействовать.это было в случае с sysv init и с Выскочкой, но это не в случае с systemd больше. Он делает много вещей, что пользователи традиционно взаимодействуют с:
https://cgit.freedesktop.org/systemd/systemd/tree/NEWSэто система инициализации, не то, что пользователи традиционно взаимодействовать.
она должна полностью заменить функциональность выскочка —и сделать несколько дополнительных вещей
два уточнения - во-первых о полной замене выскочка:
одним из вопросов, которые люди имеют с systemd является то, что они не будут работать сценарии инициализации sysv. Вот один пример, что он полностью не заменяет функциональность выскочка.
[dиода d17]это то, что мы могли бы рассчитывать на более 30 лет, и традиционно Вы писали сценариями sysv init для максимальной портативности, не повторяясь (путем записи нескольких версий одной и той же скрипты), чего не происходит больше.[!dиода d17]
это не должно быть проблемой, если использовать только пакеты из официальных репозиториев, потому что предположительно все пакеты, которые раньше были либо с sysv init или скрипты Выскочке придется свои скрипты переписаны, прежде чем они упакованы.
это будет проблемой лишь для тех, кому доведется использовать какие-либо сторонние или специальное программное обеспечение, которые имеют их инит скрипты, написанные для с sysv init или для Выскочек и тех, кто будет нуждаться в инит скрипты переписаны перед обновлением системы с systemd (или вам выскочка установленным, что тоже вариант, или переноса в систему, не использовать systemd).
есть systemd в-два генератора, который должен автоматически переводить сценариями sysv init и systemd в сценарии, но есть некоторые ошибки и длинный список явных несовместимостей.
теперь второе уточнение - о лишних вещей:
https://cgit.freedesktop.org/systemd/systemd/tree/NEWS журнал ведение журнала входа управления устройства управления временные и летучие файл управления двоичном формате Регистрация подсветкой сохранение/восстановление rfkill сохранить/восстановить bootchart опережающего считывания зашифрованного хранилища установка в EFI/GPT-разделов открытие виртуальной машине/контейнере Регистрация контейнер управления узла управления язык тайм-менеджмент управление случайное начальное управление переменной sysctl управления консоль управления самоанализа автоматическое обнаружение сети подключей и играй управление помощью systemd-networkd кэша DNS уведомления ответчика запросы llmnr ответчика по dnssec проверки IPC в ядре kdbus СД-шина синхронизации времени с NTP-добавлена timesyncd интеграция с контейнерами песочницы услуг изолирование приложений ОС изображения Формат изображения Формат изображения Формат GPT приложение с авто-обнаружения системы без гражданства instantiatable систем сброса узла инициализации и обновления интеграции с облачной службе Управления по узлам проверке образов ОС вплоть до прошивки Загрузка построения сети следующего поколения операционной системы объединяющей бессмысленными различия между распределениямиэти "несколько вещей", что systemd это будет крышка - по данным тоже вариант презентация исправлены некоторые ошибки в 2014 году на гнома.Азии являются следующие:
[кадрах, снятых D80]возвращаясь к: "это система инициализации, не то, что пользователи традиционно взаимодействовать." - следует отметить, что система инициализации-это всего лишь один пункт в этом списке.[!кадрах, снятых D80] [T]он только время нетехнических пользователь будет видеть это, когда все идет не так.
и, наконец, последнее, что хочется пояснить:
Ох, какое облегчение. :)
журнал лесозаготовок tmux управления логиннаиболее заметных изменений для конечных пользователей (кроме самих сценариев) - запуск и остановка служб и используя такие команды, как:
, которая больше не работает, как ожидалось. Например, [Ф3] - это команда с posix, чтобы убедиться, что процесс продолжает работать после выхода из сеанса. Он больше не работает о systemd. Также такие программы, как [F4], а [ф5], должны быть задействованы в специальной, так или иначе явного несоответствия (а не получать эти процессы убил-это обычно главная причина запущенных Screen или tmux в первую очередь).
[T]он только время нетехнических пользователь будет видеть это, когда все идет не так.
это не ошибка, это выбор дизайна, так что, скорее всего, не устроиться в будущем. Это то, что Леннарт Петтеринг сказал об этой проблеме:
tmux tmux управление устройствамина мой взгляд это был довольно странный Unix, которая по умолчанию пусть произвольный код пользователя остаться около свободно после выхода. Это уже обсуждалось теперь для возрастов среди многих ОС людей, что это возможно, но, безусловно, не может быть по умолчанию, но никто не решился так далеко, чтобы щелкнуть выключателем, чтобы включить его от дефолта вариант. Не убирать сессий пользователя после выхода из системы-это не только некрасиво и отчасти программистские, но и проблема безопасности. systemd В 230 теперь, наконец, щелкнул выключателем и, наконец, убирает по умолчанию все правильно, когда пользователь выходит из системы.
[d118 для того чтобы]начиная работу фоо:[!d118 для того чтобы] добавлена: [ф8] добавлена: [ф10]
подробнее см.:
[d144 в]журналы[!d144 в] [г117](Примечание: поведение "выскочки" выше действительно ничего, кроме systemd так, это не выскочка конкретные)[!г117] [Ф1]
(см. мой ответ не работает для получения более подробной информации, что выходит за рамки этого вопроса.)
[Ф2]
есть также большая разница в обработке бревен, потому что вопреки традициям Unix логи systemd в хранятся в бинарных файлах, в пользовательском формате, так что вместо:
добавлена: [ф16] хватай вилы: на Ubuntu переключиться на systemd в понедельник (реестр) Линус Торвальдс и другие о systemd в Linux (Крымский) временные и летучие управления файламинеобходимо использовать специальные команды для доступа к журналам:
внедрение systemd в Debian и в Ubuntu первым, чтобы потом было не без противоречий и огромной оппозиции, как известно каждому, кто писал в одной из следующих статей: