LINUX.ORG.RU

merged-usr в Gentoo и Systemd

 ,


0

2

Заметил новость в gentoo news, и не понял зачем это вообще нужно. Уже подготовлен stage3 с «merged-usr», но им не заместили старый stage3 как дефолт.

Migrating to merged-usr will move all data from /bin, /sbin, and /lib
into the /usr/bin and /usr/lib directories. The directories in / are
replaced with symlinks.

https://lists.freedesktop.org/archives/systemd-devel/2022-September/048352.html

https://lists.freedesktop.org/archives/systemd-devel/2022-April/047673.html

Где тогда будут находиться бинарники? Какие проблемы это всё решает?

★★★★

Какие проблемы это всё решает?

Блоатварное systemd не умеет работать без подмонтированного /usr, поэтому хотят сделать так чтобы точно никто не пытался запустить систему без него.

Учитывая что мейнтейнеры давно забили на идеологическое разделение / и /usr - возможно смысла в техническом разделении и правда не осталось.

Но вообще - он раньше был (/ это базовый софт для запуска системы, а /usr это прикладной некритический софт), и это было хорошо.

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

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

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

Но вообще - он раньше был (/ это базовый софт для запуска системы, а /usr это прикладной некритический софт), и это было хорошо.

Почему был? И сейчас так. Я, конечно, не проверял, как там systemd поведёт себя с отдельным /usr, но с openrc всё работает как и раньше без проблем.

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

Сейчас не так. systemd, конечно, отдельная помойка, которая завершила начатое, но и без него - распределение утилит между /bin и /usr/bin в некоторой степени рандомное. Речь не про то, что система не запустится (такое только с systemd), а про то что с bin присутствует всякий ненужный хлам, в то время как в usr/bin встречаются штуки которым самое место в bin.

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

/ это базовый софт для запуска системы, а /usr это прикладной некритический софт

Все эти разделения какие-то бессмысленные. Они как бы предполагают, что система без /usr будет сколько-нибудь юзабельной, что не соответствует реальности. В /usr вообще смысла нет, это же просто отдельный диск был, для юзерских хомяков. Установка в него софта была вынужденной мерой, которая уже давно не актуальна. И в разделении /bin vs. /sbin тоже смысла нет, бинарники в sbin давно уже связываются динамически.

И решение этой проблемы тоже какое-то странное. Вместо того, чтобы /usr/bin сделать симлинком, указывающим в /bin, сделали наоборот. Зачем вообще цепляться за /usr? Хомяки у нас уже давно в /home.

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

Они как бы предполагают, что система без /usr будет сколько-нибудь юзабельной, что не соответствует реальности

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

И решение этой проблемы тоже какое-то странное. Вместо того, чтобы /usr/bin сделать симлинком, указывающим в /bin, сделали наоборот. Зачем вообще цепляться за /usr? Хомяки у нас уже давно в /home.

Ну тут то как раз понятно. В /bin (и в /lib /sbin) может не хватить места, а в /usr/bin почти точно хватит.

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

Да, сейчас - не соответствует.

И когда соответствовало? В 2001-м пробовал линуксы, и там очень много было именно в /usr. Иксы, например. Использовать в 2001-м году комп без графики уже не имело смысла. А это больше 20 лет назад было.

В /bin (и в /lib /sbin) может не хватить места, а в /usr/bin почти точно хватит.

Это в предположении, что / и /usr находятся на разных разделах или даже разных носителях. Какой смысл их делить?

i-rinat ★★★★★
()
Ответ на: комментарий от Dog

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

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

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

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

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

Dog ★★★
()
Ответ на: комментарий от i-rinat

FHS вообще превратилась в знатную шизу. Бинарники спокойно валят в lib-каталоги, дефолтные конфиги суют куда ни попадя…

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

Помню, что где-то читал, что, мол, sbin был для статически связанных бинарников. Первое упоминание sbin в ветке System III/V появляется в System V Release 4, и там просто упоминание, без пояснений. Есть lbin, для локальных бинарников; это название поясняется. А вот с sbin как-то глухо. Возможно, sbin это артефакт слияния с BSD?

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

Оно давно уже вроде как System Binaries / Utilities used for system administration расшифровывается в FHS: https://refspecs.linuxfoundation.org/FHS_3.0/fhs-3.0.html#sbinSystemBinaries

А вот где ты читал что sbin для статических бинарей это интересно, вот тут человек тоже ищет информацию об этом: https://news.ycombinator.com/item?id=28760100

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

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

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

где ты читал что sbin для статических бинарей это интересно

Думаю, это было на том же Hacker News; скорее всего, вот тут: https://news.ycombinator.com/item?id=3520181

В общем, нужно искать документацию от BSD.

i-rinat ★★★★★
()
Ответ на: комментарий от Dog

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

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

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

но еще и облегчают массовую слежку,контроль над мнением недалеких масс через всяки соцсети

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

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

норм. любое движение имеет вполне логично свои положительные и отрицательные стороны :)
весь вопрос как ты воспользуешься этим шагом. и сможешь ли удержаться на золотой середине…

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

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

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

Знаете как отличить бывалого гентушника от начинающего? По наличию и размеру local overlay.

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

Причём тут позже или раньше?

При том, что systemd устарел.

Если там нет никаких новых технолгий по сравнению с systemd

В s6? Их полно. s6 — легковесный, быстрый,. модульный, легко конфигурирующийся и крайне предсказуемо работающий продукт. Как раз такой, каким представлен systemd в сказках его адептов-неолуддитов.

это как минимум топтание на месте

Да, systemd — это топтание на месте. Не такое, конечно, как SysV, но топтание.

таких проектах предлагается откат назад к баш-портянкам

В s6 используются службы. Так, например, вот сервис для uksmd:

[main]
@type = longrun
@version = 0.0.1
@description = "Userspace KSM helper daemon"
@user = ( root )
@options = ( log )

[start]
@execute = ( s6-fghack /usr/bin/uksmd )
posixbit ★★
()