OpenRC на ISO-образе Manjaro для ненавистников Systemd

Читая сегодня свой RSS, я узнал интересную новость, что Блог Внешний вид репликатора, и это то, что в сообществе Manjaro было запущено несколько ISO с той особенностью, что они не используют Systemd как init, иначе OpenRC, система запуска, используемая Gentoo.

OpenRC

Не знаю, как вы, но тема Systemd уже сильно трогает мои яйца, и чем больше я читаю, тем больше понимаю, что хотя для конечного пользователя (или для многих) она не представляет ничего супер актуального, по крайней мере, для меня , Мне не нравится этот путь. Я считаю, что наступает черный сезон в мире GNU / Linux, когда разветвления и недовольство вспыхнут даже в засушливых пустынях.

Но перейдем к делу. На форуме Manjaro они опубликовали, как я уже говорил, некоторые isos, которые использует OpenRC. А для тех, кто боится устанавливать эти версии, оставляю видео, как это сделать.

Скачать ISO-образы с OpenRC

Первый ISO, который мы увидим, - это версия Сетевая установка. Этот ISO имеет следующие характеристики:

  • На основе профиля Manjaro-Net (не имеет предустановленной среды рабочего стола)
  • На основе ветки Testing.
  • Только бесплатные драйверы
  • Используйте ядро ​​Linux серии 3.14
  • Не использует Плимут
  • Тестировался в Virtualbox

Язык можно выбрать в начале, нажав клавишу F2. После завершения процесса загрузки мы найдем приглашение, в котором мы будем использовать для доступа:

  • Пользователь: root
  • Пароль: manjaro

Для начала установки, как показано в предыдущем видео, напишем:

setup

Ссылки для загрузки ISO

Manjaro-net-0.8.11-openrc-i686.iso (32 бит)
(md5sum: 80be54ecfb0360b2a8e544344f72113c)

Manjaro-net-0.8.11-openrc-x86_64.iso (64 бит)
(md5sum: ef205f70f3b3428545fdf1420db10b74)

Инструкции после установки

В Форум о Манджаро Они предлагают нам некоторые данные для пост-установки:

Мы добавляем репозиторий openrc-eudev, следуя этим инструкциям.

1) Мы добавляем следующее в конец /etc/pacman.conf

[openrc-eudev] SigLevel = Дополнительный сервер TrustAll = http://downloads.sourceforge.net/project/mefiles/Manjaro/$repo/$arch

Добавляем и импортируем ключи:

sudo pacman-key -r 518B147D sudo pacman-key --lsign-key 518B147D

2) Обновляем систему

sudo pacman -Syu

3) Мы устанавливаем предпочитаемую среду рабочего стола, в примере используется lxde

sudo pacman -S lxde

Информацию об установке окружений рабочего стола можно найти в Вики.

4) Устанавливаем Session Manager:

sudo pacman -S lxdm-consolekit
В файле также должен быть установлен Session Manager. /etc/conf.d/xdm и есть дополнительная информация здесь y здесь

5) Устанавливаем некоторые пакеты типа апплета для сетевого менеджера

sudo pacman -S апплет сетевого менеджера

6) Перезагружаем систему

перезагрузка sudo

Думаю, само собой разумеется, что для этого нам нужно подключиться к Интернету через кабель. Если мы используем Wi-Fi, вы можете узнать, как это сделать в ссылку.

ISO-образы Manajaro с OpenRC и OpenBox

В случае Openbox ISO необходимо принять во внимание некоторые вещи:

  • Основная цель сделать процесс установки проще и разрешить configurar форма графика сеть (с помощью Wicd) и разделение использование GParted по выбору.
  • Конфигурация включает Openbox WM, LXTerminal, PCMan и веб-браузер NetSurf (искать информация в Вики o Google), и так далее
  • Воспользуйтесь установщиком консоли.

Ссылки для загрузки ISO с OpenRC:

manjaro-openbox-openrc-2014-11-13-i686.iso (32 бит)
(md5sum: 9be7e75c75ab296f955a3396386c4764)

manjaro-openbox-openrc-2014-11-13-x86_64.iso (64 бит)
(md5sum: 07fd57df022118dfc9e2794a0ca3d26e)

Manjaro XFCE ISO с OpenRC

Только экспериментально и для 64 бит есть еще ISO с XFCE:

manjaro-xfce-openrc-2014-11-14-x86_64.iso (64 бит)
(md5sum: e132f294f2ffd99c6cbc371d1e7a6d72)


Оставьте свой комментарий

Ваш электронный адрес не будет опубликован. Обязательные для заполнения поля помечены *

*

*

  1. Ответственный за данные: Мигель Анхель Гатон
  2. Назначение данных: контроль спама, управление комментариями.
  3. Легитимация: ваше согласие
  4. Передача данных: данные не будут переданы третьим лицам, кроме как по закону.
  5. Хранение данных: база данных, размещенная в Occentus Networks (ЕС)
  6. Права: в любое время вы можете ограничить, восстановить и удалить свою информацию.

  1.   один из некоторых сказал

    Вы правы, проблема с systemd начинает издавать определенный запах, поскольку OpenRC является естественным преемником текущего init. Посмотрим, чем закончится эта история.

  2.   Вильгельм сказал

    «Хотя для конечного пользователя (или для многих) это не представляет ничего сверхактуального»

    Я думаю, что то же самое, это не актуально, потому что это не повлияло на нас, как на пользователей, на работу самой ОС.

    Фактически, единственный большой (debian) сообщил новости о «скандале» по этому поводу, и хотя они говорят, что есть другие причины, все связанные с systemd (и не должны).

    Другие крупные дистрибутивы, они не создали проблем (или, по крайней мере, проявили себя с помощью лопат и факелов), Fedora, Ubuntu и OpenSUSE.

    У меня создается впечатление, что это борьба между программистами, поскольку, например, opensuse 13.2 имеет хорошие отзывы / критику, и никто в обзорах не говорит о systemd (даже если это для того, чтобы вызвать дебаты),

    Теперь к чему вся суета перехода с systemd на OpenRC, если в конце концов это на них не влияет.

    1.    Dero сказал

      Лично меня беспокоит systemd, у меня неуверенность, хороший пост.

    2.    Юкитеру сказал

      В Fedora были некоторые дебаты по поводу systemd, когда было решено поместить его как init, были некоторые недоброжелатели к системе, главным образом потому, что они не соглашались использовать его как init по умолчанию, потому что он был очень свежим и имел много недостатков, однако Большинство основных разработчиков входят в основную команду разработчиков и связаны с systemd, поэтому замена Upstart на systemd была признаком некоторого навязывания, помимо того, что Upstart был разработкой Ubuntu и имеет CLA. довольно неодобрительно, что, в конце концов, помогло всем без вопросов принять systemd. В то время о OpenRC не могло быть и речи, поскольку в нем отсутствовали многие функции, которые он делает сейчас, включая распараллеливание и поддержку групп.

  3.   анонимный сказал

    Отличные новости! двоичный дистрибутив, который выпустит openrc ... это похоже на находку.
    Это путь, по которому archlinux должен был идти с самого начала, я помню, когда мне приходилось поддерживать Archlinux для перехода на systemd. Теперь у меня есть возможность повторно протестировать двоичный дистрибутив с помощью openrc + eudev, что я и использую здесь, в gentoo.
    Большое спасибо, люди из Манджаро !!!

    # eix -IC openrc
    [I] sys-apps / openrc (0.13.6@24/11/14): OpenRC управляет службами, запуском и завершением работы хоста.
    # eix -Ic eudev
    [I] sys-fs / eudev (2.1.1@31/10/14): поддержка динамического и постоянного именования устройств Linux (также известная как пользовательское пространство devfs)

  4.   Сиеп сказал

    Спасибо за информацию, elav!

    Я разделяю ваше мнение о systemd, и меня также беспокоит дрейф, который произошел в Linux с момента появления этого нового init. Если Wheezy станет слишком старым до появления форка Debian, я подумаю о том, чтобы попробовать Manjaro OpenRC, так как у меня нет свободного времени для подготовки системы Gentoo (я ценил это, но определенно время компиляции Gentoo слишком обширен для моей личной ситуации).

    Привет!

  5.   Cristian сказал

    Elav, который вы можете описать менее чем 10 словами для пользователя, который не слишком понимает «противоречие», в блоге уже было несколько статей, которые носят очень технический характер, и они не заканчивают объяснять контекст для «непосвященных» ... никогда Они сказали мне, что независимо от технических аспектов объяснение должно быть понятным даже вашей бабушке, чтобы быть хорошим.

    На самом деле, некоторое время назад в Fedora проблема становилась невыносимой, настолько, что несколько пользователей настольных компьютеров подумывали о переходе на centos, чтобы обойти проблему.

    1.    Луис сказал

      Я подписываюсь на этот запрос.

      У меня работает Systemd. В чем проблема, которая вызывает столько движений?

      Допустим, я не знаю.

    2.    дарио сказал

      systemd - это программа, отвечающая за запуск системы, но разработчики ее решили расширить и теперь обрабатывает не только запуск, но и такие вещи, как cron (программа для автоматического запуска программ), сеть, системные журналы, которые, кстати, двоичные файлы, среди прочего

      Многие не одобряют такое резкое изменение, особенно потому, что это новое программное обеспечение, поэтому с гораздо большим количеством ошибок, чем программы, которые работали всю свою жизнь, помимо создания зависимостей при программировании, и, например, gnome все чаще связывается к этой системе. Делает его менее переносимым на другие платформы Unix.

      Я не знаю, прошел ли другой мой комментарий модерацию, но в нем говорилось, что мне нравится systemd, но они не должны позволять ему монополизировать все дистрибутивы и оставлять альтернативы, как это всегда делалось в Linux для тех, у кого другие потребности.

    3.    дарио сказал

      Я должен сказать, что до того, как программа, отвечающая за запуск системы при загрузке, была system v, которая существовала долгое время, пока не была заменена в большинстве дистрибутивов на systemd xD.

    4.    Elav сказал

      К тому, что говорит @daryo, я добавляю следующее (что тоже мое мнение):

      Мне всегда нравилась философия Unix, когда программа делает только одно, но делает это хорошо. Когда Systemd хочет контролировать все, что вам сказал @daryo, я немного сомневаюсь, что произойдет, если Systemd каким-то образом скомпрометирован? Что ж, возможно, он увлечет за собой все, что контролирует.

      К этому я добавляю (и, возможно, это больше по привычке), что мне всегда нравилось, что мои системные журналы представляют собой чистые текстовые файлы, но с Systemd все двоичное, и такие команды, как:

      cat log.txt

      o

      tailf log.txt

      Где мы могли бы использовать другие параметры, такие как GREP, для фильтрации определенного контента, но Systemd использует именованную команду журналctl.

      В дополнение к вышесказанному, я должен сказать, что, будучи RedHat главным представителем Systemd, я получаю предупреждение, которое не могу отключить. Может быть, я ошибаюсь, но это выглядит не очень хорошо .. И мне все время интересно, зачем нужно контролировать загрузку, cron, сеть и сколько сервисов существует? Что они имеют в виду?

      1.    Alexander сказал

        Благодаря вашему комментарию и тому, что я исследовал, я могу подтвердить ваши подозрения, это предупреждение верное, Бродер.
        Видите ли, я читал о TCP Stealth, это немецкий тезис, в котором они обвиняют Red Hat в содействии промышленному шпионажу системам прослушивания с пятью глазами:
        Я уже писал об этом, если у вас есть необходимый талант, я знаю, что он у вас есть, вы можете делать свои выводы:
        https://gnunet.org/sites/default/files/ma_kirsch_2014_0.pdf
        http://heise.de/ct/artikel/GCHQ-NSA-El-programa-HACIENDA-2293098.html#TCP Стелс

      2.    Юкитеру сказал

        Просто чтобы дополнить ваш приятный комментарий @elav, systemd настолько высок NIH, что теперь утверждает, что контролирует следующее:

        1.- Управление интернет-соединениями с IPv4 и IPv6, используя systemd-networkd и systemd-nspawn.
        2.- Управление DNS через внутренний кеш DNS, с разрешением systemd.
        3.- Управление многоадресным DNS во внутренних сетях с помощью systemd-networkd.
        4.- Управление терминалами TTY в Linux с помощью systemd-consoled. (Прощай, KMScon?)
        5.- Управление сеансами и привилегиями через логин.
        6.- Управление копированием файлов с использованием двоичных файлов и пропуск директив ядра.
        7.- Контроль журналов с использованием двоичных файлов и пропуск директив ядра.
        8.- Контроль событий ACPI с помощью logind. (Systemd-212 добавила разработчикам Nvidia несколько проблем с различными ошибками, которые делали систему бесполезной)
        9.- Поддержка PPPoE для networkd, работа, которая все еще продолжается.
        10.- Поддержка DHCP в клиенте и сервере. (Что они с этим делают? Понятия не имею)
        11.- Поддержка систем с заводским сбросом, который, кстати, тесно связан с BTRFS (не удивляйтесь, если BTRFS позже станет зависимостью от systemd, добрый Леннарт любит это)
        12 ..- Поддержка виртуализированных контейнеров (в основном Xen и KVM)
        13.- Поддержка управления устройством и инициализации (что делает udev)
        14.- Работа с системами шифрования дисков.
        15.- Загрузка прошивок и модулей ядра.
        16.- Обработка имени хоста (он создает уникальный идентификатор для вашего ПК), помещения, времени, синхронизации NTP, sysctl (управляющие переменные ядра) и даже генератора случайных чисел (черт возьми, это вызывает большие подозрения. )
        17.- Работа с временными файловыми системами.

        Вкратце, длинный список, это то, что, как я знаю, делает systemd, если кто-то знает больше, чем сказать :).

        PS: systemd больше не предлагает поддержку сценариев LSB и SysV, начиная с systemd-214, поэтому я не знаю, насколько верна их «устаревшая» поддержка сейчас и насколько они соответствуют стандартам. Я говорю, что LSB по-прежнему является стандартом в Linux, или я ошибаюсь?

        1.    Аллан Эррера сказал

          Спасибо, что сообщили мне, я думал о переходе в BTRFS, но зная, что он нравится Леннарту, вы можете знать, что он, должно быть, ужасен и шпионит за NSA-IBM

    5.    анонимный сказал

      Мало места, чтобы так много обобщать и объяснять ... это гигантский троянский конь, которого они даже не пытаются скрыть. Что делает система запуска, помещая сетевые службы, dhcp dns и даже, я думаю, avahi ... в systemd? Возможность принимать решения теряется из-за невозможности управлять услугами
      которые не нужны и не приходят ко мне, которые можно деактивировать, я не хочу, чтобы они были в пакете systemd!
      В OpenRC один из них решает, что запускать на каждом уровне выполнения, некоторые службы имеют зависимости от других служб, но их очень мало и они перечислены ... в то время как в systemd все делает то, что хочет в данный момент Ему хочется ... выиграть около 5 секунд на загрузке и быстро завершить работу.
      Systemd настолько сложен, что невозможно понять, что он делает, вы должны смириться с мыслью, что он ваш хозяин и не делает с вами ничего плохого.
      Systemd нарушает концепцию, согласно которой все должно быть простым и понятным с точки зрения демонов или служб и уровней запуска, никто, кто использует systemd, полностью не знает, что происходит в их службах в любое время.
      Systemd не позволяет использовать syslog-ng изначально, они установили journald, чтобы он наступал на него, и он не позволяет ему работать, то есть вы используете journald или naninga !. Системный журнал играет важную роль в обеспечении безопасности и аудита того, что происходило и происходит с локальными и удаленными соединениями, но journald использует двоичный формат, который может видеть только jornalctl ... Очень часто journald "загадочно" повреждается. его двоичный файл и, увидев, что он поврежден, он удаляет его один раз и начинает с нового, забывая все журналы, которые уже существовали.
      Я могу работать часами, но самая большая проблема в том, что Леннарт не обращает внимания на тех, кто сообщает об этих ошибках, и, насколько я читал, он не принимает патчи от кого-либо.
      Я думал, что когда они войдут в systemd, они будут сообщать об ошибках и патчах, которые systemd должен принять ... но я искренне верю, что у Леннарта и RedHat есть другой план для остальных дистрибутивов ... как я уже говорил ранее, HORSE OF ТРОЯ от RedHat.
      Честно говоря, для меня systemd не поддается исправлению, идея, лежащая в основе его дизайна, ужасно плохая, лучше начать загрузочную систему с нуля, чем пытаться исправить этого франкештайна.

      1.    Elav сказал

        АМИНЬ!! @anonymous ..

      2.    кунаги сказал

        Я использую systemd (Fedora) уже пару лет и пришел к следующему:
        Проблема странно пахнет, поскольку все больше вещей добавляют больше отключений / перенаправлений.
        Журнал я направил непосредственно в rsyslog. Какой-то ваш двоичный журнал уже сломан.
        Из dns я использую bind, если они интегрируют его в systemd, я буду продолжать использовать его так же, хотя мне придется все модифицировать.
        Я использую XFCE, поэтому он избавляет меня от многих вещей, которые gnome хочет интегрировать.
        Это как слон в посудной лавке.

      3.    Тито сказал

        Правда; даже они не знают, как это назвать. Мы выходим ежедневно обновляться, исправляя баги и прочую хрень. Это тема, которая меня очень злит; но не только из-за того, что SystemD - суверенное дерьмо; если не то, как они это сделали.
        Понятно, что в мире Linux есть несколько компаний, которые пытаются все контролировать; см. Canonical, RedHat и Gnome (даже сам Мигель де Икаса покинул Gnome).
        Если я использую Linux, то это потому, что я контролирую его, и это его основа и философия; Чтобы не знать, что он делает, я монтирую машины с уже запущенным W Server.
        Мне очень жаль, что Debian уступил. Фактически рассматривается возможность создания параллельного форка без SystemD.
        Будем надеяться, что на большее дело не пойдет; или я вижу, как переношу все свои машины на BSD.

      4.    Юкитеру сказал

        @ анонимный, комментарий человек, ты не можешь быть более правым.

        systemd - сумасшедшая вещь, у которой нет объяснения многим вещам, правда вызывает много подозрений во всем, что она делает, и не позволяет делать это другим инструментам, правда в том, что я не знаю, как люди Debian позволяют себе это выразить, но в любом случае они уже приняли это решение , и впервые за много лет я перестал использовать Debian в качестве основной ОС и буду продолжать делать это до тех пор, пока systemd не выйдет из Debian для более прозрачного варианта.

    6.    Тито сказал

      Коротко. SystemD - отстой.
      Он хранит журналы в двоичном формате, он выполняется как родительский процесс для всех остальных (Pid 1), так что, если какой-либо из них выходит из строя, система становится невосстановимой; Это идет вразрез со всем, что означает Linux, то есть с простыми текстовыми файлами (что, черт возьми, за двоичные файлы ??, простые текстовые файлы! Как и вся жизнь Бога).
      Да ладно, это дерьмо. Мне вообще ничего не нравится.
      Но благодаря таким компаниям, как Canonical, Gnome и Red Hat; мы будем есть его с картошкой.
      Это если, пока есть другие варианты; Я не буду использовать его ни на серверах, которые я администрирую, ни на своих личных машинах.
      Это уже становится филиалом компании Redmond.

      1.    сефирот сказал

        Я не собираюсь никого защищать, но я хорошо помню, что canonical был полностью против systemd в пользу выскочки. когда debian уступил systemd, он перетащил его на ubuntu.

  6.   дарио сказал

    Кроме того, эти ошибки могут поставить под угрозу безопасность системы и стабильность сервера, например, поэтому больше всего на эти вещи жалуются системные администраторы.

  7.   Alexander сказал

    А что насчет Mageia, невероятно, что KDE может безупречно работать на 512 МБ оперативной памяти.
    http://mirror.cedia.org.ec/mageia/iso/cauldron/

  8.   Серхио Э. Дюран сказал

    несколько вопросов; Насколько легко управлять сервисами в OpenRC? и насколько легко установить его по умолчанию при установке Manjaro с systemd? Что мне нравится в systemd, так это то, что с помощью простой команды systemctl enable (service) .service или systemctl disable (service) .service я могу легко управлять своими службами, ЕСЛИ мне интересно узнать об OpenRC, и особенно если он немного странно пахнет все это, кстати, из systemd; Я новичок

    1.    Серхио Э. Дюран сказал

      Кстати; Он говорит, что я нахожусь в Windows, потому что я использую переопределитель пользовательского агента

    2.    анонимный сказал

      OpenRC очень прост в обращении, я приведу вам пример со службой печати cupsd.

      Для начала.
      # запуск rc-сервиса cupsd
      * Запуск cupsd .. [ok]

      Чтобы остановить это.
      # остановка rc-service cupsd
      * Остановка cupsd… [ok]

      Чтобы перезапустить его.
      # rc-service перезапуск cupsd
      * Остановка cupsd… [ok]
      * Запуск cupsd .. [ok]

      Чтобы запустить его на уровне запуска по умолчанию.
      # rc-update добавить cupsd по умолчанию
      * сервис cupsd добавлен в уровень запуска по умолчанию [ok]

      Чтобы удалить его из уровня запуска по умолчанию.
      # rc-update из cupsd по умолчанию
      * service cupsd удален из уровня запуска по умолчанию [ok]

      Чтобы увидеть статус всех служб на всех уровнях запуска.
      # rc-статус -a

      Чтобы увидеть статус уровня запуска, в этом примере default.
      # rc-status по умолчанию

      Здесь, в gentoo, OpenRC является системой запуска по умолчанию и останется таковой навсегда, у нас есть systemd в портеже для террористов-смертников, которых, к счастью, немного ...
      Чтобы заменить journald, мы используем syslog-ng и logrotate, здесь, в gentoo, системный журнал выходит через виртуальную консоль vt12, которая называется control + alt + F12, или вы можете постоянно видеть его в любом графическом терминале как пользователь root с помощью:

      # tailf / var / log / messages

      1.    Серхио Э. Дюран сказал

        И установить его на свой Манджаро?

      2.    Серхио Э. Дюран сказал

        Я говорю; Я не собираюсь терять все файлы и свой прекрасный XFCE только из-за перехода на OpenRC 🙂

      3.    Серхио Э. Дюран сказал

        Готов; Я установил его с помощью sudo pacman -S manjaro-openrc bluez-openrc (последнее, потому что у меня есть bluetooth)

      4.    Серхио Э. Дюран сказал

        Теперь моя проблема в том, что диспетчер питания XFCE4 не работает с upower-pm-utils 🙁, и у меня нет типичных параметров приостановки и гибернации.

    3.    Юкитеру сказал

      OpenRC очень прост, управление службами совсем несложно, просто чтобы привести пример:

      Включение службы: rc-update добавить cronie default

      Запустите службу: /etc/init.d/cronie start или rc-config start cronie

      Остановить службу: /etc/init.d/cronie stop или rc-config stop cronie

      Просто и не очень сложно.

  9.   Юкитеру сказал

    @elav впереди нас ждет долгий путь, начиная от песчаных бурь, дождя троллей, массовых вилок, разделения групп разработчиков, и многие задаются вопросом, лучше ли переход на BSD, чем застревание в systemd, потому что да.

    Лично я приветствую эту инициативу Manjaro, это вариант для тех, кто не хочет оставаться с systemd, что-то, что мне нравится, в данный момент я использую Gentoo, и мне это нравится, я чувствую себя комфортно со свободой, которую он дает мне, но теперь Мне несколько раз приходило в голову внести изменения во FreeBSD, и я могу сделать скачок в этом месяце, все зависит от моего времени и порядка определенных вещей для успешного выполнения миграции.

  10.   PAMP сказал

    Аргументы против systemd давно опровергнуты. Прочтите еще немного.
    http://0pointer.de/blog/projects/the-biggest-myths.html
    http://diegocg.blogspot.mx/2014/02/la-sombras-de-sysyinit.html
    http://diegocg.blogspot.mx/2014/02/por-que-kdbus.html

    1.    Юкитеру сказал

      Ничто из этого не опровергает реальности systemd, Леннарт очень хорошо избегает вещей и ответственности, я рекомендую вместо того, чтобы просто читать статьи, читать код systemd или, по крайней мере, читать список разработки systemd, вы узнаете о вещи, которые опровергают то, что произошло в этих трех статьях, и больше поддерживают недоброжелателей systemd.

      1.    PAMP сказал

        Его аргумент состоит в том, чтобы установить наличие знания, которое опровергает то, что я показал, но никогда не представляет доказательств, поэтому я не могу доверять его существованию.
        https://lists.debian.org/debian-ctte/2013/12/msg00234.html

      2.    Юкитеру сказал

        @pamp мой аргумент - это немного больше поддержки, потому что я объяснил это выше в комментарии 25 той же записи, и я раскрыл его во многих других статьях, касающихся systemd, в дополнение к раскрытию его в Debian irc и списке этого дистрибутива, Также я приглашаю вас создавать свои собственные мнения, и для этого вам просто нужно немного прочитать список разработчиков systemd. Также, чтобы возбудить ваше любопытство, я даю вам эту ссылку, в которой четко сказано, что systemd-214 больше не предлагает поддержку сценариев SysV и LSB под предлогом «очистки кода».

        http://lists.freedesktop.org/archives/systemd-devel/2014-June/019925.html

        А теперь скажите мне: где поддержка стандарта LSB, который должен был быть создан для создания общей основы для всех дистрибутивов? Потому что позвольте мне сказать вам кое-что, ничего другого в своей первой ссылке Леннарт наполняет, хвастается и набивает рот, говоря, что systemd поддерживает использование сценариев SysV и LSB, хотя правда в том, что поддержка прекращена и заменена генератором В init-файлах, кстати, есть несколько ошибок, и в конце концов нет другого выхода, кроме как сделать полный init-файл.

        Привет.

    2.    Тито сказал

      Мнения - это как задница, у всех нас она есть.
      То, что говорит этот человек, может ему очень понравиться, но это не мой случай. И мнение человека, который пишет на веб-портале, заключается не в том, что это слово Бога. Это ваше мнение, точка.
      Так что "опровергнуты" ничего.
      У нас осталось хорошо то, что мы можем использовать все, что действительно хотим; не пытаясь быть «Талибаном» и навязывать свои критерии другим.
      Для меня SystemD - настоящее дерьмо. И есть люди, которым это нравится. Что ж, добро пожаловать!
      Ни мое мнение хорошее, ни мнение тех, кто думает не так, как я, дерьмо; они просто разные.
      Это то, что отличает нас от других операционных систем; мы можем выбирать.
      Не будем вступать в бесполезные драки, которые ни к чему не приведут.

      1.    анонимный сказал

        @Тито
        Вы не могли бы сказать лучше ... аминь.
        Вы должны быть слепыми, чтобы не осознавать извращенность, которую systemd заставляет покрывать все, наступая, покрывая и вытесняя проекты, которые работают отлично, заменяя их версиями, которые никогда не достигают и не становятся стабильными, даже если нет совместимости между ядрами и более чем двумя предыдущие версии systemd.
        Тем, кто занимается debian, кажется, что произошло землетрясение, и им удалось проснуться, я просто надеюсь, что они склоняются к eudev и openrc, таким образом, разработка gentoo debian manjaro и некоторых других, использующих openrc, будет унифицирована, что значительно улучшит ее за короткое время, завоевывая все сообщество.

      2.    Дах65 сказал

        Я поддерживаю твои слова.

        Есть люди, которые цитируют других людей (мнения, которые их обычно интересуют) и используют их как доказательства.

        Со своей стороны, у меня нет мнения о systemd. Я не знаю, лучше ли это технически, чем upstart или openrc, но что кажется очевидным, так это то, что возможность sysvinit исключена ВСЕМИ дистрибутивами, причем Debian был единственным, кто все еще сохранил его в Wheezy из-за своей политики. Но следующий стабильный Debian, Jessie, должен был быть Debian без sysvinit.

        Ясно то, что с этической точки зрения это 100% бесплатное программное обеспечение; Что касается его технической части, я не изучал код и не сравнивал его с альтернативами, поэтому у меня нет аргументированного мнения. Но даже сегодняшняя Ubuntu использует части systemd, хотя у них все еще есть выскочка, и я сомневаюсь, что они использовали, потому что Canonical «куплена» Red Hat.

        Systemd - это не «зло», пожалуйста, мы не сражаемся ни со Скайнетом (Терминатором), ни с HAL9000 («космическая одиссея 2001 года»), ни с темной стороной Силы, которая стремится доминировать над джедаями. И дело не в том, что, объединившись в команду, он берет на себя все и заставляет даже продукты из кладовой исчезнуть.

        И что «он перемещает проекты, которые отлично работают» (комментарий 52), у меня были проблемы с домашней сетью NFS на компьютерах, которые обращаются к серверу, потому что процесс выключения клиентского компьютера отключает сеть перед отключением системы NFS, и выключение зависало, единственное решение - нажать кнопку включения / выключения, чтобы выключить его принудительно (ошибка, о которой сообщали разные пользователи); Мне пришлось создать сценарий, который отключает файлы NFS для запуска перед выключением клиентской машины. С другой стороны, компьютер-сервер NFS подключается по Wi-Fi, и время от времени соединение теряется: я не знаю, проблема в сетевом менеджере, в dhcpd или где.

        Я не говорю, что эти проблемы исчезнут с помощью systemd; Я его игнорирую, потому что не использовал. Это всего лишь пример того, что сказать, что проекты, которые заменяет systemd, отлично работает, - преувеличение.

      3.    Юкитеру сказал

        Одно - мнение, а другое - аргумент, конечно, первое очень разнообразно, как вы говорите @Tito, но второе - что-то более сжатое и целенаправленное, это не то, чем можно так легко манипулировать, по крайней мере, не в случае бесплатного программного обеспечения, где у нас есть код для его проверки.

        @pamp сообщает нам, что приведенные аргументы опровергались в течение долгого времени, и в качестве первой проверки он знакомит нас с мнениями (а не аргументами) Леннарта. Но то, что этот парень говорит в своих комментариях, - это одно (числа 4 и 8 просто умирают от смеха), а другое - то, что он делает в коде systemd. Такое отношение я неоднократно наблюдал у Леннарта с тех пор, как начал разрабатывать такие вещи, как Avahi и Pulseaudio, и это можно просто подтвердить, прочитав списки разработки и отчеты об ошибках обоих программ.

      4.    Юкитеру сказал

        @ Dah65, безусловно, многие люди владеют доказательствами, используя мнения третьих лиц, что является плохой привычкой для тех, кто не может самостоятельно исследовать проблемы, иметь собственное и личное мнение и даже создавать веские аргументы для участия в конструктивном обсуждении .

        В моем случае я слежу за изменениями в systemd благодаря списку разработчиков, хотя мне не нравится этот инструмент, он мне совершенно не нравится, но я не прекращаю читать о нем на пользовательском и техническом уровне, и о причине Для этого это очень просто: если мне нужно посетить клиента, который использует указанный init, я знаю, что мне делать и как действовать в любой ситуации.

        Теперь о том, какие службы работают без проблем, это заблуждение, существует много сценариев SysV с проблемами, и то же самое происходит в systemd, но, по крайней мере, когда вы сообщаете об ошибке в SysV, они исправлены, или вы можете сделать это просто, как вы прокомментировали в systemd после сообщения об ошибке вы можете найти WONTFIX или CLOSED, спасибо Леннарту или Кею, в зависимости от обстоятельств, и я не преувеличиваю, говоря это, образец здесь:

        https://bugzilla.redhat.com/show_bug.cgi?id=753882

        Прочтите комментарий 48, у вас нет потерь. Клемент 53 - еще один, у которого нет никаких потерь, особенно из-за его архаичного, но функционального решения проблемы, которую Леннарт не хочет решать и о которой, кстати, сообщалось в 2011 году.

    3.    марио сказал

      Те «мифы», кто их основал? Некоторые удалены из галереи, так как «systemd не переносится без причины». Совершенно верно, что он не переносится (и он признает это, говоря, что он очень адаптирован для Linux)
      Он предполагает заблуждения, такие как предположение, что BSD не интересует (ребята из BSD говорят обратное: «Джордан Хаббард - FreeBSD: следующие 10 лет (MeetBSD 2014)»), даже если бы он был переносимым, они бы не приняли его и тому подобное ( миф 13,14,15).

      Если Poettering намеревается переписать скрипты исключительно для вашей системы (http://0pointer.de/blog/projects/systemd-for-admins-3.html) мы собираемся пойти не так, как надо. В принципе, классическому сценарию инициализации все равно, куда вы идете. Минимальные модификации сделаны для работы в GNU, UNIX или BSD. Хорошо, что так было до сих пор (если не используется OpenRC). В любом случае, я думаю, что подобные вещи вызовут раскол между Linux для настольных компьютеров и серверами. Пользователи Ubuntu и производных версий увидят изменения только в конце следующего года.

      1.    анонимный сказал

        @ Dah65

        Что ж, раз вы говорите, что systemd не олицетворяет извращенность, тогда скажите мне, почему они не добавили параметры Makefile для отключения всех его модулей во время компиляции, чтобы те из нас, кому не нравятся эти «дополнительные модули», которые наступают на другие пакеты, чтобы мы могли скомпилировать их и создать собственные версии systemd с ограничением!
        Вы знаете, почему они этого не делают? Поскольку его форма разработки называется принудительным наложением, и поскольку 95% пользователей не имеют NPI, они пользуются преимуществом по умолчанию, мы отклонили его для всех вас.
        Вот почему бесплатное программное обеспечение или программное обеспечение с открытым исходным кодом, или как они его хотят назвать, не работает, теперь это заставляет меня смеяться, потому что с новой вилкой для Debian многие люди думают, что это пустая трата сил, и я все время задаюсь вопросом, насколько сложно было добавить дополнительные параметры компиляции в Makefile?
        Больше сюжет не дает, это все равно что смешать воду с маслом, поэтому бесконечные вилки будут появляться в каждом развитии, где на все остальное навязывается несколько.

      2.    Юкитеру сказал

        @mario - это именно то, что вы говорите. Джордан Хаббард также пришел к выводу, что инициализацию BSD необходимо обновить не только для адаптации к новым технологиям, но и для поддержки новых функций, которые теперь возможны, но он обходит концепцию, которую теперь имеет systemd о том, как они должны быть выполнены. вещи, и они упрощают это до философии, которая всегда преобладала в UNIX: «Создайте программу, которая делает одно и делает это хорошо», и что в init чрезвычайно важно, поскольку мы не говорим еще об одном демоне, мы Говоря об инициализации операционной системы, помимо того, что она является мерой безопасности, по сравнению с тем, что многие специалисты уже начинают разглагольствовать о systemd, и это наглядно, systemd очень похож на svchosts.exe из Windows, выполняемый из инициализации услуги по управлению сетью, среди прочего.

  11.   Луис сказал

    Ребята, действительно страшно.

    Очень сложно удалить из ArchLinux ????

    Я собираюсь поискать информацию, но я не осмеливаюсь прикасаться к подобным вещам, чтобы не облажаться и не потерять свою систему.

  12.   ману сказал

    Судя по многочисленным комментариям, которые я прочитал, SYSTEMD - настоящая ТРОЯНСКАЯ ЛОШАДЬ….
    Это означает, что кто может его сохранить? На испанском языке мало информации о конфигурации рабочего стола во FreeBSD и подготовке системы к использованию.

  13.   Рафаэль Мардожай сказал

    Бедный systemd, пусть будет. xD

  14.   Waco сказал

    Эта ненависть systemd не будет вирусной ???? Arch стал для меня отличным ... если это правда, что он покрывает больше, я не знаю, хорошо это или плохо! но, возможно, уже есть уязвимости, чтобы взять под контроль или какой-то вирус, который разрушает систему из-за этого ... если он стабильный и безопасный, я не вижу проблемы ... в любом случае я посмотрю, хватит ли у меня времени и изучу предмет и проведу несколько тестов с openrc

    1.    дарио сказал

      не так стабильно. и он намного более небезопасен, чем system v. Для пользователя настольного компьютера, такого как многие из нас (я), это тоже не представляет проблемы, более быстрая загрузка работает хорошо, и я обычно не читаю журналы, поэтому не имеет значения, насколько они ясны или в двоичном формате.

      У меня есть теория, что Linux будет расти на настольных компьютерах (и правительствах) и терять позиции на серверах (вместо того, чтобы брать ОС, такие как freebsd)

  15.   Оскар сказал

    В вики esdebian они публикуют, как установить SysVinit на Debian Jessie. http://www.esdebian.org/wiki/sysvinit

  16.   анонимный сказал

    Читая о безопасности, я обнаружил, что на стороне Intel есть материнские платы с наборами микросхем, обычно на северном мосту, они реализуют что-то, называемое AMR Intel Active Management Technology .... интересно, к счастью, у меня нет информации, но я начну ее искать. Со стороны AMD такого нет.
    Представляют себе комбинацию intel + AMR + systemd, дай бог.
    https://en.wikipedia.org/wiki/Intel_AMT_versions
    Неудивительно, что параноик Столлмана требует бесплатных биографий.

    1.    Тито сказал

      Тихий; Intel отказывается от производства материнских плат.
      http://www.infoworld.com/article/2612845/computer-hardware/intel-refocuses-and-exits-motherboard-business.html

  17.   Дах65 сказал

    Во-первых, я не использую systemd, потому что он еще не встроен в Kubuntu (я использую Netrunner 14, производный от Kubuntu 14.04).

    Уточнив это, необходимо уточнить несколько вещей:

    1- systemd внедряется разработчиками / упаковщиками многих различных дистрибутивов (Debian, openSUSE, Arch, Fedora…), но теперь выясняется, что читатели этого блога знают больше, чем они, о преимуществах и недостатках systemd.

    2- systemd - это бесплатное программное обеспечение, код которого может быть прочитан (и понят) теми, у кого есть время и знания (те разработчики / упаковщики, о которых я говорил раньше). Если спрятать задние двери, их обнаружат. Сколько читателей используют проприетарную прошивку или драйвер, код которых вы не читали и не можете прочитать? Я думаю, что имеет смысл бояться этого больше, чем systemd.

    3- Мы все работаем с бинарными пакетами, потому что, когда я загружаю .deb из репозиториев для его установки, я не загружаю простой текстовый файл. Так что это довольно парадоксальный аргумент.

    4. В GNU / Linux уже есть программы, которые делают многое: то же ядро, которое все больше интегрирует больше драйверов, и даже проприетарную прошивку (лучше поставить черный ход в закрытой прошивке, чем в программе, код которой опубликован). Существует также Xorg, который обрабатывает не только графический сервер, но также клавиатуру, мышь и другие вещи; Никто не говорит, что для этого Xorg «предает» философию UNIX, они хотят уволить его, потому что его уже обогнали другие проекты.

    5- «Linux - это выбор», конечно, но это свобода выбора, хочу ли я читать код, изменять его, распространять и т. Д. Не то чтобы дистрибутивы должны были предоставлять все варианты (все архитектуры процессоров, все среды рабочего стола, все форматы пакетов и т. Д.)

    6. Для тех, кто думает о переходе на BSD, я помню, как читал новости о том, что в некоторых системах BSD американское АНБ уже приложило свои когти. Правильна ли эта новость, я не знаю, потому что не следил за темой. Но это иронично, что я убегаю от чего-то, "потому что за этим стоит Red Hat и, возможно ...", чтобы попасть в то, что "может быть, за АНБ ..."

    Помимо использования GNU / Linux, BSD, Windows или того, что вы хотите, чтобы мы использовали, мы также можем использовать нашу логику и способность рассуждать.

    1.    Elav сказал

      Во-первых, я не использую systemd, потому что он еще не встроен в Kubuntu (я использую Netrunner 14, производный от Kubuntu 14.04).

      Уточнив это, необходимо уточнить несколько вещей:

      1- systemd внедряется разработчиками / упаковщиками многих различных дистрибутивов (Debian, openSUSE, Arch, Fedora…), но теперь выясняется, что читатели этого блога знают больше, чем они, о преимуществах и недостатках systemd.

      Другими словами, читатели этого блога, будучи только читателями, не имеют возможности понять, хорошо что-то или нет, потому что мы должны руководствоваться здравым смыслом, знаниями и опытом упаковщиков и разработчиков.

      2- systemd - это бесплатное программное обеспечение, код которого может быть прочитан (и понят) теми, у кого есть время и знания (те разработчики / упаковщики, о которых я говорил раньше). Если спрятать задние двери, их обнаружат. Сколько читателей используют проприетарную прошивку или драйвер, код которых вы не читали и не можете прочитать? Я думаю, что есть смысл бояться этого, чем не systemd.

      Это правда, это бесплатное программное обеспечение, и если появится что-то странное, супер люди, о которых вы говорили раньше и которым мы должны доверять, смогут заметить и объявить об этом, а может и нет, потому что, возможно, поскольку они люди, они будут соблазнены замолчать в ответ. Чего-либо.

      3- Мы все работаем с бинарными пакетами, потому что, когда я загружаю .deb из репозиториев для его установки, я не загружаю простой текстовый файл. Так что это довольно парадоксальный аргумент.

      Когда вы загружаете .deb, все, что вы делаете, это загружаете сжатый файл, который вы можете распаковать и, следовательно, увидеть, что внутри и что возможно, а именно там находится двоичный файл. 😉

      6. Для тех, кто думает о переходе на BSD, я помню, как читал новости о том, что в некоторых системах BSD американское АНБ уже вставило свои когти. Правильно ли была эта новость, я не знаю, потому что не следил за темой. Но это иронично, что я убегаю от чего-то, «потому что Red Hat позади и, возможно ...», чтобы попасть в то, что «может быть, за АНБ ...»

      Я не знаю, кто те пользователи, которые собираются покинуть Linux, чтобы перейти на BSD, но мне, например, не пришлось бы покидать Linux, мне нужно было бы только оставить дистрибутив, который ставит Systemd позади вас - да или да.

      Помимо использования GNU / Linux, BSD, Windows или того, что вы хотите, чтобы мы использовали, мы также можем использовать нашу логику и способность рассуждать.

      Другими словами, те из нас, кто комментирует, читает и использует GNU / Linux в этом блоге, не рассуждают. Это то, что ты хочешь сказать? В любом случае я расскажу вам из своего личного опыта и своих рассуждений (логичных или нет):

      Systemd - это дерьмо, застрявшее на палке. Я читал, что есть другие инициалы, которые запускаются намного быстрее и, следовательно, не должны контролировать DNS, RED, CRON и все остальное, что Systemd хочет контролировать. Возможно, для конечного пользователя, который заботится только о включении компьютера, открытии браузера и отправке электронных писем, не имеет значения, используют ли они Systemd или Systemx, но для тех из нас, кто управляет серверами, это боль в заднице. И я задаю вам тот же вопрос, что я всегда спрашиваю, что произойдет, если Systemd будет скомпрометирован и попадет в ад? Не осталось ли у нас ни RED, ни CRON, ни DNS, ни Init и всего остального, что он делает? Я оставляю это тебе.

      И будь осторожен, я говорю тебе все это без злобы. Тем не менее, добро пожаловать в эти места.

      1.    Дах65 сказал

        Спасибо за прием.

        Отвечая без резкости, поясняю, что я не разрабатываю systemd и не получаю деньги за ее продвижение. И то, что на меня это совершенно не влияет, используют ли это другие люди или нет, это их решение.

        Но то, что я вижу в этом вопросе, временами кажется истерией, и я читаю мнения людей, которые, не изучив код или не использовав его, маркируют его как мусор, навязывание, измену, и я не знаю, сколько других вещей. Это напоминает мне ситуацию, с которой я столкнулся несколько дней назад, когда человек, который признал, что он никогда не устанавливал Windows и не знал, как разбить жесткий диск, начал говорить, что Linux - это очень сложно ... даже не пробуя его, а также имея Android на своем смартфоне.

        Вы сравнивали systemd с sysvinit, с upstart и с openrc? Отлично, вы можете принять решение, основываясь на собственном опыте. Это лучший, потому что вы также знаете, что дистрибутив, который работает на одном компьютере, может оказаться бесполезным на другом, и именно поэтому те из нас, кто имеет некоторый опыт работы с GNU / Linux, говорят, что лучший дистрибутив - это тот, с которым пользователь чувствует себя комфортно. вкус.

        1- «Другими словами, читатели этого блога, поскольку они всего лишь читатели, не имеют возможности понять, хорошо что-то или нет, потому что мы должны руководствоваться здравым смыслом, знаниями и опытом упаковщиков и разработчиков»

        Я уже довольно давно читаю этот блог (мои комментарии вы увидите в старых новостях), так что я включен в пакет. И ответ - нет: чтение этого или любого другого блога не позволяет мне (по крайней мере, для меня) судить о хороших или плохих качествах программного обеспечения, о котором я не знаю. Я могу читать, что говорят другие, и в этом случае есть позиции как за, так и против systemd; Фактически, каждый раз, когда эта тема поднимается в Phoronix, возникает много споров, но даже там спорных комментариев мало. Я имею в виду такие аргументы, как «когда systemd вызывает процесс X, возникает бесконечный цикл, который делает систему непригодной для использования».

        И правда в том, что, используя дистрибутив или другой, вы руководствуетесь суждениями, знаниями и опытом упаковщиков и разработчиков. Использование любой ОС или программы предполагает частичное использование суждений и опыта других людей; например, с Linux вы принимаете решение использовать монолитное ядро ​​вместо использования микроядра, такого как Hurd. Это решение было за Линусом Торвальдсом, и вы принимаете его, используя его ядро.

        2- «Это правда, это бесплатное программное обеспечение, и если появится что-то странное, супер люди, о которых вы говорили раньше и которым мы должны доверять, смогут заметить и объявить об этом, а может и нет, потому что, возможно, поскольку они люди, они будут испытывать искушение заткнись в обмен на что-нибудь ".

        Что ж, подозрительно, зачем доверять Линусу Торвальдсу, Ричарду Столмену и проекту GNU? Я не смотрел код их программ, так что, возможно, они меня обманывают.

        3 - «И я задаю вам тот же вопрос, который я всегда задаю, что будет, если Systemd будет скомпрометирован и попадет в ад? Не осталось ли у нас ни RED, ни CRON, ни DNS, ни Init и всего остального, что он делает? Я оставлю это здесь ».

        Что, если OpenRC каким-то образом скомпрометирован? Или выскочка? Или ядро? Это случилось со мной, после «нормального» обновления в Debian Testing, у меня закончился grub, я не мог войти в Debian или Windows, и в то время мое незнание означало, что у меня была только возможность переустановки.

        4- «Короче говоря, те из нас, кто комментирует, читает и использует GNU / Linux в этом блоге, не рассуждают. Это то, что вы хотите сказать? "

        Нет, я не это имел в виду; Я не собираюсь делать обобщения от конкретной конкретной ситуации к совокупности поведения одного или тысячи людей. Но я верю, что в случае с systemd о нем говорят много раз без проведения объективного и ясного анализа; то же самое произошло и с Wayland-Mir: было выдвинуто множество необоснованных претензий как против Wayland, так и против Canonical.

        Кроме того, я повторяю, что читаю и комментирую этот блог (как и другие), и что я использую GNU / Linux.

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

      2.    Waco сказал

        ммм .. ну, что быть скомпрометированным - это гипотеза, как и все ... мой вопрос уже прошел? .. может быть, ошибки не обнаружены во всем программном обеспечении, и они исправляются, если есть ошибки в systemd, они исправляют это, и как любая программа может есть свои ошибки ... проблема не в том, что он может выйти из строя, а в том, что вы хотите, чтобы он делал или контролировал то, что он делает, но не исходя из предположения, что он может потерпеть неудачу, что угодно может выйти из строя в мгновение ока ... Я вообще не фанат systemd, это просто мое мнение .

        1.    Elav сказал

          На компьютере пользователя может произойти ошибка, и ничего не может произойти, но на сервере все обстоит совсем иначе.

      3.    Юкитеру сказал

        @waco безусловно, если у вас есть ошибки в программном обеспечении, вы должны их исправить. Проблема в том, что в systemd много старых ошибок (некоторые относятся к 2010 году и являются серьезными), и они до сих пор не исправлены, или они просто преуменьшены, или просто отмечены Леннартом как ЗАКРЫТО или WONTFIX.

    2.    Waco сказал

      ваш комментарий очень удачный! Мы не можем все влюбиться в systemd, потому что это модно и было создано как клеветническая кампания по нему ... все изменения отвергаются.

    3.    Юкитеру сказал

      Отвечаю на ваши аргументы:

      1.- Серьезные и пытливые пользователи и разработчики одинаково знают преимущества и недостатки внедрения systemd в любой среде разработки и работы, слабые и сильные стороны systemd не меняются из-за того или иного взгляда.

      2.- Конечно, systemd является бесплатным программным обеспечением и его можно проверять. Проблема не в том, что у него есть скрытые лазейки, проблема в том, что он делает то, что init не должен делать (управление сетью, dns, консоли TTY и т. Д.), Что у него есть много сервисов, которые предназначены для других, что он делает что-то совершенно другим способом, нежели предполагалось, что нарушает правила самого ядра Linux (coredump), и многие его разработчики очень мало заботятся о решении структурных проблем, которые есть в systemd (coredump и отладка являются одними из самых серьезных не решено).

      3.- Одно дело - загрузить двоичный файл, который оказывается программой, КОНФИГУРАЦИЯ и ЖУРНАЛЫ которой все еще находится в виде обычного текста, а другое - загрузить двоичный файл, КОНФИГУРАЦИЯ и другая информация которого хранится в двоичном формате и доступна только через определенные инструменты, Здесь все меняется. Бинарный журнал не обеспечивает безопасности (если вам действительно нужна безопасность, зашифруйте раздел с помощью AES-256), это просто черный ящик, из которого вы ничего не знаете о том, что происходит, и он поддается многим вещам, например: представьте, что у вас есть Троянец, который использует уязвимость systemd и через нее получает полный доступ к системе, включая службу журналов и повышение привилегий. Разве это не серьезная проблема? Разве двоичные журналы, обрабатываемые непосредственно системой systemd, не обернутся против вас, будучи неподдающимися аудиту, не дойдя до того, что они уже неосознанно изменены? В этом суть и разница между программой и файлом конфигурации / журналами / дампами в двоичном формате.

      4.- Ядро - это часть программного обеспечения, разработанного в этом смысле, оно с самого начала предназначено для управления всем на вашем ПК, а не init. Процесс инициализации предназначен только для того, чтобы заставить вашу систему поднять ядро ​​и сделать ее пригодной для использования, потому что это первое, что нужно запустить, и последнее, что нужно завершить. Вот почему он называется init (инициализация), потому что он только запускает систему и ничего больше не делает, и причина этого очень проста: init должен быть наиболее стабильным и совершенным программным обеспечением, чтобы этого по какой-то причине избежать. Это приводит к поломке всей системы, речь идет о стабильности и безопасности. Xorg, это другой голос, он действительно многое делает, но нет ничего настолько рискованного, чтобы оставить вас с совершенно непригодной для использования системой, а также его конфигурация по-прежнему выполняется в простых текстовых файлах.

      5.- Конечно, дистрибутивы не обязаны предлагать свободу в широком смысле, и именно из-за этого представлена ​​текущая тирада. Но мы являемся пользователями и сообществом, и многие из нас просто не согласны с внедрением этой системы, поэтому мы делаем наш голос доступным, слушают ли они его или нет, это вопрос тех, кто разрабатывает дистрибутив, и их решение повлияет на те, кто решает использовать или не использовать свой дистрибутив, и это явно может привести к отказу нескольких дистрибутивов в зависимости от того, как идут дела, и примером сейчас является Debian и его форк Devuan.

      6.- Новости BSD связаны с тем, что произошло в OpenSSH и в стеке IP OpenBSD, лазейке, которая, кстати, затронула не только BSD, но и Linux (в случае OpenSSH), и это было исправлено. Ситуация связана с BSD, потому что именно BSD (Тео де Раадт в OpenBSD) отвечает за разработку этого инструмента (OpenSSH), и ситуация возникла из-за того, что некоторые разработчики, которые больше не активны в проекте, открыли черный ход. Ситуация была разрешена, и были объявлены соответствующие меры, которые необходимо было предпринять в случае, если эта ситуация может затронуть тех, кто использовал программное обеспечение. Теперь: может ли такая ситуация возникнуть в systemd? Ответ прост, и результат является катастрофическим, поскольку systemd обрабатывает эскалацию привилегий, среди прочего, бэкдор в systemd означает полный доступ к системе, чего не происходило с бэкдорами, упомянутыми в BSD.

  18.   Оскар сказал

    Они возвращают вилку Debian без systemd, у которой уже есть веб-страница. Похоже, проект идет очень серьезно. https://devuan.org/

  19.   Адитья Багга сказал

    Обновленные ISO и несколько новых загрузок.
    https://forum.manjaro.org/index.php?board=50.0

  20.   Кеос сказал

    Установщик не очень понятен, я не могу следовать их шагам, особенно в части разделов, не знаю, почему они настаивают на этих непонятных вещах.

  21.   Мануэль Р сказал

    Есть кое-что, что привлекает мое внимание в netinstall с Openrc, где-то в процессе установки я все время вижу сообщение, что вы настраиваете systemd, действительно ли они будут свободны от systemd или его использования?

    1.    Кеос сказал

      Привет, Мануэль, я тоже наблюдаю то же самое во время установки, это должно быть дело установщика, потому что нет никаких сомнений в том, что systemd не установлен, вы подтверждаете в терминале следующим образом: pacman -Qs openrc

      привет

      1.    Мануэль Р сказал

        Привет, keos, прежде всего прошу прощения за то, что не ответил раньше. Я ценю ваш ответ, я рад узнать, что Manjaro предлагает этот вариант; как только закончится поддержка Ubuntu Precise (а может и раньше), я ее установлю. С уважением.

  22.   Анонимный сказал

    Хороший пост

    Я собираюсь подождать в Manjaro с Systemd, пока версия OpenRC немного повзрослеет, я хочу выйти из systemd ... (я потею)