Опубликован корректирующий выпуск системного менеджера systemd 256.1, в котором устранена проблема, приводившая к удалению содержимого раздела /home при выполнении команды "systemd-tmpfiles --purge", добавленной в systemd 256 для удаления всех файлов и каталогов, созданных через настройки в tmpfiles.d...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=61403
>приводившей к удалению домашних каталоговУх ты, а что так можно было?
А давайте сразу с корня и рекурсивно
если /home удалили то уже пофигу на корень :-D
ну как сказать, хранить в хомяке что-то большее, чем настройки, да еще не бекапить их - такое себе
> ну как сказать, хранить в хомяке что-то большее, чем настройки, да еще
> не бекапить их - такое себеА доку́менты, сейвы игрушек и т. п. где хранить пользователю? Директории XDG ни на что не намекают? Или вы GNU/Linux исключительно как серверную ОС рассматриваете?
>> ну как сказать, хранить в хомяке что-то большее, чем настройки, да еще
>> не бекапить их - такое себе
> А доку́менты, сейвы игрушек и т. п. где хранить пользователю? Директории XDG
> ни на что не намекают? Или вы GNU/Linux исключительно как серверную
> ОС рассматриваете?документы точно не в хомяке, в идеале вообще на отдельной файловой системе примонтированной не в хомяк а в кастомную директорию
но стадо может продолжать мучать хомяк, им норм Users, Documents, Images и прочий вендошлак ))))
и смотри сколько таких калечей по минусам на первый комент ))
> если /home удалили то уже пофигу на корень :-DА в чем проблема? Система живая - откатил снапшот хомяка прям из нее и делов... а, вы фанаты FAT и прочих FFS на стероидах? Ну тогда упс, вы при любом малейшем факапе пролетаете.
и для всех пользователей глобальной сети
Так было уже...
sudo rm -rf /
никогда такого не было и вот опять
Глобально и надёжно
Мде, залет конечно знатный
Особенно когда люди из Microsoft разрабатывают systemd.
"..Luca Boccassi, разработчиком systemd из Microsoft..", - ну а что кто ждал. Было-бы удивительно, если не произошло что-нибудь подобное.Её ответ на ошибку и её рассмотрение говорят о команде разработки вообще всё.
> Её ответ на ошибку и её рассмотрениеЕго ответ: https://github.com/bluca Одним словом, "блюка")))
А разве "u" в слоге не читаеться как "а"?
Выходит, что это "блAка".
Это ж английский, читаться может как угодно.
>> Её ответ на ошибку и её рассмотрение
> Его ответ: https://github.com/bluca Одним словом, "блюка")))Все проще, там у него в репках в профайле - светится bumblebee, видимо чужие лавры не давали покоя :)
А зачем она вообще нужна? Rm вручную не достаточно?
Ты последние лет 10 на опеннет не читал доводы против системд?
И какие из них НЕ оказались хейтерской ложью?
Тут комменты пишут всякие отбитые нетакусики-локалхостники. На мнение которых просто положить.
А нужно оно или нет решила индустрия. Уже давно решила.Ты бы еще предложил послушать вейландохейтеров или растохейтеров)))
То есть, дискуссии о технических сторонах systemd ты либо вообще не читал, либо, если читал, то ничего не понял.
> То есть, дискуссии о технических сторонах systemd ты либо вообще не читал, либо, если читал, то ничего не понял.Тут практически не было ТЕХНИЧЕСКИЙ дискуссий. На лоре чуть-чуть больше, но не то чтобы слишком.
За техническими дискуссиями нужно в рассылки идти. Или на буржуйские формумы.
А тут в основном громкие заявление, пустозвонство, теории заговоров, оскорбления оппонентов и просто набрасывание на вентилятор. В общем все то, за что мы любим пенек.
Нет, все статьи доводы за: модно, молодежно, удобно
Доводы не нужны. Нужны патчи и новые технологии. Сделайте лучше - я с удовольствием посмотрю.
Лучше уже сделали - причём ещё до появления ненужныд
Что именно? SysV не приводить плз.
Страх реальной конкуренции?
Оно же депрекейтед. Предлагаешь самому суппортить? Спасибо *картинка с пингвином*
Странно, но почему-то новые версии SysVinit выходят. И даже после того, как кто-то его "объявил депрекейтед", даже новая мажорная вышла.
Его надо специально ставить. Он не входит в поставку дистрибов уже. Кто понесет ответственность, если он мои данные удалит? Кто в следком пойдет отдуваться? Ты? Столлман? Ну что за детсад. Если ты подкроватный админ - не пиши на проф. темы, иди на Ubuntu.ru
А кто-то из sd понёс ответственность за удаление хомяка?
Кто употребил?
Спортлото принимает жалобы
> Кто понесет ответственность, если он мои данные удалит?А он в отличии от системды этого не умеет. Уже по дефолту лучше.
>> Кто понесет ответственность, если он мои данные удалит?
> А он в отличии от системды этого не умеет. Уже по дефолту лучше.Ну, знаешь, с практической точки зрения - какой процент юзерей системды вообще страдал вон тем вводом команд, чтобы на это налететь?
> Странно, но почему-то новые версии SysVinit выходят. И даже после того, как
> кто-то его "объявил депрекейтед", даже новая мажорная вышла.Это ему уже таки - не поможет. Оно свое отлетало и вашу экспертизу по нему можно поставить на полочку с антиквариатом. Не будут уже люди en masse рулить своими системами с таким гимором.
Может замысел творца был в том, что с rn надо вручную указывать каждый путь удаления, а tmpfile.d знает само все пути?
А пакетный менеджер? При чём тут вообще система инициализации?
print-tmp-files | while IFS= read -r f; do rm -rf "$f"; doneПросто поттеринг очень хотел написать свою ОС чтобы сэкономить 2 наносекунды процессорного времени на запуск команды rm. И ещё он источает лютую ненависть ко всему тому, что может считаться unix-way.
так же бы и удалило, если /home оказался в списке (ну эт оне считая что там с экранированием всяких пробелов в таком скрипте) - в чем принципиальная разница в том что вы называете "unix-way"?
Разница в том, что rm называется remove. И по умолчанию ты ждёшь, что оно может удалить всё. И лишний раз проверишь.
А tmpfiles -purge что, по вашему должно удалять? Весь мир?Коричневое зеленым назвали и сидят удивляются, почему люди не довольны.
Модно же, стильно и молодежно
Потому что rm ручками надо вызывать, а для этой штуки можно настроить запуск по расписанию, просто создав таймер-юнит. Удобно, если есть проги, которые мусорят временными файлами.
А то, малолетние дебилы уже rm в crontab вписать не в состоянии, им юнит надо?
> А то, малолетние дебилы уже rm в crontab вписать не в состоянии,
> им юнит надо?man systemd.timers дедуля, мы таки и этот ваш крон - ушли, вот как раз чтобы не щарахаться по дюжине дир в разных закоулках - а получить overview системы в одном systemctl, 1 командой ;)
>> А то, малолетние дебилы уже rm в crontab вписать не в состоянии,
>> им юнит надо?
> man systemd.timers дедуля, мы таки и этот ваш крон - ушли, вот
> как раз чтобы не щарахаться по дюжине дир в разных закоулках
> - а получить overview системы в одном systemctl, 1 командой ;)Да, один глобальный гадюшник это одна из концепций современного Линукса. Для меня это стало последней каплей для перехода на Фряху.
> Да, один глобальный гадюшник это одна из концепций современного Линукса. Для меня
> это стало последней каплей для перехода на Фряху.Какие прикольные двойные стандарты.
- Если это BSD делают - "цельная система, бла бла бла".
- А если пингвин - "глобальный гадюшник".И не надо тут пытаться врать. Линуксоидом вы никогда не были. Достаточно ткнуть в профайл и убедиться в том что вы пингвин поливали всегда, и прославляли BSD. Так что линуксоиды с этого вообще ничего не потеряли, имхо. А в бсдшном сообществе вы и правда будете свой среди своих. Только это баг, а не фича, на мой вкус.
А затем же, зачем и systemd, почесать левой пяткой за правым ухом.
мааленькая проблемка большого системДэ
Ахаха отстрелили себе ногу сразу пушкой. А криков было про хороший магический системд который сам все умеет делать и плюшки сам кушает и ноги отстреливает. Система уникум скоро к системд нейросеть приделают вот поржём.
скорее откромсали мачете
А хотели просто хлебушка нарезать.
Раньше systemd был вполне ничего. Но её написали, а performance evaluation сам себя в RedHat не пройдет. Вот и пилит Лёня новые фичи, придумывая для них use case на ходу.К сожалению это уже жизненный цикл практически любого продукта.
Посмотри на любые языки программирования и их путь.
Нормальными остались только чистый С из мейнстрим языков и, может быть Go.
в RedHatпоцтеринг давно в микросовте
Он уже прошёл там курс вербовки и теперь, якобы, на вольных хлебах. Ждет распоряжений от M$ о трудоустройстве к её будущим приобретениям.
Можно подумать там нет перформанс евалюейшен.
> чистый Сбыл нормальным только в 70-80х
Потом он как стал днищем так и остался.А вот го на старте фичей не доложили. Наверное решили все слишком упростить.
> чистый СЧистый С это такая же магия как чистый ассемблер - магическая вундервафля пока не попробуешь применить в реале и тогда оказывается что "чистый С" настолько примитивен что бесполезен для чего-то сложного, молчу про распараллеливание, там они на пару питоном застряли в 90х
Ещё один беспомощный :) Вас где то регистрируют? Приют может какой ... ?
На чистом си написан интерпретатор Питона. Это язык программирования для системы и драйверов, а Питон для приложений. Я никогда их не противопоставляю, а использую обоих для получения синергетического эффекта, пока другие спорят что лучше.
Хз, писал на сишке всякие числяки, многопоточка вполне себе удобно использовалась через OpenMP
Эм... т.е. дурики не могут понять что написано в мане, поэтому приходится переименовывать команды и все такое?Заголовок вообще не в тему!
"Рукоопые юзеры удаляли не те каталоги".
Почему в апстарте и в нормальном ините такого не происходит?
> Почему в апстарте и в нормальном ините такого не происходит?Возможно у них защита от дурака была лучше.
А системд делалась профи для профи - они не расчитывали на дубовых дундуков которые даже man прочитать не могут.Заставь дурня в руках стеклянный буй держать - так он себе лоб расшибет.
Вот пример удаления всего хомяка только при помомщи баша
github.com/MrMEEE/bumblebee-Old-and-abbandoned/commit/a047be85247755cdbe0acce6#r433499
> А системд делалась профи для профипосле таких слов даже не стыдно, что ты не "профи"
Профи не пишут маны, они заняты написание профессионального кода.
Если мне "типа профи" начнет задвигать что "маны читать не нужно, писать код нужно", то я буду долго смеяться, а потом уволю ево нафиг.
А потом ты проснешься?
Лаконично и точно.
Ты читаешь маны когда покупаешь новый телефон? Изучаешь исходный код системы? Пишешь вендору чтобы он прислал тебе разблокированный загрузчик?
> А системд делалась профи для профиОй, правда чтоли, 3 с половиной настройки, и куча непонятного бэкграунда, а чтобы переопределить дефолные параметры запуска надо вон в той папке создать файлек, только он не будет работать, потому что два одинаковых параметра нельзя, поэтому надо 3 чтобы 2й обнулял первый, а 3й задавал параметры как надо, и это все вместо того чтобы просто заменить аргумент демона, ну да, профиссиАНАЛизм прям смердит
>github.com/MrMEEE/bumblebee-Old-and-abbandoned/commit/a047be85247755cdbe0acce6#r433499Вот это реально эпик ошибка. Одна ошибка и всё)
Какой-то троллинг тупостью с твоей стороны.
Ничего там написано не было.
В доку добавили инфу после жалобы.
> приводившая к удалению содержимого раздела /home при выполнении команды "systemd-tmpfiles --purge"хорошее начало для римейка "автостопом по галактике".
Ага. Дельфины и крысы умней людей и свалили с планеты ещё до катастрофы.
> при помощи файла "/usr/lib/tmpfiles.d/home.conf" создавался раздел "/home"вот к чему приводит легализация марихуаны. без наркоты такой дизайн не придумать.
Ну, пакеты с кусками файловой системы тоже идея так себе была
В гайке нормально было, но повторить так в жпл невозможно.
Если тред на гитхабе почитать, разработчики системд не рекомендуют использовать эту фичу для создания каталогов файловой системы. Но виноваты опять они.
А им в голову не приходило просто удалить это недоразумение если они его сами не рекомендуют. Или перед кем они этой фичей отчитываются?
Я использую активно, очень удобно. Рад, что исправили ошибку. Обратная связь в опенсурсе очень важна. Тут сработано четко, разработчики молодцы!
Для чего ты ей пользовался, балабол? Её, считай, никуда не успели завезти, ты первый раз про неё сегодня вычитал
В nixos в home-manager активно используется больше года. Это вы на опеннете ее вычитали сегодня.
Что используется? Версия systemd которую только в этом месяце релизнули?
Функция tmpfiles уже триллиард лет есть, если не в теме и не в индустрии - мимо, шагом арш, там где-то тред про убунту для тебя.
Зачем разработчики системд выдумывают фичи, которыми сами же не рекомендуют пользьзоваться? Они нездоровы? )))
Непонятно вообще зачем всё это в одну коробку тащить если можно в параметрах каждого юнита указать какие ему каталоги создать.
вместо нормальной системы управления ранлевелем, которая не помешала бы, получился какой-то трактор-кофеварка с функцией книжного сканера.
А не слишком ли всё переусложнено?> что при помощи файла "/usr/lib/tmpfiles.d/home.conf" создавался раздел "/home"
Ркалицо... системд-портянки всем портянки портянки.
> Ркалицо... системд-портянки всем портянки портянки.Справедливости ради просто попробуйте сравнить код юнитов systemd и аналогичные скрипты для какой-нибудь другой системы инициализации. Преимущество будет явно видно для systemd.
Однако, да. Феерический баг. Благо большинству пользователей Linux даром не упирались эти временные каталоги. Так что пусть баг и феерический, но в специфическом функционале.
Сравнил с upstart, не вижу явного преимущества у systemd
> Сравнил с upstart, не вижу явного преимущества у systemdапстарт помер
а системд жив
>Справедливости ради просто попробуйте сравнить код юнитов systemd и аналогичные скрипты для какой-нибудь другой системы инициализации. Преимущество будет явно видно для systemd.В смысле? Интрумент для администратора, который не может написать sh-скрипт на 5 строк? Настолько не может, что рад Unit-файлу и черному ящику? Как выше гордо сказали "система для специалистов". У этих же "специалистов" вместе с докером отвалился весь CI/CD и они бегали не знали как теперь жить....
Если будет вариант писать код и не писать код, я выберу не писать код.
А тем кому нефиг чем заняться, могут писать код.
Конфигурация это и есть код в каком-то смысле. Поэтому и появилось "config as code", потому что всегда чего-то не хватает или нельзя сделать. И появляются миллионы опций которые как-то между собой работают и взаимодействуют.
Ты предпочитаешь сразу паять микросхему?
> В смысле? Интрумент для администратора, который не может написать sh-скрипт на 5 строк?Для администратора чего?
Если это школьник который админит свой покроватный сервер или админ в школе, то норм.
А если у тебя хотя бы сотня машин.
И несколько админов...Я бы не хотел чтобы каждый писал свои велосипеды и костыли.
И вообще автоматизация сделана как раз для того, чтобы не писать по десять раз.
> А если у тебя хотя бы сотня машин.То обеспечить их обслуживание ты не сможешь, если только не тяп-ляп подходом.
Системы могут быть разные, а значит разные юниты надо городить.
Не наваливай в тарелку больше чем можешь съесть.
Добро пожаловать в мир узкой специализации. Вы сами истерили, отводя от себя задачи "это не мое, это разраб пусть правит/это не мое, это пусть аналитики анализируют". Вы сами к этому шли и своей ленью этого добивались. Добро пожаловать в мир, который сами породили. Что с лицом? Может умерить пыл и начать учиться, забирая себе власть назад?
> Может умерить пыл и начать учиться, забирая себе власть назад?А если мне и так норм?
Ну реально я не хочу разбираться в чужих задачах и превращаться в "специалист всего по немношку"Пусть пироги печет пирожник, а сапоги чинит сапожник (с)
А не наоборот.
в целом интересная мысль про 5 строк - можете пример привести для достаточно простого набора из service unit файла опций вида:[Service]
User=nobody
Group=nobody
...
Restart=on-failure
RestartSec=50s
LimitRSS=128MIPAccounting=yes
CPUAccounting=yes
MemoryAccounting=yes
TasksAccounting=yes
MemoryMax=256M
CPUQuota=20%
ReadOnlyPaths=/
>можете пример привести для достаточно простого набора из service unit файлаМогу привести пример из документации
>Also note that LimitRSS= is not implemented on Linux, and setting it has no effect.Остальные "страшно удобные фичи системды", на самом деле являются просто настройкой cgroups для сервиса.
>rc_cgroup_controllers="cpuset cpu io memory hugetlb pids"
>rc_cgroup_settings="
> cpu.max 1500000 1000000
> memory.high 4G
> memory.max 5G
>"Ну и на закуску, про "сервис для профессионалов":
Раз: https://github.com/systemd/systemd/issues/9650
И два: https://github.com/systemd/systemd/issues/33136>Currently one workaround for such "dynamic" assignment is to create a separate unit with a shell wrapper that calculates the CPUQuota= percentage with nproc command and some arithmetic operators, and sets it with systemctl set-property --runtime foo.service CPUQuota=...
Баш-портянки? Не, не слышал.
неплохо для начала, но подразумевает некий openrc как фреймворк. Ну и с рестартами что-нибудь бы еще в магических 5ти строчках баш скритпов (или может даже dash)
>Ну и с рестартами что-нибудь бы ещеА что с рестартами? Или администратор локалхоста считает нормальным рестартить упавшие сервисы невзирая ни на что?
>>Ну и с рестартами что-нибудь бы еще
> А что с рестартами? Или администратор локалхоста считает нормальным рестартить упавшие
> сервисы невзирая ни на что?Про локалхост не скажу, надо искать специлистов по такому, за пределами - нормально, да в некоторых случаях.
>>Ну и с рестартами что-нибудь бы еще
> А что с рестартами? Или администратор локалхоста считает нормальным рестартить упавшие
> сервисы невзирая ни на что?Как админи некоторых продов - считаю что лучше уж перезапустить сервис при каких-то отклонениях от идеала, чем вообще совсем уйти в даун, на хрен знает сколько - так что юзеры разбегутся, обматерятся, сольют репутацию, а админ, видимо, должен в 5 утра вскочить и с ж@пой в мыле подымать сдохший сервис сам. В режиме аврала. Или всем надо по супер-тиме админов. Вот ща какой-нибудь SMB и порчие опенсорсные проекты подразопрутся - и наймут по пятку админов на фултайм! Осталось только придумать где они бабок на такую развлекуху возьмут. Но когда такие мелочи останавливали опеннетовых экспертов?...
Как "админи некоторых продов" вам стоило бы выучить слова "High Availability" и "резервные дублирующие системы". И не позориться прилюдно.
> Как "админи некоторых продов" вам стоило бы выучить слова "High Availability" и
> "резервные дублирующие системы". И не позориться прилюдно.Сервисы бывают, цуко, разные. И на вашем долбаном вебе мир не заканчивается. Поэтому сие катит мягко говоря - не всегда. А вашими прибитыми на гвозди допущениями вы таки в край задолбали, неуважаемые. За это вас и вынесли в obsolete.
> Как "админи некоторых продов" вам стоило бы выучить слова "High Availability" и
> "резервные дублирующие системы". И не позориться прилюдно.Это катит не всегда и не везде. А сервисы - уж такие какие есть, и цать лет спустя переделывать архитектуру бывает объективно поздняк. И переписывать какой-нибудь здоровенный кастом - никто не будет. И на вебе - мир не заканчивается, внезапно. За непонимание таких вещей тех господ и отправили в obsolete. Заслуженно, имхо.
> Это катит не всегда и не везде. А сервисы - уж такие
> какие есть, и цать лет спустя переделывать архитектуру бывает объективно поздняк.
> И переписывать какой-нибудь здоровенный кастом - никто не будет. И на
> вебе - мир не заканчивается, внезапно. За непонимание таких вещей тех
> господ и отправили в obsolete. Заслуженно, имхо.Не очень понятно, при чем здесь веб вообще. Да и кого и куда вынесли, тоже непонятно.
>переписывать какой-нибудь здоровенный кастом - никто не будет
Понятно, поэтому вы будете его рестартить пока он не сдохнет совсем. Отличный подход. Надежный.
>> вебе - мир не заканчивается, внезапно. За непонимание таких вещей тех
>> господ и отправили в obsolete. Заслуженно, имхо.
> Не очень понятно, при чем здесь веб вообще.Мониторинг живости сервисов у господ раздающих ценные советы "как надо" - почему-то был зациклен на сетевых сервисах, и вебе - в частности. Что делать тем кому надо сервисы без сети мониторить такие как вы рецептов не давали. Это многим надоело и возник спрос на что-то лучше чем это. На очередном Linux Plumbers Conf какие-то эмбедеры обрисовали чего им не хватает, оказалось половину этого и энтерпрайзы с серверами не проч, ибо в чем-то похоже. Ну они и сделали все что просили. Вместо сказок о том что (не)нужно. Мне такой подход к делу нравится.
> Да и кого и куда вынесли, тоже непонятно.
Вон тех ветеран юникс админов - вместе с вэями. Мне как-то знакомый девопс просто показал как он работает. Я усвоил как надо было на самом деле. И да, конечно он эксперт в системд до кучи. У него такие тайминги решения проблем что я охренел и понял что будет офигенно если я хоть половину от этого смогу. Я не буду рулить моими системами как те антики, идеал - тот тип, и его тайминги решения задач.
>>переписывать какой-нибудь здоровенный кастом - никто не будет
> Понятно, поэтому вы будете его рестартить пока он не сдохнет совсем.Если за цать лет не сдох, вероятность что на цать-первый сдохнет мизерняа. Да и частые бэкапы у господ есть. А если оно локапается и перестает выполнять то для чего поставлено - упс, mission failed. Я собссно видел как тот девопс за 5 минут вачдог апи туда привинтил, радикально решив трабл. Теперь системный манагер знает жива ли программа реально.
> Отличный подход. Надежный.
Это эффективное, радикальное решение проблемы за обозримое время. А как чинить локап который спасибо если раз в месяц - и какие условия его вызывают - на это можно убить море времени без гарантированного результата. Столько ресурсов на это выкроить - откуда?
Давайте сравним>[оверквотинг удален]
>
>pidfile="/run/bluetoothd.pid"
>command="/usr/libexec/bluetooth/bluetoothd"
>command_args="${BLUETOOTH_OPTS}"
>command_background=1
>
>depend() {
> after coldplug
> need dbus localmount hostname
>}
Просто сравним, без выводов? Зачем?
И ваш сервис конечно же будет стартовать только тогда, когда необходимые ему сервисы уже стартовали? Что он будет делать, если вдруг произойдёт какая-то ошибка при работе и процесс упадёт?
>И ваш сервис конечно же будет стартовать только тогда, когда необходимые ему сервисы уже стартовали?Да
>Что он будет делать, если вдруг произойдёт какая-то ошибка при работе и процесс упадёт?
Ничего он не будет делать, это не его задача. Если процесс упал, это нужно расследовать и принимать меры, а не бездумно его рестартить. И за этим следит система мониторинга.
Да и остановить производство? Гнету локолохотстВо)
Лучше остановить производство, чем некорректно работающим и падающим юнитом производство запороть.
> Лучше остановить производство, чем некорректно работающим и падающим юнитом производство запороть.Для корректности работы и реакции на факапы у системды другие средства есть. Например апи вачдога. А у вас - для этого есть дырка от бублика. Более того - всякие "сетевые" мониторинги не адресуют вопросы живости и работоспособности не-сетевых сервисов. Если уж мы про производства.
А других апей расшаривания вачдога в линухе у меня для вас все равно нет. Ну и вот как вы вообще будете рюхать что прога реагирующая на допустим хардварные кнопки - не сдохла, если это с сетью не было связано, м? Если уж мы о производствах?
> Да и остановить производство? Гнету локолохотстВо)Если у вас производство зависит от одного сервиса, могу только посочувствовать.
> "Справедливости ради"Справедливость тут никого не волнует.
Главное побольше хейта людей которые что-то делают от людей которые только потребляют и ничего не решают.
То что это стало уже стандартом индустрии тоже вообще не волнует админов локалхостов.Баг классный, не уровня БамблБаг, конечно.
Тут я сказал бы что пользователи которые "не поняли что значат буковки написанные в документации и чего-то там додумали" тоже несут какую-то вину.
>Справедливости ради просто попробуйте сравнить код юнитов systemd и аналогичные скрипты для какой-нибудь другой системы инициализации. Преимущество будет явно видно для systemd.А под капотом Смстемды если код сравнить? Что же его там столько, любая башрортянка позавидует? А, он жеж там шибко "полезными" вещами занимается: бинарные логи пишет, потом парсит, QR-коды генерит, вебсервером, опять же, прикидывается. А всего надо-то было, сервмсы запускать и следить за их живостью.
Инит это далеко не только про живость сервисов. Даже сисянит делает тысячу вещей сверх этого. Во-первых. Если посмотреть в код любого инита - можно найти что угодно, от мертвых котят до штопаных носков. Важно не это, а то как инит работает с сервисами, то есть бизнес функция. Во-вторых.
>Справедливости ради просто попробуйте сравнить код юнитов systemd и аналогичные скрипты для какой-нибудь другой системы инициализации.Ну давай сравним.
[Unit]
Description=blahblahblah
After=network-online.target[Service]
Type=simple
User=user
ExecStart=/usr/local/bin/file
Restart=always
RestartSec=10[Install]
WantedBy=multi-user.targetА теперь внимание: вопрос! На сколько портянок потянет /usr/local/bin/file?
Давай сравним с launchd из MacOS (тоже POSIX) ?
> А теперь внимание: вопрос! На сколько портянок потянет /usr/local/bin/file?Еще неплохо показать как на портянакх сделать
PrivateDevices=yes
ProtectHome=yes
ProtectSystem=strict
ProtectControlGroups=yes
ProtectKernelTunables=yes
ProtectKernelModules=yes
MemoryDenyWriteExecute=yes
RestrictRealtime=yes
RestrictNamespaces=yes
LockPersonality=yes
ReadOnlyPaths=/run
RuntimeDirectory=/run
...
...заодно уточнив: не скопытится ли скриптота от недоступности тулсов на середине сборки чего-то сравнимого?
>> А теперь внимание: вопрос! На сколько портянок потянет /usr/local/bin/file?
> Еще неплохо показать как на портянакх сделать
> ...заодно уточнив: не скопытится ли скриптота от недоступности тулсов на середине сборки
> чего-то сравнимого?Еще было бы неплохо обосновать необходимость переизобретания sandbox в ините, и кому это надо вообще.
> Еще было бы неплохо обосновать необходимость переизобретания sandbox в ините, и кому
> это надо вообще.Обосновываю:
1) Мне нахрен не уперлись N способов делания одного и того же - инициализации системы и запуска сервисов которые делают то для чего система и развернута.
2) Очень круто когда все это великолепие - в одном "systemctl" а не дюжине разных закоулков. И запуск-останов, и просмотр статусов, и вообще.
3) Простота сборки такого "контейнера" привела к тому что майнтайнеры стали более прилично изолировать системные и сетевые сервисы по дефолту. Я нахожу это хорошим и правильным.А у любителей скриптов в результате - либо удобства во дворе, либо энтерпрайзные тяжеловесы. А какого-то адекватного варианта просто нет и они на это забивают. Так что большая часть сервисов в системе у них - без вот этого всего. И соответственно при вулне - тырит у нелоха какие-нить ключи ssh из хомяка, или там что еще в моде. Особенно с совсем классическими системами пермиссий марки "проходной двор".
Ай, кручу-верчу - абмануть хочу. Вот запускал недавно малину. В Alpine с openrc у меня условно два десятка скриптов. притом что скрипты openrc ненамного длиннее чем systemГ. Недавно понадобилось запустить родную raspberryOS. Там скриптов больше 50. по ощущениям просто баш-портянки разбили по отдельным файлам. Это не сократило их. А просто усложнило понимание что и в какой последовательности запускается. Так то я и в sysvinit и в openrc могу раскидать скрипт по отдельным файлам и настроить зависимости запуска, но зачем?
уже упомянули openrc?
```
#!/usr/bin/openrc-run
description="PolicyKit Daemon"
depend(){
need dbus
}
supervisor=supervise-daemon
command=/usr/lib/polkit-1/polkitd
command_args=--no-debug
extra_started_commands=reload
```
вот посложнее:
```
#!/usr/bin/openrc-run
description="SQLite-backed syslogd"
depend(){
need hostname
need localmount
use net-online
provide logger
}
supervisor=supervise-daemon
command=/usr/bin/logbookd
extra_started_commands=reload
reload_signal=USR1
По факту это самая серьёзная проблема линукса со времён его появления... что-то не кажется мне это случайным.
Особенно на фоне добавления следящих за юзерами нейронок в макосе и винде.
> По факту это самая серьёзная проблема линукса со времён его появленияЭто наличие XDG.
Что именно проблема? Что ошибки признаются и исправляются? Да, очень серьезная проблема для тех, кто привык ошибки плодить.
>По факту это самая серьёзная проблема линукса со времён его появления...Ты ввобще про эту команды хоть слышал (про использовал ли ладе и не спрашиваю) до этого дня?
https://github.com/MrMEEE/bumblebee-Old-and-abbandoned/commi...
Да, эпичный тред!
Жаль большая часть мемов уже потерлась за давностью лет.PS. Можно еще вспомнить недавнее удаление хомяка при установке некоторых тем в KDE
opennet.ru/opennews/art.shtml?num=60826
пустяк, а приятно )))
> при помощи файла "/usr/lib/tmpfiles.d/home.conf" создавался раздел "/home" и, соответственно, команда "systemd-tmpfiles --purge" приводила к его удалениюСамое смешное, что нет, не создавался. При установке дистрибутива бутстрапится пакет filesystem, в котором содержится вся эта иерархия директорий с заданными правами. А юнит из системды просто отрабатывал в холостую, иначе бы на ФС с Btrfs вместо директории /home был бы подраздел ${root}/home. Но это не так. Зато удаляет /home системда прекрасно, скрытно и непредсказуемо.
А ну да. И идиот тут, конечно, не пользователь, который, lамер такой негодный, ман не читал, а горе-разработчик, который в подсистему для управления *временными* файлами, зачем-то совершенно не по адресу добавил целый постоянный хомяк. Грязный хак, ещё и совершенно бессмысленный, который спустя время всплыл и кому-то стоил нервов. Такая вот культура разработки.
Культура разработки - это процесс решения задач и исправления ошибок. То есть чисто качество обратной связи. Тут процесс сработал - ошибку исправили. Причина тряски?
>Причина тряски?Одновременно идиотизм (надо быть Ландау, что-бы предположить, что обязательно найдется кто-то, кто использует --purge не заглядывая в конфиг) и жлобство (мы лучше пользователя знаем, что ему нужно), из-за которых появилась эта ошибка.
Т.е. изменить результат действия команды изменился, а оправдание -- то, что в документации поправили? Вот это классная логика!
Процесс не сработал. Такая ошибка не должна была возникнуть. Однако, кто-то с большой властью, но маленькой ответственностью, её создал на ровном месте. Временные файлы на то и называются временными, что никто не обязан предполагать, что их очистка может снести НЕ-временные.
/home в /usr/lib/tmpfiles.d/home.h добавил сам вендор. т.е это в systemd из коробки.
/usr/lib/tmpfiles.d/home.conf конечно же.
Так я о разработчике systemd и говорил.
Как пушили скрытное удаление временных файлов - тае и сделали. Просто временным оказался хомяк.
В принципе, любой файл - временный.
В начале 90х в компутерном журнале, название запамятовал, была целая статья, сборник версий о том, что происходит с символами после удаления, куда они исчезают. Типа хорошие символы - в рай, плохие в ад, ну и куча других идей.
Я для себя написал свою систему инициализации на Ada. Проще некуда и без кучи ненужных для меня фич. Тут уже кидал ссылку на гитхаб парой тем назад.
Зачем, когда есть openrc, Runit, dinit и s6?
Из-за любви к искусству. Чем ещё на пенсии занять себя на седьмом десятке?
И занять тех, кто воспользуется, компиляцией GNAT.
GNAT просто скачай с
https://alire.ada.dev/
Нет пути. Не кошерно.
я надеюсь доиграть сохраненки из Heroes3
У меня сохранения из Скайрима так и пылятся. Основную линию прошёл, из гильдий только магов, емнип, и гражданскую войну так и не закончил.Глядишь, к тому времени как дойдут руки уже на OpenMW можно будет запускать.
GNU Shepherd забыл
Кидай сюда ссыль тоже
Да, друг, кидайте ссылку сюда.
Скинь ещё раз, пожалуйста
Это был не баг, а фича!
https://github.com/systemd/systemd/commit/fed2b07ebc9e8694b5...Главное поцтеринг сам добавил этот файл, а объяснить для чего он нужен - не смог. А как случайно хомяки стали удаляться - так это юзеры неправильные.
Т.е в 2015 году добавил, а спустя почти 10 лет вылезла ошибка?
А до этого работало нормально?
Ну так отличный результат!
А вы новость читали? Поведение признали неправильным и исправили, тщательно задокументировав. Если это не успешный кейс работы процессов в опенсурсе, то я не знаю что тогда успешный)
> Поведение признали неправильным и исправили, тщательно задокументировавПеревожу с фрейдистско-бессознательного:
> исправили, ... задокументировав
"Не баг, а фича".
> признали неправильным
> тщательно"Я люблю systemd". Конечно, не признавали, его же не стали менять и поругали юзеров в тикете[1].
[1] https://github.com/systemd/systemd/issues/33349#issuecomment...
Ещё раз, медленно и печально, следи за пальцами. Ошибку исправили. Успеваешь? Запиши, если нет. В тикет отписали. Патч есть. Коммит есть. Не отстал? Документацию исправили. Коммит есть. Всё. Хочешь - критикуй коммиты предметно. Остальное - просто слова.
"Я так не понял, что мне указывали на косноязычно-оксюморонное 'исправить, задокументировав'. Мне не нравятся едкие ответы и хочется просто тыкать всех в закрытый тикет."
Ну тыкай в ответ на открытые тикеты с нерешёнными багами. В чем проблема? Тут же есть баг - есть решение. А твои претензии это "уууооой он слишком грубо общался, где мой кок". Задача закрыта? Закрыта. Проблема решена? Решена. Всё.
Так я не считаю других котятами, которых надо в какие-то субстанции тыкать и не вижу необходимости набрасывать здесь на тему любви/ненависти к systemd на столько (уже 13) постов.Присмотрись, ты ответил НяшМяшу, который писал о странности, что systemd-tmpfiles вообще создаёт /home. И отвечаешь по веткам, словно их тут тоже можно закрыть "as resolved".
> уууооой он слишком грубо общался, где мой кок
> Культура разработки [твоё из другой ветки]
> качество обратной связиА это что за поток мыслей? То, как отчаянно один разработчик systemd из Microsoft прикрывал пятую точку, теперь запомнят. Это и смешно, и показательно. То, что утилита с "tmpfiles" в названии умеет удалять хомяк - тоже.
>странности, что systemd-tmpfiles вообще создаёт /homeВам это может быть неудобно, я нашел применение. У каждого свой опыт. Linux is about choice.
>один разработчик systemd из Microsoft прикрывал пятую точку, теперь запомнятТак я тоже его запомню! Институт репутации - это краеугольный камень в опенсурсе! Вы не знали? И положительные вещи от разработчиков из Микрософт я тоже запомню. И то, что я использую патчи в ядре от разработчиков Микрософт я тоже запомню. Вы же тоже запомните, да? Однобоко же судить нельзя, да? Linux is about choice.
>tmpfiles" в названии умеет удалять хомяк - тоже.Я прочитал документацию не обратив внимания на название, ибо часто за 30 лет практики бывало, что название такое, а делает другое. Не доверяй фасаду, доверяй функции. Простите старика.
Этой твой двадцать четвертый коммент. И они не такие смешные, как у Luca Boccassi.
Ну не читай, я заставляю? Хочу пишу, не твое дело.
Не думал что можно просто начать жить и перестать страдать решая геройски проблемы которые породила дурацкая архитектура и парадигма системд?
А я и так живу и не решаю проблемы инита) Наоборот проблемов меньше стало от сисянита. Сплошной кайф) Где проблемы то?
Новость не получилось прочитать, сразу в комменты полез?
Так у него хомяк удалился, вот он сидит и кайфует
Кто сказал Devuan?
Самое смешное, что никто не говорил))
Все ждали, что ты скажешь.
Старичк, ну право слово узпокойся. Дела нет до вашего балкона с лыжами
собрали себе хламовничек и живите там сами чего навязчиво лезть к остальным.
Я сказал, более года работает на моём домашнем компе.
Хорошо, что в Slackware нет этого комбайна, который сносит всё на своём пути, даже домашние каталоги пользователей.
А кто-то ещё на Винду гнал, что после обновления удалились пользовательские данные..
> разработчиком systemd из MicrosoftТак можт один и тот же линуксодузятник виноват?
Это месть за хейт "get the facts".
> Это месть за хейт "get the facts".Куда-то не туда мстят, надо было LSE обанкрочивать :). На фоне ее перехода на линь по причине "дотнет и винды нишмагли в заявленую латенси, зато доили по 40 лямов за версию" - ржали даже те кто вообще имеет очень абстрактное представление о линухе.
Да, я тоже считаю, что майкрософт, который коммитит в ядро, это смешно. Но если их коммиты полезны - пусть будут.
> Первоначально сообщение об ошибке было отвергнуто Лукой Боккасси (Luca Boccassi), разработчиком systemd из Microsoft, следующим образомИ вот они во множестве такие в крупных вендорах.
Приходишь, который уж раз: у Вас тут бага.
В ответ: иди ты, blah blah blah
И чуть позже в догонку от них: ой, да, бага, подумаешь какая важность, мог бы не сообщать, попробуем пофиксить (раз уж настолько внимания не стоит).:(
А ты читай новость дальше - багу в итоге пофиксили. К чему твой коммент?
Осадочек остался.
Классическая Валерия Ильинична - вы все дураки, а я в белом пальто
> Может быть, не стоит просто запускать случайные команды, о которых вы ничего не знаете, игнорируя при этом то, что вам говорит документация?Смешно. Этих команд наплодили 100500 и о них всех знать просто невозможно. К тому же, некоторые команды могут запускать другие.
Вообще-то перед выполнением действий, которые нельзя откатить, типа удаление чего либо, нормальные утилиты спрашивают подтверждение действий и выдают список того что будет удалено. Колхоз...
Багу признали и пофиксили. В чем колхоз?
В непрофессонализме. Я написал выше, перед выполнением подобных действий принято у пользователя спрашивать подтверждение, перечислив список удаляемых элементов. У них коммитят джуны без ревью кого-то постарше?
Возможно, а возможно и нет. Это опенсорс, тут может мина рвануть под ногой, для вас это новость? Тады ой, добро пожаловать в наш мирок. Важно то, что багу исправили. Претензии к процессам можно адресовать в житхаб, а ещё лучше - вливайтесь в разработку, расскажете свой посильный опыт. Все будут благодарны.
>тут может мина рвануть под ногойМожет пора в СПО начинать думать о пользователях, а не своих сверхценных идеях?
Может хотя бы в системном ПО без мин как-нибудь?
> Это опенсорс, тут может мина рвануть под ногой, для вас это новость?СПО разное, не все проекты пилятся энтузиастами just for fun. Всё таки когда проект пилят сотрудники крупных корпораций, от них и ожидания другие.
Честно говоря очень странное "пофиксили".
Теперь вместо того чтобы зачистить все временные каталоги одной командой, нужно еще и список конфигов указывать.Больше вопросов вызывает зачем там был нужен home.conf?
>> При этом настройки tmpfiles.d не ограничиваются временными файлами и также используются для автоматического создания несуществующих каталогов с данными.
Бдить утилитой за всей времянкой - понимаю зачем может быть нужно. Но отдельная утилита для создания несуществующих каталогов, зачем? mkdir -p чем не угодил? Да еще и с названием вводящим в заблуждение о её функционале.
P.S. Первый раз слышу об этой утилите. Может я упускаю скрытый смысл.
Упускаешь, man home-manager. Всяческие декларативные тулзы, где требуется воспроизводимость и строгость конфиги, оченно сейчас полюбляют системду, ибо на сисяне такое реализовать невозможно без гигатонн попной боли. А в системде - из коробки. Всякие mkdir есть суксь несусветный в данном контексте, ибо ad hoc приблуда не поддающаяся формальной верификации. Оно может и норм под кроватью, но для дикого прода никогда!
какой еще home-manager в проде?
Признали только после того, как у многих пользователей удалился хомяк. Очередной пример того, что пользователи Линуксе - это не пользователи, а просто пушечное мясо для экспериментов.
Хорошо, что я systemd-tmpfiles в Gentoo заменил на аналог. Надеюсь, разрабочики этого замечательного дистрибутива одумаются и снова начнут поставлять eudev с opentmpfiles в редакции с openrc.
Tmpfiles в редакции systemd вполне норм, я лично проблемов не испытывал (мб потому что доку читал), надеюсь что с исправлением данного бага станут ещё лучшее, ибо уже коммит есть. Обновитесь, может вернётесь назад и тест кейсов будет чуть больше :}
Пусть энтерпрайс, который повёлся на этот комбайн со всем функционалом подряд, и тестирует на своей шкуре эти самые кейсы, а у меня дома приключений не будет. Я лучше всякие весёлые графические новшества потестирую, от системных утилит не очень люблю сюрпризы.
А если вы домашний эндлузер зачем вы высказываетесь в треде про системщину? Пишите в багтрекер вашего дистриба, если есть проблемы - они обязаны решить или передать в апстрим - если нет, то меняйте дистриб. Занимайтесь вашими графическими новшествами ради бога, а системные дела оставьте профикам. Мы за это деньгу получаем.
Будто домашние пользователи не пользуются системными утилитами. Вы получаете только КоК за инклюзивность, судя по результатам.
Хейтеры уже голодают. Всё меньше поводов.
несухие мечты такие несухие
Просто временным оказался хомяк (пользователи). Это не баг - это предупреждение.
Из https://www.freedesktop.org/software/systemd/man/latest/syst..."System services (systemd-tmpfiles-setup.service, systemd-tmpfiles-setup-dev-early.service, systemd-tmpfiles-setup-dev.service, systemd-tmpfiles-clean.service) invoke systemd-tmpfiles to create system files and to perform system wide cleanup."
Каким боком хомяк оказался Системным каталогом (home.conf)
Просто первоначально /home был помещен в /usr/lib/tmpfiles.d/home.conf как исключение с правильным полем Age. Потом добавили --purge и хомяк попал под раздачу.
Разрабам есть повод включить дурачка и отрубить --purge от неявных конфигураций.
>systemd-tmpfiles-setup.service, systemd-tmpfiles-setup-dev-early.service, systemd-tmpfiles-setup-dev.service, systemd-tmpfiles-clean.serviceо хоспади. Зато не баш-портянки!
кто-то-в-голове-вообще-держит-все-эти-названия?
> разработчик systemd из MicrosoftЁптить, куда катится этот мир...
И как после такого не любить *BSD? :)
Легко. Попробуй заставить работать эти BSD. Далеко не на каждом железе запустится.
> И как после такого не любить *BSD? :)Бсды вообще для прода не созданы. У них там какие-то очень сильно свои понятия как это должно быть - не стыкующиеся с реальным миром чуть менее чем никак. Слов типа LTS они вообще не слышали.
>> И как после такого не любить *BSD? :)
> Бсды вообще для прода не созданы. У них там какие-то очень сильно
> свои понятия как это должно быть - не стыкующиеся с реальным
> миром чуть менее чем никак. Слов типа LTS они вообще не
> слышали.Именно так, хочется любить, но там очень странно. Во FreeBSD поддерживают ABI 5 лет, старый софт может работать без пересборки. Но при этом в минорном апдете проапдейтили компилятор на 3 версии, что сломало совместимость и софт перестал собираться.
> Именно так, хочется любить, но там очень странно. Во FreeBSD поддерживают ABI
> 5 лет, старый софт может работать без пересборки. Но при этом
> в минорном апдете проапдейтили компилятор на 3 версии, что сломало совместимость
> и софт перестал собираться.Про такое говорят: сперва вы имеете выбор. А потом ваш выбор - вас. И в этом смысле лично я шкурно заинтересован чтобы не делать чужие проблемы своими. И хрен с ним с концепциями, компьютеры должны работать, для людей. С минимумом усилий и максимумом результата. Это - самая правильная концепция. Все что стоит на этом пути должно быть заменено или изменено.
Лично мне юниксвэй нравится - эффективной автоматизацией. А если это не выполняется, и превращается в ритуалы ради ритуалов - упс. Значит пора опробовать другие варианты.
"не можешь победить - возглавь". Разработка systemd находится в руках сотрудников Microsoft. systemd подмял почти весь линукс под себя. Отвечают знатоки - в чьих руках теперь линукс?)
не достучишься. они в отрицании. некоторые спорят. совсем немногие уже даже торгуются.
>Первоначально сообщение об ошибке было отвергнуто Лукой Боккасси (Luca Boccassi), разработчиком systemd из Microsoft, следующим образом: "Таким образом, функция, которая буквально задокументирована как «все файлы и каталоги, созданные записью tmpfiles.d/, будут удалены», о чём вы ничего не знали, звучала как «хорошая идея»? Вы хотя бы пошли и посмотрели, какие записи tmpfiles.d у вас были заранее? Может быть, не стоит просто запускать случайные команды, о которых вы ничего не знаете, игнорируя при этом то, что вам говорит документация? Просто мысль, ага".В systemd всё правильно сказали. Они инструмент делали строго для временных файлов.
>В ответ ему указали на то, что в документации утилита systemd-tmpfiles до сих пор описывается как "инструмент для создания, удаления и очистки непостоянных и временных файлов и каталогов", несмотря на то, что это давно не соответствует действительности.
Если какие-то ящеры его используют не по назначению, то они сами виноваты. Если какие-то ящеры используют дистр тех ящеров, то они тоже сами виноваты. Лицензию читать надо: написано же, AS IS. Что для дистра, что для systemd. systemd не обязан выполнять хотелки ящеров. А пользователи не обязаны ставить дистры, сопровождаемые ящерами. И вообще это верх наглости со стороны ящеров - указывать создателям программы для создания временных файлов, что их программа видите ли не для временных файлов, потому что идиоты её давно уже неправильно и нецелево используют не для временных файлов.
А в Debian, как выяснилось, тоже ящеры сопровождают:
cat /usr/lib/tmpfiles.d/* | grep -vP "(var|run|tmp)" | grep -vP "^#"
L /etc/ssh/ssh_config.d/20-systemd-ssh-proxy.conf - - - - /usr/lib/systemd/ssh_config.d/20-systemd-ssh-proxy.conf
d /etc/credstore 0700 root root
d /etc/credstore.encrypted 0700 root rootL+ /etc/mtab - - - - ../proc/self/mounts
L+ /etc/default/locale - - - - ../locale.conf
L+ /etc/vconsole.conf - - - - default/keyboardQ /home 0755 - - -
q /srv 0755 - - -
r! /forcefsck
r! /fastboot
r! /forcequotacheckr! /etc/gshadow.lock
r! /etc/shadow.lock
r! /etc/passwd.lock
r! /etc/group.lock
r! /etc/subuid.lock
r! /etc/subgid.lock
d /etc/polkit-1/rules.d 0750 root polkitd - -f^ /etc/motd.d/50-provision.conf - - - - login.motd
f^ /etc/issue.d/50-provision.conf - - - - login.issuef^ /etc/hosts - - - - network.hosts
d- /root :0700 root :root -
d- /root/.ssh :0700 root :root -
f^ /root/.ssh/authorized_keys :0600 root :root - ssh.authorized_keys.rootz /dev/snd/seq 0660 - audio -
z /dev/snd/timer 0660 - audio -
z /dev/loop-control 0660 - disk -
z /dev/net/tun 0666 - - -
z /dev/fuse 0666 - - -
z /dev/vfio/vfio 0666 - - -
z /dev/kvm 0660 - kvm -
z /dev/vhost-net 0660 - kvm -
z /dev/vhost-vsock 0660 - kvm -
> В systemd всё правильно сказали. Они инструмент делали строго для временных файлов.Каким образом в /usr/lib/tmpfiles.d/home.conf оказался /home от вендора?
При чём здеcь Debian? home.conf входит в поставку systemd и ставится вместе с ним
https://github.com/systemd/systemd/blob/main/tmpfiles.d/home...
>Первоначально сообщение об ошибке было отвергнуто Лукой Боккасси (Luca Boccassi), разработчиком systemd из Microsoft"This is not a bug!" (С)
Мне кажется уже пора делать совместимую (и более лайтовую) альтернативу системд. Системд работает, но разработчики рукожопые.
/etc/rc.conf
> Мне кажется уже пора делать совместимую (и более лайтовую) альтернативу системд.Пора кому? Ты собираешь или опять "мне за это не платят"?))
А то развелось тут мудрых филинов, которые только про стратегию рассуждать могут...
По-моему это карма.
По-моему это zog.
ISPConfig теперь не работает без сисемды - прибили гвоздями.
Комбаин-спрут окутал систему, скоро UEFI сделает обязательным.Зашла звезда Линукс-вея,
что делать теперь самураю ?
Сладость или гадость!Возвращаться на человекопонятные системы, где нет постоянно отваливающихся сервисов, для поднятия которых нужен сложнейший комбайн, сносящий данные пользователя.
> что делать теперь самураю ?Если самурай не знает кодекс, это не самурай.
> Зашла звезда Линукс-вея,
> что делать теперь самураю ?Таким как ты? Ну, попробуй харакири, например. А можно все же почитать маны да наслаждаться, решая проблемы которые были раньше сложными за считаные минуты.
>>Вы хотя бы пошли и посмотрели, какие записи tmpfiles.d у вас были заранее?В этом вся суть линукса. Перед тем, сделать какое-то простое действие, нужно перелопатить горы манов и прочей документации и проштудировать все конфиги каждой запускаемой утилиты. Готов, называется, для десктопа, ага.
Особенно забавно что даже через те немногие графические ручки управления, которые реализованы можно на раз-два сломать систему, не делаю на первый взгляд ничего предосудительного.
>>>Вы хотя бы пошли и посмотрели, какие записи tmpfiles.d у вас были заранее?
> В этом вся суть линукса. Перед тем, сделать какое-то простое действие,
> нужно перелопатить горы манов и прочей документации и проштудировать все конфиги
> каждой запускаемой утилиты. Готов, называется, для десктопа, ага.А вот это - моя основная претензия к systemd. Если раньше программы были маленькими, а маны были короткие (захотел - быстро глянул), то теперь это вот так.
> А вот это - моя основная претензия к systemd. Если раньше программы
> были маленькими, а маны были короткие (захотел - быстро глянул), то
> теперь это вот так.Как бы да, но надо это по крупному - 1 раз в жизни, и если планы связаться с линухом всерьез есть то 1 раз в жизни можно это позволить. А потом - во всех дистрах примерно одно и то же. Изредка по мелочи апдейтить знания, и только. Это с нами надолго, имхо.
А до этого все дистры по разному это делали. Перейдя с редхата на убунту/дебиан вообще месяцок себя инвалидом ощущаешь, все по другому, даже стартовые скрипты. И если вон тот сервис который не в пакетах выложил скрипт для энной системы, а тут не она, перепилить - отдельный квест. А потом еще понять почему зараза не стартует. С логами там такой же швах как с остальным был. Ну такое себе. Да, оно хватается за многовато дел - но в моем дистро (дебиан) на субпакеты распилено и потому - не так уж и страшно. Можно поставить что реально надо - и юзать только это. По минимуму ему dbus не надо, всякие networkd/timesyncd/etc - опциональщина, если кому нравится что-то другое и черт с ним. Даже journald местами отключен (на эмбедовке, чтоб флеху не протирать).
Прям патч Бармина. А нет. Теперь уже патч Поттеринга.
Признайтесь, многие ли из экспертов опеннета знали о существовании какого-то systemd-tmpfiles в своих системах?
Думаю, любой, кто занимался пакетированием и сопровождением пакетов знал об этом.
tmpfiles.d вообще часто как-то странно, не по назначению, используется. Не только для создания постоянных директорий, вместо install/mkdir при сборке, как в топике, но и, например, для установки значений в /sys/, вместо конфига в sysctl.d.
Долбанный майкософт !!! Как им вообще в Linux экосистему удалось просочится ????
Бабло. Мне вот интересно, в какой момент MS переобулись из "get the facts" в линукс? После популяризации облаков, виртуализации?
> Бабло. Мне вот интересно, в какой момент MS переобулись из "get the
> facts" в линукс? После популяризации облаков, виртуализации?После того, как им пришлось в Azure поднимать инфраструктуру на Linux, ибо винда не вывезла.
т.е. микрософту достаточно бабла от азури чтобы оплачивать работу разработчиков?
а ибиему, который якобы друг линкуса, понадобилось купить редхать и убить центос и клоны для того же?
systemd и задумывался как унификация администрирования над зоопарком linux. Типичный путь microsoft: zero администрирование - нуль умений и нуль мозгов у админа. Шаблонное мышление.
Интересно, а в какой дистрибутив успели втащить systemd 256?
MS Linux?
Arch Linux
> Arch LinuxНу так арчики для этого и существуют - их выпускают на поле и проверяют есть ли там мины. То что им про это не всегда честно сообщают... ну... мало ли чего! :)
> Arch Linuxспасибо
> Arch LinuxКлевета. В stable пакет прилетел уже с обновлением.
> Интересно, а в какой дистрибутив успели втащить systemd 256?
> MS Linux?Azure Linux, Azure! Еще есть CBL Mariner некий, но я не знаю - что сие и где используется. Секретный проект по переводу линуха на абажур. Тьфу, абажура на линух. Впрочем, первое тоже прокатило - 70% виртуалок на абажуре это линух.
Теперь мы знаем в лицо всех тех, кто не делает бэкапы!
>проблема, приводившая к удалению содержимого раздела /home при выполнении команды "systemd-tmpfiles --purge"Правильно. Для настоящего хозяина системы все эти людишки со своими жалкими файлами - явление временное.
> Правильно. Для настоящего хозяина системы все эти людишки со своими жалкими файлами
> - явление временное.И ведь в 95% прав же, у большинства людей там такой мусор что ну вот реально - темпфайлы, перекачать если ну очень надо, и то - проще забить, настолько "нужное" было.
Так что это на самом деле прозрачный хинт юзерам что они совсем охомячились.
Я не пользователь сустемд, но легко представляю, как команда типа systemd-tmpfiles --purge будет висеть у людей на кроне или хуком. У скольки людей ось окирпичилась, чего они после этого про систему думают - интересно.
ждем systemd-rm-rf-d
Вот поэтому мне и нравится сидеть на Debian со старыми, но стабильными пакетами. А что нужно, можно и руками скачать/поставить.
Devuan?
Хороший предлог отказаться от добавления системд для разработчиков дистрибутивов. Линукс и системд вместе не по пути.
Предлагай алтренативу заменим =)
Так много и давно были "альтернативы". И до сих пор есть, даже больше. Вы так оформили свою мысль, как будто нет ничего для замены, а это либо заблуждение, либо просто враньё.
Альтернативы нет.
Для этого все именно так и делалось.
OpenRC, в конце концов можно сделать systemd-ng с отстранением Поттеринга от дизайна проекта.Сейчас то уже всем должно быть очевидно, что автор systemd совершенно не умеет проектировать такие сервисы и городит очередной монструозный хлам. Причём если на заре systemd были ещё какие-то надежды, что благодаря новому подходу будут улучшения, например, в протоколе логгера, но по факту он просто завернул один к одному всё что было в systemd практически без качественных улучшений.
Скоро юниты станут бинарными, и для манипуляций с ними будет systemd-regedit
> разработчиком systemd из Microsoftепта.. куда катится этот мир и линукс.. кажется, уже и на свете никого не осталось, кому эта фраза режет слух.
Одна из причин, почему многие старые сисадмины предпочитают *BSD - там такие ужасы невозможны, чисто идеологически.
ну вот я и перекатился к ним, а там свои неадекваты оказались. они там при минорном (!) апдейте проапдейтили компилятор на три версии и софт годичной давности уже не собирается. тоже слишком молодежно. я бы на солярис перешел, но там нет софта.
> ну вот я и перекатился к ним, а там свои неадекваты оказались.
> они там при минорном (!) апдейте проапдейтили компилятор на три версии
> и софт годичной давности уже не собираетсяА зачем его собирать - он и так должен работать, при смене минорной версии. Если потеряли - можно найти уже собранный, в старых пакетах.
Гарантированно собирается, лишь софт в текущих портах.
например, vbox требует модули ядра, после апдейта их нужно пересобрать. пересборка vbox требует для сборки определенные версии компиляторов, которые не собираются и пошло-поехало.
> например, vbox требует модули ядра, после апдейта их нужно пересобрать. пересборка vbox
> требует для сборки определенные версии компиляторов, которые не собираются и пошло-поехало.Про такое говорят: девочка имела счастье. Счастье в долгу не осталось!
>>автоматического создания несуществующих каталогов с даннымиКак я без этого жил?
Автоматически создавать несуществующие каталоги, а потом автоматически удалять. Только судя по новости я так понял что удаляются существующие...
Удалить несуществующий каталог - это вообще сложновато.
> но затем приняли изменение, ограничивающее область действия команды "systemd-tmpfiles --purge" - данная команда теперь может быть выполнена только при явном указании в командной строке конкретного файла конфигурации из tmpfiles.d/ и приведёт к удалению лишь связанных с ним файлов и каталогов. Кроме того, в man-руководство systemd-tmpfiles добавлено более подробное описание опции и предупреждение о возможных последствиях.Идиократия в действии. А нужно было создать новый systemd-wrkfiles и в него закидывать конфиги с персистентными данными, вообще без опции --purge, а tmpfiles оставить как есть.