Devuan Excalibur 6

В /var по идее ничего из пакета ставиться не должно

Не должно, но по факту ставится.

systemd – это ДОПОЛНИТЕЛЬНЫЙ набор инструментов, но НЕ заменяющий

Systemd избавляет от необходимости сопровождать уникальные и неповторимые баш-портянки.

Раньше посмотрел /etc/init.d и /etc/rc.* и всё понял.

Все – это что? Чем смотрение в /etc/init.d/foo отличается от смотрения в /etc/systemd/system/foo.service?

И для их чтения достаточно знать sh, знать systemd было не нужно. Не нужно было знать команды systemd для руления и т.д. Т.е. systemd – это ДОПОЛНИТЕЛЬНЫЙ набор инструментов, но НЕ заменяющий.

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

для их чтения достаточно знать sh, знать systemd было не нужно

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

Смысл в том, чтобы не дублировать идентичные данные на все рабочие станции.

А где смысл-то? Что мы выиграли? Породили централизованный сервис, от которого теперь зависит вся работа. Его надо мейнтейнить, за ним надо следить, его с него работают серверы ещё сажать кого на 24/7 on-call. Ради экономии пары десятков гигабайт на рабочих станциях? Деньги и время с пользой вообще не бьются.

А какой в этом смысл в принципе? Я не могу понять юзкейс.

Разговор про без дисковые станции?

Если они бездисковые, то отдельно монтировать /usr не нужно, ты монтируешь вообще весь /.

Смысл в том, чтобы не дублировать идентичные данные на все рабочие станции.

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

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

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

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

Не понимаю зачем может пригодится экономить 5-10-15гб на /usr локально. Это же копейки какие-то.

Дисковые, но с небольшим диском. Когда 64Гб SSD, тратить пару десятков на систему не хочется.

Не понимаю зачем может пригодится экономить 5-10-15гб на /usr локально. Это же копейки какие-то.

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

Дисковые, но с небольшим диском. Когда 64Гб SSD, тратить пару десятков на систему не хочется.

А зачем такое купили? Где вообще такое купили, я не видел SSD меньше 256 GiB уже много лет.

Я в последний раз систему с 64 гигами видел на заре появления недорогих SSD, году эдак в 2012. Сейчас даже самый копеечный диск будет минимум объемом 256 гигов.

Но куда тратить оставшиеся 64гб после экономии? Все пользовательские данные все равно на сервере хранятся сразу.

Если же подразумевается автономность для этого ноутбука например. То сразу меняется диск на 1Тб условно.

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

Да, это определенно точно то, что должны поддерживать современные дистрибутивы.

То где-то 10 лет назад и было…

Ладно, убедили, что ОС занимает крохотную долю от диска и нет смысла её дробить на части.

Все пользовательские данные все равно на сервере хранятся сразу.

Постоянные на сервере, временные локально.

А этот блуд он был 10 лет назад или его 10 лет назад сделали и он дожил до наших дней? Что на нем делали? Теперь мне очень хочется деталей.

Я понимаю, что ты хочешь сделать, но сейчас эту задачу надо решать иначе. Ось в любом случае будет весить не больше 15 гигов, и всё что тебе нужно - просто раскатывать изменения на систему ансиблом. Или вообще можешь сделать A/B. Вся эта возня с /usr имела смысл в древние времена, сегодня дисковое пространство стоит копейки.

Делали примерно 10 лет назад (несколько десятков рабочих станций на SSD 64ГБ + сервер). Лет 5 назад вроде ещё жило, сейчас не знаю.

Офисная работа: OpenOffice, браузер, местами 1С8 на Wine@Etersoft.

Вся эта возня с /usr имела смысл в древние времена, сегодня дисковое пространство стоит копейки.

Уже понял. Что-то я мысленно в тех временах застрял. Давно не админил.

Жду новость в которой Диван перейдет на system-d :)

Ну если подумать о том что это могли быть регионы, 2015 год, бюджетов нет, а SSD хочется, то как-то со скрипом представить такое можно. Хотя все ещё кажется что проще было посадить ОС на HDD, данные положить на SSD, и получилось бы все равно проще.

Ось в любом случае будет весить не больше 15 гигов

У меня Debian, в котором почти ничего не установлено:

# du -sh /usr
17G     /usr

Ну 10 лет назад он был поменьше.

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

Хотя все ещё кажется что проще было посадить ОС на HDD, данные положить на SSD, и получилось бы все равно проще.

Так это HDD на каждую машину покупать. Жаба задушила.

У меня арч с тонной барахла, 19. Наверное у тебя что-то все-таки тяжелое там есть.

Я думал ты мне клоуна поставишь. Хотя, ещё не вечер, сейчас другие постараются.

Я имел в виду, что ничего специального не ставил. Так-то OpenOffice, TeX, Firefox…

Но установлено всего 1000 пакетов из 35000.

Ну ладно, убедил. Подыму метрику с 15 до 20 :)

Велосипеды перепридумываются постоянно, и улучшаются.

Велосипеды перепридумываются постоянно, и улучшаются.

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

А что это за «Павиан» такой? :) Дистрибутив, что ли..? :) Так помпезно написана новость, будто во всех уголках необъятной страны безусловно знают, что это за зверь :)

Пока не прочитал про сравнение с Дебианом - не было ясно.

Может все же писать для «темных людей», что это не DE, не среда для разработки, не язык программирования, а дистрибутив? :)

Так помпезно написана новость

Она не написана - это копипаста с LLM. Автору новости настолько насрать что он даже париться с промптом не стал.

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

Ох ты ж ехидна… :-D

Devuan и Debian только для специфических задач в виртуалках и контейнерах, например, для запуска Trinity DE.

TDE запускать в витруалке? есть такие задачи? почему не на самом локалхосте?

TDE запускать в витруалке? есть такие задачи? почему не на самом локалхосте?

Потому что на физическом хосте может быть вообще OpenBSD, и оперативки на нём может быть только только для запуска vncviewer в самом лайтовом WM на Xenocara.

А Trinity DE при этом может работать на другом физическом хосте в LXC или Docker контейнере (даже в Кубере) с пробросом X11 через виртуальную сеть или даже локалку по ssh -X. Или можно цепляться по VNC.

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

А как ты считал?

Пробовал установить для начала docker или incus?

В Debian при этом доступна всего одна инит система systemd?

А в Devuan намного больше?

Он на главной странице в виде самой большой и заметной кнопки «DONATE NOW!» - причём именно так, большими буквами и с восклицательным знаком.

А правильнее было бы, думается, вот так: «DONATE! NOW!!!». :)

При этом сохраняет основную цель проекта Devuan — предоставление возможности работы с init-системами, отличными от systemd

Цель не достигнута. Kubespray прямо требует systemd

Upstart/SysV init based OS types are not supported.

Установочный образ системы с другим init от этого требования не избавляет никак.

Systemd избавляет от необходимости сопровождать уникальные и неповторимые баш-портянки

Обещание: простые понятные unit-файлы вместо bash-скриптов.

Реальность: описываешь запуск bash-скриптов в unit-файлах.

Обещание: простые понятные unit-файлы вместо bash-скриптов.

Так и есть.

Реальность: описываешь запуск bash-скриптов в unit-файлах.

Выдумки.

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

Кстати, а как в уже установленном Debian 13 заменить systemd на openrc?

Почему не получается через apt и даже dpkg ?

Через debootstrap и то только кое как получилось после выбора --variant=minbase.

Проверяем root@kube:/# dpkg -al | grep systemd:

ii libsystemd0:amd64 257.8-1~deb13u1 amd64 systemd utility library

Пытаемся поставить docker.io командой root@kube:/# apt install docker.io:

Installing:                     
  docker.io

Installing dependencies:
  adduser                  git                 libdbus-1-3         libintl-xs-perl      libnet1                   libproc-processtable-perl  libsystemd-shared      media-types        python3-pycriu
  apparmor                 git-man             libdevmapper1.02.1  libip4tc2            libnetfilter-conntrack3   libproc2-0                 libtasn1-6             needrestart        python3.13
  ca-certificates          iproute2            libedit2            libip6tc2            libnfnetlink0             libprotobuf-c1             libterm-readkey-perl   netbase            python3.13-minimal
  containerd               iptables            libelf1t64          libjansson4          libnftables1              libprotobuf32t64           libtirpc-common        nftables           readline-common
  criu                     krb5-locales        liberror-perl       libjson-c5           libnftnl11                libpsl5t64                 libtirpc3t64           openssh-client     runc
  dbus                     less                libexpat1           libk5crypto3         libnghttp2-14             libpython3-stdlib          libunistring5          openssl            systemd
  dbus-bin                 libapparmor1        libffi8             libkeyutils1         libnghttp3-9              libpython3.13-minimal      libx11-6               patch              systemd-cryptsetup
  dbus-daemon              libbpf1             libfido2-1          libkmod2             libngtcp2-16              libpython3.13-stdlib       libx11-data            perl               systemd-sysv
  dbus-session-bus-common  libbrotli1          libgdbm-compat4t64  libkrb5-3            libngtcp2-crypto-gnutls8  libreadline8t64            libxau6                perl-modules-5.40  systemd-timesyncd
  dbus-system-bus-common   libcap2-bin         libgdbm6t64         libkrb5support0      libnl-3-200               librtmp1                   libxcb1                procps             tini
  dbus-user-session        libcbor0.10         libgnutls30t64      libldap-common       libnss-systemd            libsasl2-2                 libxdmcp6              psmisc             xauth
  dmsetup                  libcom-err2         libgpm2             libldap2             libp11-kit0               libsasl2-modules           libxext6               publicsuffix       xz-utils
  docker-buildx            libcompel1          libgssapi-krb5-2    libmnl0              libpam-cap                libsasl2-modules-db        libxmuu1               python3
  docker-cli               libcryptsetup12     libidn2-0           libmodule-find-perl  libpam-systemd            libsort-naturally-perl     libxtables12           python3-minimal
  gettext-base             libcurl3t64-gnutls  libintl-perl        libncursesw6         libperl5.40               libssh2-1t64               linux-sysctl-defaults  python3-protobuf

REMOVING:
  insserv  openrc

Summary:
  Upgrading: 0, Installing: 133, Removing: 2, Not Upgrading: 0
  Download size: 131 MB
  Space needed: 539 MB / 13.4 GB available

Continue? [Y/n] ^C

И где тут поддержка чего-либо кроме systemd ?!?!?

REMOVING:
  insserv  openrc

А ядро с 1000HZ?

И где тут поддержка чего-либо кроме systemd ?!?!?

Нет - и не надо.

Прув того же самого одной командой:

docker run -ti --rm debian bash -lc "apt update && apt install docker.io"

Без системдна docker не ставится!

Нет - и не надо.

Просьба пиарщикам systemd в Debian уже определиться:

Получается, альтернативных инитов кроме systemd, работающих со всеми пакетами в Debian, таки нет от слова совсем в отличие от Devuan, где их целых несколько?

Или в Debian эти альтернативные иниты присутствуют только для вида, чтобы всякие заббалы пускали пыль в глаза неподготовленной общественности, делая вид, что такие иниты в Debian якобы есть?

А ядро с 1000HZ?

Как оно связано с инит системой?

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

Нежелающим использовать systemd и ищущим альтернатив, рекомендуется так же перейти и на какую-нибудь альтернативу линуксу, например Debian GNU/Hurd, а то ишь чо удумали, линукс-монополию здесь разводить.