Википедия по сравнению с тобой - это просто эталонный образец знаний. Ты тут вообще как антипатерн вменяемого ЛОРовца, образец тролля тупостью, который только даром тратит мое время.

просто неприемлемо в принципе, а не только на форуме

Надо срочно принять Code of Conduct, а то у соевых куколдов от обиды может случиться гендерная дисфория!

Так он просто троллит, но иногда слишком уж обидно :(

:-D :-D :-D

Даже я не знаю как комментировать этот бриллиант!

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

Мнение антимонопольщиков, да еще и пролобированных толстосумами вообще неинтересно. Они там про коммерческие продукты боролись, а не за бесплатные open-source проекты.

Для меня эта ситуация очевидна: браузер - это продукт, с которым работает пользователей. А менеджер сервисов - это составная часть операционки, задача которой поднять и следить за выполнением нескольких процессов.

Сравнивать браузер установленный по умолчанию, заменямый при желании на другой, с системным менеджером, который прибит к 400 пакетам ?! :)

Ничем не лучше чем, например, бутлоадер или менеджер пакетов. Тебя же не смущает, если дистр не позволяет выбрать менеджер пакетов?

От менеджера пакетов не зависит повседневная работа компьютера (только в моменты установки, еще и с возможностью откатиться обратно через zfs), а системный менеджер используется постоянно, пока включен компьютер. Это две огромных разницы, особенно если выяснится, что systemd таки содержит неявные закладки и помогает кое-кому более лучше держать десктопы пользователей и особенно сервера за причинные места.

Ты бы и дистр, в котором отсутствует возможность сменить GRUB на LILO не стал осуждать.

Как ты себе представляешь такое? Лично я легко могу заменить загрузчик для любого универсального дистрибутива. Вообще не пользуюсь загрузчиком из пакетов дистра.

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

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

Они уже контролируют дистр, они всунут своё шпионское ПО в какой-нибудь незаметный .so файл. Чтоб пропихнуть шпионское ПО в дистрибутив нужно гораздо меньше кротов, чем на то чтоб заставить сменить систему инициализации.

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

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

Сидели бы по своим веткам Debian с RHEL и наслаждались своим systemd

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

Ты сначала утверждал, что в гипервизорах инит вообще не используетсяТы сначала утверждал, что в гипервизорах инит вообще не используется

Нет, это ты утверждал что он там используется, но ни одного примера, разумеется, так и не смог привести.

И, вишенка на торте: это идиотское утверждение ты сделал на основе коммента про Alpine - то есть ты даже не знаешь для чего он используется!

любому, кто знаком с гипервизорами

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

Тот придурок что путал json c jquery всё ещё в топе, но у тебя есть все шансы когда-нибудь его перегнать.

Нет, это ты утверждал что он там используется, но ни одного примера, разумеется, так и не смог привести.

Я не приводил примеров франтендов гипервизоров AQemu, OpenNebula, Proxmox?

И, вишенка на торте: это идиотское утверждение ты сделал на основе коммента про Alpine - то есть ты даже не знаешь для чего он используется!

По твоему Alpine используется только для создания образов контейнеров? Что мешает запустить AQemu на Alpine?

Ты опять решил попридираться к буквам? Где находится инит, «внутри» KVM или «снаружи»? Детский сад отакует … LOL

«Запихивать инит внутрь гипервизора» (наверно KVM) - это твое изобретение, а не мое.

А я предлагал запускать гипервизор на baremetal хостах с OpenRC вместо systemd, не приписывай мне свои «успехи».

Кроме того инсталляцию в целом, нацеленную на использование в качестве хоста виртуализации тоже нередко называют гипервизором. Тот же Proxmox к примеру.

https://deploy.equinix.com/developers/guides/proxmox/

Очевидно, что в таком контексте можно сказать, что Proxmox использует тот или иной инит. И до появления systemd в Debian очевидно Proxmox использовал другой инит.

zabbal и sanyo1234, терминологический спор является абсолютно бессмысленным… Если уж очень сильно хочется срача, то лучше выбрать более осмысленную тему, чем то, как называть виртуалки и устройства, где они крутятся.

Мое предложение было избавляться от systemd на baremetal хостах, которые используются для запуска виртуальных машин, т.е. на которых работает KVM - гипервизор второго типа. Как вариант я предложил Alpine+OpenRC+QEMU+KVM.

Что там себе вообразил zabbal или как он хотел исковеркать мою мысль, - это уже его проблемы, если бы он не испражнялся постоянно в этой ветке форума.

который только даром тратит мое время

Мы уже поняли, что ты не разбираешься в современном линуксе. Оказывается, ты даже не знаешь, как закрыть вкладку с лором.

Мы уже поняли, что ты не разбираешься в современном линуксе

В чем это проявляется?

stanson — агрессивный ламер

Я бы сравнил stanson с энциклопедией знаний по противодействию зондам АНБ.

А тебя с zabbal, который троллит в обратном направлении. Одного поля ягодки.

На любом проф. форуме по гипервизорам

Пха-ха-ха, а где мы по твоему находимся?!

Блин, и ведь это не троллинг - он реально до такой степени домохозяйка!

Эти закладки предназначены для воздействий на мелких (не корпов)

особенно если выяснится, что systemd таки содержит неявные закладки

То есть когда в первый раз ты говорил про закладки, то просто нагло врал как сивый мерин?

Сидели бы по своим веткам Debian с RHEL и наслаждались своим systemd, но нет, надо обязательно накидать каках в сторону тех, кто живет не по их лекалам

Нет ничего плохого в конструктивной критике, даже порой нелицеприятной. Просто не надо забывать что следует оставаться в рамках приличия, не опускаться до оскорблений. Критикуя разработчиков СПО помнить, что они работают в основном на энтузиазме и чаще всего раздают плоды своей работы бесплатно. А так, почему бы и не покритиковать? Хотя по-моему лучше прислать багрепорт или патч.

Нет ничего плохого в конструктивной критике, даже порой нелицеприятной

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

Я не приводил примеров франтендов гипервизоров

Франтенд - это видимо очень франтоватый конец… Что ты несёшь?!

Ты утверждал что

на гипервизорах использует только OpenRC

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

Где находится инит, «внутри» KVM или «снаружи»?

По твоему Alpine используется только для создания образов контейнеров?

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

тоже нередко называют гипервизором

Я так понимаю ты наконец-то дочитал статью в вики на которую необдуманно сослался, понял насколько ты облажался и теперь поспешно пытаешься подменить термины, надеясь что все поверят будто ты не тупой ламер, а просто неправильно иностранное слово употребил?

Не не зря. Уже 10 страниц срача.

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

Может быть она и была, но утонула в жирненьком от zabbal

Под гипервизором могут подразумевать как модуль KVM, так и в целом инсталляцию типа Proxmox, включая его инит.

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

Может быть она и была, но утонула в жирненьком от zabbal

У меня вообще впечатление, что все эти забалы, льющие на нас помои, пишут из европейского отдела ЦРУ/АНБ, чтобы максимально зафлудить неугодный им дистр и в целом наше стремление попытаться уменьшить их контроль над нами.

Чёрт возьми, вы то что-то адекватное пишете, то вдруг заговор-ЦРУ-корпорации-контроль-жидомасоны. Можно поменьше шапочек из фольги, пожалуйста?

Если у тебя нет доказательств, то лучше промолчать, потому что ты выставляешь себя в дурном свете. А если есть - тем более, потому что обсуждение вопросов противодействия ЦРУ/АНБ на этом форуме будет офтопиком :)

А если есть - тем более, потому что обсуждение вопросов противодействия ЦРУ/АНБ на этом форуме будет офтопиком :)

Хороший индикатор, если сообщение трут не из-за грубости в ответе, то вероятнее всего из-за так называемого «офтопика» (палева инфы о сущестовании закладок спецслужб, например, в блобах оборудования и т.п.).

Но в данной ветке подобные «офтопики» как раз и являются наиглавнейшими онтопиками для некоторых пользователей обсуждаемого дистрибутива.

И получается, можно сделать вывод, что этот форум зависит от благосклонности к нему иностранных спецслужб?

Может быть она и была, но утонула в жирненьком от zabbal

Интересно, у кого-нибудь еще есть претензии по моему способу изложения относительно baremetal гипервизора без systemd?

Страницу на Wikipedia привел в качестве примера описания гипервизора 2-ого типа, откуда понятно, что инит используется в подобной инсталляции, потому что как минимум используется OS, которая запускается до гипервизора.

Можно поменьше шапочек из фольги, пожалуйста?

У меня вчера внезапно перестали открываться LUKS тома (в том числе и на старых дисках) на offline бэкап сервере, куда я недавно добавил пару относительно новых дисков Toshiba, произведенных примерно 1-2 года назад.

Перепроверил несколько раз на всех дисках, несколько раз копировал пароль, но не смог открыть ни один из томов, на всякий случай сохранил лог команд и вывода.

Потом восстановил из другого бэкапа LUKS заголовок одного из томов, который мой скрипт пытается открывать в первую очередь.

Сразу же попробовал открыть все диски заново. Внезапно открылся первый диск с восстановленным заголовком, но что самое интересное, открылись и все остальные тома на других дисках, на которые я их заголовок еще даже и не восстанавливал. Получается, проблема была не в поврежденном заголовке? Не сдампил заголовок первого диска перед восстановлением для сравнения. Но раз открылись и остальные диски, то вероятно заголовки тут не причем.

Backup сервер к интернет напрямую не подключается, но иногда подключается к рабочей станции, откуда предварительно физически отключается интернет.

Вывод: либо буткиты стали шибко умные и работают уже без интернет канала по заранее заданному сценарию, либо таки в новых дисках появился более современный побочный канал управления ими и хостовой системой вероятно через закладки в ядре Linux, что-то похожее я уже наблюдал с другим диском HGST, но намного более дорогим (для меня по крайне мере), какая-то серверная модель HUSxxx.

Точно такие же недорогие диски Toshiba (название модели полностью совпадает с парой новых), но выпущенные намного раньше, часть из них даже около 10 лет назад, никогда так себя не вели раньше. Этому серверу уже почти 10 лет, такой сюрприз произошел первый раз, новые диски установлены совсем недавно.

Вывод: либо буткиты стали шибко умные и работают уже без интернет канала по заранее заданному сценарию, либо таки в новых дисках появился более современный побочный канал управления ими и хостовой системой вероятно через закладки в ядре Linux, что-то похожее я уже наблюдал с другим диском HGST, но намного более дорогим (для меня по крайне мере), какая-то серверная модель HUSxxx.

Ваша проблема в том, что вы не понимаете, что это было, и не понимаете, почему починилось, но вместо того чтобы на этом остановиться, вы пытаетесь объяснение придумать.

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

Выглядит всё это так, будто у вас крыша едет уже. Если вы всё это вещаете всерьёз, а не троллите так, то это очень плохо, и далее скорее всего будет лишь прогрессировать. Как бы вам в итоге не оказаться в лечебном заведении — что вы, конечно, будете считать попыткой спецслужб заставить вас замолчать, чтобы вы не могли раскрывать их коварные планы на LOR-е.

Если что, это не шутка. Абсолютно серьёзно говорю.

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

Мне что теперь, запрещено сообщать о странных событиях?

Мне важно попытаться предотвратить повторение этого.

Единственное, что могу пока придумать, - заменить пару новых дисков максимально старыми с Авито. Износ роли не играет, потому что они все равно в ZFS зеркалах, которые можно нарастить даже и до трех дисков в зеркале.

из европейского отдела ЦРУ/АНБ

Странно что не из американского - или ты даже этого не знаешь?

стремление попытаться уменьшить их контроль над нами

Что именно я у тебя контроллирую - твой сфинктер? Это бы объяснило твой постоянный пук-среньк в ответ на просьбу привести примеры, подтверждающие твои дикие утверждения.

По теме: лично я в Devuan сейчас вижу уже несколько больше смысла, чем несколько лет назад, поскольку поддержка sysvinit в Debian в каких-то аспектах ухудшилась.

Например, из некоторого числа пакетов (avahi, firewalld, network-manager, rsyslog, …) init-скрипты выкинули полностью, из-за чего сопровождающим sysvinit пришлось делать пакет orphan-sysvinit-scripts, в рамках которого поддерживать их самостоятельно.

Решение с установкой скриптов в целевой каталог только при наличии соотв. пакетов с помощью триггеров dpkg, конечно, технически изящное, но ситуация в целом показывает отношение сопровождающих пакетов к поддержке sysvinit, и в дальнейшем наполнение данного пакета «осиротевшими» init-скриптами наверняка будет лишь расти.

Так что хотя я сам Devuan не пользуюсь и не собираюсь, и считаю systemd значительно лучшим решением, но как способ упростить жизнь тем, кто хочет остаться на sysvinit, — пусть будет.

несколько раз копировал пароль

С бумажки? Или ты решил что ctrl-c иногда символы теряет?

Внезапно открылся первый диск

Не сдампил заголовок первого диска

Вывод:

Идиотов, которые не понимают что они делают и зачем нельзя допускать к администрированию инфраструктуры.

который мой скрипт пытается

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

и считаю systemd значительно лучшим решением,

systemd неплох для унификации и предсказуемой взаимозаменяемости админов, софта и т.п. Т.е. для бизнеса у него явно есть определенные преимущества.

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

из некоторого числа пакетов (avahi, firewalld, network-manager, rsyslog, …) init-скрипты выкинули полностью

Это закономерный процесс: вычищать из трекера пачку багов вида «я чё-то нажала, а оно сломалось» утомительно. Особенно если в качестве благодарности за твой бесплатный труд к тебе лезут упоротые с извечным «ты нам должен». Замена скриптолапши на простой декларативный юнит исключает целый класс проблем, тем самым облегчая работу сопровождающего.

Это, кстати, и есть главный секрет популярности systemd среди дистростроителей. И дело даже не столько в отличной документации и продуманной архитектуре - сама по себе возможность избавиться от 1% пользователей вида «а ну-ка быстро реализовал мои хотелки за бесплатно!!!11» убирает 90% головной боли разработчиков. При этом не важно свалят-ли обиженные на винду, гомомак или убогий форк-паразит - лишь бы в багтрекере не воняли.

Добавлю, чтобы было понятнее:

Копирование пароля из хранителя паролей проверял открытым текстом.

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

Самописный скрипт не заменить systemd, потому что он делает различные проверки и минимизирует объем ручной работы, чтобы можно было например, уводить половину массива временно в офлайн, потом возвращать обратно и т.п.

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

Я бы сравнил stanson с энциклопедией знаний по противодействию зондам АНБ

Лол. Может, тебя еще поймали, как Картмана, и вставили анальный зонд? :)

В чем это проявляется?

В том, какую *уету ты тут пишешь

В том, какую *уету ты тут пишешь

Конкретный пример? Иначе к тебе эта характеристика подходит намного лучше, еще и балабол в придачу ко всему.

Лол. Может, тебя еще поймали, как Картмана, и вставили анальный зонд? :)

Местным троллям типа тебя и заббала похоже действительно вставили и не раз.

Местным троллям типа тебя и заббала похоже действительно вставили

Нет. Нам не мерещатся агенты АНБ за каждым углом. А тебе – мерещатся. Видимо, у тебя есть опыт, так сказать, близкого с ними взаимодействия.

Нам не мерещатся агенты АНБ за каждым углом. А тебе – мерещатся.

У тебя претензии к моим сообщениям только в этой части или еще по каким-то другим признакам? Явные технические несоответствия? Ошибки с моей стороны (кроме вероятно с твоей точки зрения неприятия systemd на baremetal)?

Судя по твоему профилю у тебя явный настрой против systemd free, это понятно, дискутировать на эту тему и дальше наверно уже бессмысленно.

Если проигнорировать в моих сообщениях упоминания закладок АНБ и желание избавиться от systemd на baremetal есть еще претензии к содержимому моих сообщений?

Я где-то неправильно что-то написал про гипервизор второго типа? Про возможность использования его на хосте без systemd, например, на хосте c OpenRC, в т.ч. на Alpine. Такая техническая возможность существует, верно? Пусть, ты против ее использования, но она есть (возможность)?

аки никаких кроме слежки? Будь закладка в systemd

Ты не просто тупой, но ещё и душнила. Хватит добавлять бессмысленный шум, чтоб сделать вид, что тебе есть что возразить. Слежка, активное вмешательство, в данном случае нерелевантно. Ты написал идиотское утверждение, якобы у системд нет никаких преимуществ кроме возможности внедрить вредный код. Я объяснил тебе, дурню, что эта же задача решается дешевле и незаметнее. Если где-то существуют агенты АНБ или Моссада, занятые внедрением закладок в дистрибутивы, то в твоём диване эти закладки непременно окажутся. Половина пакетов в диване из дебиана, все закладки там на месте. А учитывая, что дурачки типа тебя везде пишут, что девуан без закладок, а мамкины террористы и уголовники особым умом не отличаются, имеет смысл завести своего крота и среди разработчиков дивана. Ввиду того что проект васянский, там контроль околонулевой, а любому, готовому работать бесплатно, рады.

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

И чего я добился этой подменой, клоун?

Ты жалок, можешь только цепляться к словам, да и тут невпопад получается.

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

Мда…. Чем удобнее? Несмотря на фантазии о разрастании сустемд, если АНБ не нужно посылать компуктер анархиста в сон или в важдый момент добавить новое устройство в /dev/, сам по себе контроль над сустемд ничего не даёт. Не лучше ли тупо подменить какой-нибудь libc.so или ldd.so и получить контроль над любым желаемым процессом?

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

чем пропихивание шпионского софта на отдельно взятые компьютеры.

Вот ты, в отличие от меня, на самом деле постоянно врёшь. Речь не шла об отдельных компьютерах, а о целых дистрибутивов. Чтоб АНБ пропихнуть бесполезный системд в Дебиан им нужен контроль над более чем половиной важных людей в дебиан. Чтоб пропихнуть патченную библиотеку, им надо внедрить своих людей на пару чисто технических постов, самых скучных. Результат тот же, полный контроль над всеми у кого стоит дебиан, никаких «отдельных» компьютеров.

Вышел Devuan 5.0 Daedalus (комментарий)

Судя по твоему профилю у тебя явный настрой против systemd free

У меня явный настрой против агрессивных ламеров, которые за риторикой про «труъ-линуксоидов» и «макак» прячут свое нежелание учится чему-либо новому. Заодно такая риторика делает невозможным конструктивный диалог. Весь спор сводится к киданию лозунгов. Этим страдаешь и ты, и Stanson, и Iron_Bug, и прочие старперы.

Слежка, активное вмешательство, в данном случае нерелевантно.

Почему нерелевантно?

Ты написал идиотское утверждение, якобы у системд нет никаких преимуществ кроме возможности внедрить вредный код.

Где я такое написал? Я писал, что и сам использую systemd в виртуалках.

Если где-то существуют агенты АНБ или Моссада, занятые внедрением закладок в дистрибутивы, то в твоём диване эти закладки непременно окажутся.

Я где-то упоминал, что в Devuan и любом другом дистре нет закладок? Речь о том, что на bare-metal системный менеджер типа systemd, который является связующим звеном между многими компонентами, может еще сильнее усугубить ситуацию. Если раньше можно было разложить задачу по частям, и пытаться проверять, что именно и где не работает, то монолит systemd при наличии закладок в нем самом + в оборудовании просто может начать вести себя весьма странно и непредсказуемо.

Половина пакетов в диване из дебиана, все закладки там на месте.

Только не связаны воедино монолитом systemd.

А учитывая, что дурачки типа тебя везде пишут, что девуан без закладок,

И где я такое писал? балабол

а мамкины террористы и уголовники особым умом не отличаются, имеет смысл завести своего крота и среди разработчиков дивана.

Судя по твоему слэнгу ты как раз из какой-то ОПГ?

Ввиду того что проект васянский, там контроль околонулевой, а любому, готовому работать бесплатно, рады.

Devuan - это не единственный дистрибутив без systemd, есть и другие типа Calculate, Gentoo, GUIX, etc.

Разница между мелкими дистро закладками и системным менеджером, который сам бы являлся закладкой огромна, оттого тебя и колбасит.

У меня явный настрой против агрессивных ламеров, которые за риторикой про «труъ-линуксоидов» и «макак» прячут свое нежелание учится чему-либо новому.

По твоему я не знаю systemd на уровне пользователя или админа?

Если проигнорировать в моих сообщениях упоминания закладок АНБ

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

По твоему я не знаю systemd на уровне пользователя или админа?

По-моему, ты вообще не разбираешься в линуксе. Учитывая, какую чушь ты нес про remote procedure call и гипервизор

Я где-то неправильно что-то написал про гипервизор второго типа?

Ты смешал в одну кучу гипервизор и инит, а теперь выкручиваешься

Половина пакетов в диване из дебиана

Намного, намного больше половины – где-то 99%.