LINUX.ORG.RU

debian stretch без systemd

 


1

1

Q: Как выпилить systemd из Debian Stretch (stable), но чтобы графические утилиты вроде логаута (xfce4-session-logout) и network-manager работали?

A:

1) /etc/apt/preferences:

Package: *dbus* *polkit* *policykit* *consolekit* *libck* *disks* *libnm* *network-manager* *init* *syslog* *xfce* *mount* *blk* *fdisk* *procps* *uuid* *linux* *dbus*:i386 *polkit*:i386 *policykit*:i386 *consolekit*:i386 *libck*:i386 *disks*:i386 *libnm*:i386 *network-manager*:i386 *init*:i386 *syslog*:i386 *xfce*:i386 *mount*:i386 *blk*:i386 *fdisk*:i386 *procps*:i386 *uuid*:i386 *linux*:i386  
Pin: release o=Devuan,a=ascii
Pin-Priority: 1000

Package: *
Pin: release o=Debian,a=stable
Pin-Priority: 900

2) /etc/apt/sources.list.d/00devuan

deb     http://auto.mirror.devuan.org/devuan ascii main
deb-src http://auto.mirror.devuan.org/devuan ascii main
deb     http://auto.mirror.devuan.org/devuan ascii-updates main
deb-src http://auto.mirror.devuan.org/devuan ascii-updates main
deb     http://auto.mirror.devuan.org/devuan ascii-proposed-updates main
deb-src http://auto.mirror.devuan.org/devuan ascii-proposed-updates main
deb     http://auto.mirror.devuan.org/devuan ascii-security main
deb-src http://auto.mirror.devuan.org/devuan ascii-security main

3) apt-get update && apt-key adv --keyserver keyserver.ubuntu.com --recv 94532124541922FB && apt-get update && apt-get install sysvinit sysvinit-core && apt-get dist-upgrade

4) Перезагружаемся, убеждаемся в работоспособности без systemd и можем смело делать apt-get purge systemd

_______________________________________________________

За работоспособность не отвечаю, но УМВР.
Из минусов: ниасилил, как настроить apt-pinning для мультилиба, поэтому если у вас мультилиб и стоят i386-пакеты, скорее всего, они снесутся.

Если расскажете, как пофиксить — буду благодарен.


UPD: исправлено.
_______________________________________________________

P.S. во избежание взаимного перекидывания говнецом: тема про как выпилить, а не про зачем выпилить

★★★★☆

Последнее исправление: annerleen (всего исправлений: 5)

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

amd_amd ★★★★★
()
Ответ на: комментарий от annerleen

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

amd_amd ★★★★★
()
Ответ на: комментарий от amd_amd

просто хочу понять в чем разница и почему многие не довольны

Ты либо не заметишь разницы, либо разница будет в пользу systemd.
Ещё раз — если ты не понимаешь, зачем менять systemd на sysvinit, это тебе не нужно.

Правда. Поверь ☺

annerleen ★★★★☆
() автор топика
Ответ на: комментарий от annerleen

Электромеханик из него такой же, видно по копеечной зарплате.

Deleted
()
Ответ на: комментарий от annerleen

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

amd_amd ★★★★★
()
Ответ на: комментарий от amd_amd

А я пришёл задолго до внедрения systemd. Разница в том, что при отсутствии systemd нет никаких дополнительных демонов-комбайнов, которые висят в процессах и пытаются заменять собой половину системы.

Когда в системе тот же sysvinit вместо systemd, то при загрузке просто выполняются загрузочные скрипты, включая обработку текстового /etc/inittab. А в качесте процесса с ID 1 является юниксвейный минималистичный init. А весь нужный юзеру функционал в дополнительном софте. Включая юниксвейный софт, который работает с plaintext'овыми логами.

systemd же заменяет этот юниксвейный минималистичный init, запускаясь перед началом загрузки всего остального, и продолжая висеть в процессах, при этом выполняя дополнительный функционал (который жрёт системные ресурсы), которого нет в юниксвейном минималистичном init'е.

saahriktu ★★★★★
()
Последнее исправление: saahriktu (всего исправлений: 2)
Ответ на: комментарий от saahriktu

который жрёт системные ресурсы

У меня все процессы systemd занимают, в совокупности, 10 Мб оперативки. Это если считать с udevd, который без systemd никуда не девается. Удачи с экономией 10 Мб оперативки, клоун)

anonymous
()
Ответ на: комментарий от anonymous

А у меня вчера браузер упал по OOM, а ps aux показал, что systemd-journald сожрал 8ГБ памяти.

Да, это настраивается и фиксится, но идите-ка вы нахер.

annerleen ★★★★☆
() автор топика
Ответ на: комментарий от anonymous

Так ведь эти процессы ещё и кое-что делают полезное, что и без systemd делать надо, так что как бы классический вариант не жирнее был бы — syslog жирнее journald, ntp жирнее timesyncd, logind вполне сравним с consolekit.

redgremlin ★★★★★
()
Ответ на: комментарий от redgremlin

Ну, сравнить один только переход в chroot: одна команда systemd-nspawn -D /path/to/new_root против портянки команд с ручными маунтами нужных псевдоФС. Зато юникс-ой-вей!

anonymous
()
Ответ на: комментарий от saahriktu

Процессы жрут ещё, например, процессор

Это что за арифмометр у тебя вместо процессора, что systemd-процессы его жрут?

anonymous
()
Ответ на: комментарий от anonymous

Хороший мой, давай-ка зайдём на святая всех святых systemd — Red HatCentOS и посмотрим, что оно делает там.

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

И всё-таки, тред про КАК поставить sysvinit, а не ЗАЧЕМ.
У каждого своя причина :)

P.S. NetworkManager по-умолчанию в server-установке CentOS вообще снёс наповал.
Тысячу раз жалею о том, что у этого хостера нет Debian.

annerleen ★★★★☆
() автор топика
Последнее исправление: annerleen (всего исправлений: 2)
Ответ на: комментарий от anonymous

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

Система инициализации должна быть системой инициализации. init должен быть init'ом. Пусть бы и с расширенной функциональностью. Например, своим механизмом, который позволял бы юзеру удобнее управлять процессами (про это сторонники systemd упоминали, и одно это само по себе неплохо). Но, не более. Всё остальное из systemd надо выпилить. А пока юзеры выпиливают и обходят стороной systemd.

saahriktu ★★★★★
()
Последнее исправление: saahriktu (всего исправлений: 3)
Ответ на: комментарий от anonymous

В сраном дебиане ещё и не такие чудеса возможны.

Обосрался сам - обосри дистрибутив, понятно.

Deleted
()
Ответ на: комментарий от anonymous

Больше 70-ти дистрибутивов на systemd по дефолту не переходили. Включая LFS, Gentoo, Slackware, Crux, PCLinuxOS, Void, Vector, Salix,... и т.д. - http://without-systemd.org/wiki/index.php/Main_Page

saahriktu ★★★★★
()
Последнее исправление: saahriktu (всего исправлений: 1)
Ответ на: комментарий от annerleen

Если не менять настройки journald — через год, скорее всего, его придётся ребутать

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

Действительно, зачем менять одно число в одной строчке конфига? Это невыносимо сложная и муторная задача. Лучше попердолиться с васянскими репозиториями и впендюрить в систему левые компоненты, так-то оно легче и надёжнее будет!

anonymous
()
Ответ на: комментарий от saahriktu

я просил чтобы systemd решал какие-то задачи расходуя на их решение системные ресурсы?

Ты знаешь программы, которые решают какие-то задачи, не расходуя на это системные ресурсы?

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

anonymous
()
Ответ на: комментарий от anonymous

Ога, там настроечку, чтобы оно не обрабатывало закрытие крышки игноря все power manager'ы.
Там настроечку, чтобы journald не выжирал половину памяти.

Через ещё полгода и 152 версии systemd выяснится, что нужно еще какую-нибудь ручку покрутить, чтобы он не отправлял **Телеметрию™** на сервера Светлого RedHat©, который зачем-то по-дефолту включен.

Нет уж, я привык придерживаться принципа «работает — не трожь», а линукс единственной системой у меня уже около 8 лет, и если до этого **всё работало**, а сейчас нужно **дополнительно конфигурировать систему инициализации** — то с ней что-то не так.

Кончил.

annerleen ★★★★☆
() автор топика
Ответ на: комментарий от saahriktu

Система инициализации должна быть системой инициализации. init должен быть init'ом.

Какая глубокая философская мысль. Только зачем ты убедил себя, что systemd это система инициализации?

anonymous
()
Ответ на: комментарий от saahriktu

Больше 70-ти дистрибутивов на systemd по дефолту не переходили

Среди них есть хотя бы один, который не был бы поделкой для пердоликов, а был бы востребованной в энтерпрайзе и быту системой? Вопрос риторический)

anonymous
()
Ответ на: комментарий от annerleen

Ога, там настроечку, чтобы оно не обрабатывало закрытие крышки игноря все power manager'ы.

Закрытие крышки на сервере? Какой крышки? Ты наркоман что ли?

я привык придерживаться принципа «работает — не трожь»

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

anonymous
()
Ответ на: комментарий от anonymous

Причём тут сервер, наркоман?
Я у себя на десктопе такое сделал.

На сервере с Debian тоже бы снёс systemd, но его ребутать можно только в ночь с 31-го на 1-ое января ☺
Благо, там не нужен Network/Power-Manager'ы и пакеты из стороннего репозитория тащить не надо.

annerleen ★★★★☆
() автор топика
Ответ на: комментарий от annerleen

Причём тут сервер, наркоман?

Ты же плакал про сервер на CentOS, где через год будут ужасные проблемы.

anonymous
()
Ответ на: комментарий от anonymous

Я тебе пример приводил, «почему я не хочу менять sysvinit на systemd»

Профитов я никаких от него не получаю, а лишние телодвижения делать нужно.

Настраивать journald, например.
На лаптопе к этому прибавляется еще и logind, который за каким-то хером саспендит ноут при закрытии крышки и плевать хотел на настройки PowerManager'а.

annerleen ★★★★☆
() автор топика
Ответ на: комментарий от anonymous

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

saahriktu ★★★★★
()
Ответ на: комментарий от annerleen

Ты либо не заметишь разницы, либо разница будет в пользу systemd.

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

Deleted
()
Ответ на: комментарий от Deleted

за которое еще и платить надо

Тупой платит всегда, это закон жизни) Хотя, судя по твоим сношениям с reiserfs и squashfs, у тебя даже с платёжеспособностью всё плохо.

«Эти ваши 2-метровые ЖК-панели - такое говно и лажа, они в мою картонную коробку не влезают, да ещё электричества требуют, то ли дело - проверенная и надёжная комбинация фунфырика с цветными мелками, накатил да порисовал, этого хватает, не всем нужны излишества»

anonymous
()
Ответ на: комментарий от anonymous

Тупой платит всегда, это закон жизни

В точку. Я рад, что ты со мной наконец-то согласился.

А вывод из этого прост: systemd - г..но и лохотрон.

Deleted
()
Ответ на: комментарий от Deleted

В точку

Я рад, что ты согласился, что ты тупой нищеброд) Понятно, почему решения для белых людей вызывают у тебя ненависть.

anonymous
()
Ответ на: комментарий от anonymous

Оскорбления. Это единственное, что остаётся, когда сказать-то нечего, гражданин гей.

Deleted
()
Ответ на: комментарий от annerleen

Ты явно что-то не так делаешь. После 26 дней аптайма в сумме потребляет около 20 метров оперативы. Включил запись логов сразу на диск и ограничил их размер 3 гигами.

Debian 9.3

Radjah ★★★★★
()
Ответ на: комментарий от anonymous

Нет, мы понимаем, что какого-то больного ублюдка™ из РэдХэта так впечатлила концепция виндового svchost.exe, что он захотел себе такой же. Но это не повод!

LittleKawaiiNeko ★★
()
Ответ на: комментарий от anonymous

Только зачем ты убедил себя, что systemd это система инициализации?

У чего PID 1, и что грузится раньше остальной системы - то и система инициализации. Более того, если бы systemd не был бы системой инициализации, то ему бы не были нужны юниты. Юниты systemd - это, по сути, тоже самое что и sysvinit'овские скрипты из /etc/rc.d/. Такое однозначно указывает на систему инициализации. Но, юниксвейная система инициализации - это именно sysvinit, а к systemd прикрутили много того, чего в системе инициализации быть не должно.

saahriktu ★★★★★
()
Ответ на: комментарий от LittleKawaiiNeko

интересно, откуда взялась эта чушь про svchost? Явно от людей, никогда не запускавших ps -ax в консоли

anonymous
()
Ответ на: комментарий от annerleen

Через ещё полгода и 152 версии systemd выяснится...

В дистрибутивах в которых нет внятной системы контроля над конфигами, а это все дистрибутивы кроме Gentoo, после обновления пакета, если у пакета есть конфиг, конфиг настроек просто переписывается на дефолтный и в лучшем случае менеджер пакетов в пост_инсталл информации напишет что такие-то конфиги были заменены на дефолтные, я такое видел только в арчлинуксе и то не для всех пакетов. Если эту информацию пропустишь, то так и будешь свято верить что ты сидишь в системе полностью настроенной так, как ты сам её настроил. Системудэ всегда переписывает при каждом обновлении свой конфиг на дефолтный, тоже самое и с конфигом ротации логов, так что полгода это ты преувеличил, там через месяц всё повиснет выжрав всё оперативку со свопами.

With ★☆☆
()
Ответ на: комментарий от With

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

Pacman не трогает конфиги, которые явно были изменены пользователем, он только кладёт рядом новую дефолтную версию конфига. Сиди пердоль свою Генту и не пиши херни о том, чего не знаешь.

anonymous
()
Ответ на: комментарий от With

После обновления появляется файл с ".pacnew". Никто дефолтный файл не перезаписывает.

anonymous
()
Ответ на: комментарий от anonymous

Pacman не трогает конфиги, которые явно были изменены пользователем

После обновления появляется файл с ".pacnew". Никто дефолтный файл не перезаписывает.

Бла-бла-бла. При обновлениях системмудэ у меня менялся конфиг системмудэ и конфиг ротации логов на дефолтный без .pacnew.

With ★☆☆
()
Ответ на: комментарий от With

В дистрибутивах в которых нет внятной системы контроля над конфигами, а это все дистрибутивы кроме Gentoo

Что, в Gentoo даже можно сделать 3-way merge конфигов при обновлении пакета, как в любой хомячьей Ubuntu? Сомневаюсь. Но если можно, то не исключено, что система вменяемая, хотя наверняка кривовата в сравнении дебиановской.

Системудэ всегда переписывает при каждом обновлении свой конфиг на дефолтный

А ещё он ест детей, ага.

anonymous
()
Ответ на: комментарий от With

Бла-бла-бла. При обновлениях системмудэ у меня менялся конфиг системмудэ и конфиг ротации логов на дефолтный без .pacnew.

Бла-бла-бла

Сегодня обновлюсь и pacman мне скажет:

warning: /etc/pacman.d/mirrorlist installed as /etc/pacman.d/mirrorlist.pacnew
А после этого я перенесу зеркала, которые использую и сделаю:
mv /etc/pacman.d/mirrorlist.pacnew /etc/pacman.d/mirrorlist

anonymous
()
Ответ на: комментарий от anonymous

Что, в Gentoo даже можно сделать 3-way merge конфигов при обновлении пакета, как в любой хомячьей Ubuntu?

etc-update — позволяет менять не весь конфиг, а то что поменялось в конфиге и позволяет посмотреть код конфига после обновления, перед тем как сам код заменить.

Сомневаюсь. Но если можно, то не исключено, что система вменяемая, хотя наверняка кривовата в сравнении дебиановской.

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

With ★☆☆
()
Ответ на: комментарий от anonymous

А ещё он ест детей, ага.

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

With ★☆☆
()
Ответ на: комментарий от With

Да, конечно, в каком-то бинарном говнодебиане для новичнов система контроля над конфигами работает лучше

Да. Она там была до появления твоей говногенты :)

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

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

А как, кстати, называется в говнодебиане система контроля над конфигами?

dpkg.

anonymous
()
Ответ на: комментарий от With

Если файл обозначен в пакете как конфиг и явно изменен в сравнении с последней версией, то apt с дефолтными настройками выдаст запрос, что с ним делать: оставить старый, заменить на новый, показать различия, разрулить конфликт руками. Если отказаться от замены, то дефолтный конфиг будет записан с постфиксом «dpkg-dist».

Radjah ★★★★★
()
Ответ на: комментарий от With

Нет, он удаляет свой конфиг и начинает работать с дефолтным конфигом

Бле, какой кошмар. Мой продакшен на грани краха. Это тебе одноклассники рассказали?

anonymous
()
Ответ на: комментарий от With

Это для примера. Если в конфиг вносились изменения, то pacman предупредит, мол файл лежит тут и зовется file.pacnew. В других системах могут и не предупреждать, я не знаю.

anonymous
()
Ответ на: комментарий от Radjah

apt с дефолтными настройками выдаст запрос

dpkg, не apt.

anonymous
()
Ответ на: комментарий от With

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

Этот дистрибутив для продвинутых школопердоликов настолько элитен, что стабильно загибается уже несколько лет))

anonymous
()
Ответ на: комментарий от With

Может не стоит другие дистрибутивы «говном» называть? Стоит уже понять, что если система вам не подходит - не пользуйтесь, ваше право, но из-за этого говном она не становится.

PS. Наденьте коньки вашего размера и пройдитесь по прямой. А теперь тоже самое но коньки берите на 2-3 размера меньше. Какая пара стала говном из-за того что она вам не подходит?

Shein
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.