The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Пользователи systemd столкнулись с проблемой, приводившей к удалению домашних каталогов

19.06.2024 15:55

Опубликован корректирующий выпуск системного менеджера systemd 256.1, в котором устранена проблема, приводившая к удалению содержимого раздела /home при выполнении команды "systemd-tmpfiles --purge", добавленной в systemd 256 для удаления всех файлов и каталогов, созданных через настройки в tmpfiles.d.

В примечании к выпуску systemd 256 и в man-руководстве systemd-tmpfiles было указано, что опция "--purge" удаляет все файлы и каталоги, созданные через настройки tmpfiles.d, но название "tmpfiles" в названии утилиты вводило в заблуждение и создавало впечатление, что удаление касается только временных файлов. При этом настройки tmpfiles.d не ограничиваются временными файлами и также используются для автоматического создания несуществующих каталогов с данными. В частности, удаление содержимого домашних каталогов объясняется тем, что при помощи файла "/usr/lib/tmpfiles.d/home.conf" создавался раздел "/home" и, соответственно, команда "systemd-tmpfiles --purge" приводила к его удалению.

Первоначально сообщение об ошибке было отвергнуто Лукой Боккасси (Luca Boccassi), разработчиком systemd из Microsoft, следующим образом: "Таким образом, функция, которая буквально задокументирована как «все файлы и каталоги, созданные записью tmpfiles.d/, будут удалены», о чём вы ничего не знали, звучала как «хорошая идея»? Вы хотя бы пошли и посмотрели, какие записи tmpfiles.d у вас были заранее? Может быть, не стоит просто запускать случайные команды, о которых вы ничего не знаете, игнорируя при этом то, что вам говорит документация? Просто мысль, ага". В ответ ему указали на то, что в документации утилита systemd-tmpfiles до сих пор описывается как "инструмент для создания, удаления и очистки непостоянных и временных файлов и каталогов", несмотря на то, что это давно не соответствует действительности.

В конечном итоге, после долгих обсуждений в последние несколько дней, поведение systemd-tmpfiles всё-таки было признано ошибочным и изменено. Вначале для исключения ошибочного удаления домашних каталогов разработчики systemd намеревались удалить опцию "--purge", но затем приняли изменение, ограничивающее область действия команды "systemd-tmpfiles --purge" - данная команда теперь может быть выполнена только при явном указании в командной строке конкретного файла конфигурации из tmpfiles.d/ и приведёт к удалению лишь связанных с ним файлов и каталогов. Кроме того, в man-руководство systemd-tmpfiles добавлено более подробное описание опции и предупреждение о возможных последствиях.

  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: Выпуск системного менеджера systemd 256 с утилитой run0 для замены sudo
  3. OpenNews: Представлен systemd-homed для управления переносимыми домашними каталогами
  4. OpenNews: Уязвимости в systemd, Flatpak, Samba, FreeRDP, Clamav, Node.js
  5. OpenNews: Системный менеджер InitWare, форк systemd, портирован для OpenBSD
  6. OpenNews: Уязвимость в systemd, потенциально позволяющая повысить свои привилегии
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/61403-systemd
Ключевые слова: systemd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (273) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 16:24, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +29 +/
    >приводившей к удалению домашних каталогов

    Ух ты, а что так можно было?

     
     
  • 2.39, Alladin (?), 17:25, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +25 +/
    А давайте сразу с корня и рекурсивно
     
     
  • 3.45, Xasd7 (?), 17:29, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +42 +/
    если /home удалили то уже пофигу на корень :-D
     
     
  • 4.215, penetrator (?), 00:50, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • –39 +/
    ну как сказать, хранить в хомяке что-то большее, чем настройки, да еще не бекапить их - такое себе
     
     
  • 5.244, bergentroll (ok), 07:14, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +11 +/
    > ну как сказать, хранить в хомяке что-то большее, чем настройки, да еще
    > не бекапить их - такое себе

    А доку́менты, сейвы игрушек и т. п. где хранить пользователю? Директории XDG ни на что не намекают? Или вы GNU/Linux исключительно как серверную ОС рассматриваете?

     
     
  • 6.278, penetrator (?), 11:14, 20/06/2024 Скрыто ботом-модератором     [к модератору]
  • –18 +/
     
  • 4.236, Аноним (-), 06:13, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > если /home удалили то уже пофигу на корень :-D

    А в чем проблема? Система живая - откатил снапшот хомяка прям из нее и делов... а, вы фанаты FAT и прочих FFS на стероидах? Ну тогда упс, вы при любом малейшем факапе пролетаете.

     
  • 3.53, Аноним (53), 17:41, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    и для всех пользователей глобальной сети
     
  • 3.251, Diozan (ok), 08:15, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так было уже...
    sudo rm -rf /
     
  • 2.327, crypt (ok), 22:45, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    никогда такого не было и вот опять
     

  • 1.2, Аноним (2), 16:24, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +16 +/
    Глобально и надёжно
     
     
  • 2.265, КО (?), 09:47, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Мде, залет конечно знатный
     
     
  • 3.267, Attoll (?), 09:51, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Особенно когда люди из Microsoft разрабатывают systemd.
     
  • 2.266, Attoll (?), 09:48, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +7 +/
    "..Luca Boccassi, разработчиком systemd из Microsoft..", - ну а что кто ждал. Было-бы удивительно, если не произошло что-нибудь подобное.

    Её ответ на ошибку и её рассмотрение говорят о команде разработки вообще всё.

     
     
  • 3.286, Ноним (?), 12:51, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Её ответ на ошибку и её рассмотрение

    Его ответ: https://github.com/bluca Одним словом, "блюка")))

     
     
  • 4.287, Аноним (287), 13:03, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А разве "u" в слоге не читаеться как "а"?
    Выходит, что это "блAка".
     
     
  • 5.345, анонимус (??), 19:53, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это ж английский, читаться может как угодно.
     
  • 4.363, Аноним (-), 15:48, 28/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> Её ответ на ошибку и её рассмотрение
    > Его ответ: https://github.com/bluca Одним словом, "блюка")))

    Все проще, там у него в репках в профайле - светится bumblebee, видимо чужие лавры не давали покоя :)

     

  • 1.4, Аноним (4), 16:25, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    А зачем она вообще нужна? Rm вручную не достаточно?
     
     
  • 2.12, Аноним (12), 16:32, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Ты последние лет 10 на опеннет не читал доводы против системд?
     
     
  • 3.26, Аноним (-), 17:00, 19/06/2024 Скрыто ботом-модератором     [к модератору]
  • –11 +/
     
     
  • 4.88, YetAnotherOnanym (ok), 18:11, 19/06/2024 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
     
  • 5.93, Аноним (-), 18:20, 19/06/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.105, tty0 (?), 18:51, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, все статьи доводы за: модно, молодежно, удобно
     
  • 3.116, Аноним (116), 19:03, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Доводы не нужны. Нужны патчи и новые технологии. Сделайте лучше - я с удовольствием посмотрю.
     
     
  • 4.119, Омноном (?), 19:09, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Лучше уже сделали - причём ещё до появления ненужныд
     
     
  • 5.125, Анон666 (?), 19:24, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Что именно? SysV не приводить плз.
     
     
  • 6.131, Аноним (12), 19:40, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Страх реальной конкуренции?
     
     
  • 7.143, Аноним (143), 20:09, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Оно же депрекейтед. Предлагаешь самому суппортить? Спасибо *картинка с пингвином*
     
     
  • 8.147, Аноним (147), 20:14, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Странно, но почему-то новые версии SysVinit выходят И даже после того, как кто-... текст свёрнут, показать
     
     
  • 9.178, Аноним (116), 21:36, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Его надо специально ставить Он не входит в поставку дистрибов уже Кто понесет ... текст свёрнут, показать
     
     
  • 10.208, Аноним (208), 23:51, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А кто-то из sd понёс ответственность за удаление хомяка ... текст свёрнут, показать
     
     
  • 11.263, Аноним (263), 09:26, 20/06/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 11.323, Денис Попов (?), 20:37, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Спортлото принимает жалобы ... текст свёрнут, показать
     
  • 10.216, Аноним (216), 01:02, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А он в отличии от системды этого не умеет Уже по дефолту лучше ... текст свёрнут, показать
     
     
  • 11.301, Аноним (-), 16:01, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, знаешь, с практической точки зрения - какой процент юзерей системды вообще с... текст свёрнут, показать
     
  • 9.228, Аноним (-), 03:49, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это ему уже таки - не поможет Оно свое отлетало и вашу экспертизу по нему можно... текст свёрнут, показать
     
  • 2.54, Аноним (54), 17:41, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Может замысел творца был в том, что с rn надо вручную указывать каждый путь удаления, а tmpfile.d знает само все пути?
     
     
  • 3.84, Витюшка (?), 18:07, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А пакетный менеджер? При чём тут вообще система инициализации?
     
  • 3.85, Аноним (85), 18:08, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    print-tmp-files | while IFS= read -r f; do rm -rf "$f"; done

    Просто поттеринг очень хотел написать свою ОС чтобы сэкономить 2 наносекунды процессорного времени на запуск команды rm. И ещё он источает лютую ненависть ко всему тому, что может считаться unix-way.

     
     
  • 4.180, Роман (??), 21:42, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    так же бы и удалило, если /home оказался в списке (ну эт оне считая что там с экранированием всяких пробелов в таком скрипте) - в чем принципиальная разница в том что вы называете "unix-way"?
     
     
  • 5.335, Мимоадекват (?), 08:17, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Разница в том, что rm называется remove. И по умолчанию ты ждёшь, что оно может удалить всё. И лишний раз проверишь.
    А tmpfiles -purge что, по вашему должно удалять? Весь мир?

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

     
  • 2.200, Neon (??), 22:35, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Модно же, стильно и молодежно
     
  • 2.297, еропка (?), 14:17, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что rm ручками надо вызывать, а для этой штуки можно настроить запуск по расписанию, просто создав таймер-юнит. Удобно, если есть проги, которые мусорят временными файлами.
     
     
  • 3.302, BorichL (ok), 16:01, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А то, малолетние дебилы уже rm в crontab вписать не в состоянии, им юнит надо?
     
     
  • 4.320, Аноним (-), 19:22, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > А то, малолетние дебилы уже rm в crontab вписать не в состоянии,
    > им юнит надо?

    man systemd.timers дедуля, мы таки и этот ваш крон - ушли, вот как раз чтобы не щарахаться по дюжине дир в разных закоулках - а получить overview системы в одном systemctl, 1 командой ;)

     
     
  • 5.321, BorichL (ok), 19:25, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >> А то, малолетние дебилы уже rm в crontab вписать не в состоянии,
    >> им юнит надо?
    > man systemd.timers дедуля, мы таки и этот ваш крон - ушли, вот
    > как раз чтобы не щарахаться по дюжине дир в разных закоулках
    > - а получить overview системы в одном systemctl, 1 командой ;)

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


     
     
  • 6.337, Аноним (337), 10:00, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, один глобальный гадюшник это одна из концепций современного Линукса. Для меня
    > это стало последней каплей для перехода на Фряху.

    Какие прикольные двойные стандарты.
    - Если это BSD делают - "цельная система, бла бла бла".
    - А если пингвин - "глобальный гадюшник".

    И не надо тут пытаться врать. Линуксоидом вы никогда не были. Достаточно ткнуть в профайл и убедиться в том что вы пингвин поливали всегда, и прославляли BSD. Так что линуксоиды с этого вообще ничего не потеряли, имхо. А в бсдшном сообществе вы и правда будете свой среди своих. Только это баг, а не фича, на мой вкус.

     
  • 2.300, BorichL (ok), 16:00, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А затем же, зачем и systemd, почесать левой пяткой за правым ухом.
     

     ....большая нить свёрнута, показать (30)

  • 1.5, Аноним (5), 16:26, 19/06/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.6, Аноним (12), 16:26, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +14 +/
    Ахаха отстрелили себе ногу сразу пушкой. А криков было про хороший магический системд который сам все умеет делать и плюшки сам кушает и ноги отстреливает. Система уникум скоро к системд нейросеть приделают вот поржём.
     
     
  • 2.7, Аноним (5), 16:27, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    скорее откромсали мачете
     
     
  • 3.9, Аноним (12), 16:29, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А хотели просто хлебушка нарезать.  
     
  • 2.44, Витюшка (?), 17:29, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Раньше systemd был вполне ничего. Но её написали, а performance evaluation сам себя в RedHat не пройдет. Вот и пилит Лёня новые фичи, придумывая для них use case на ходу.

    К сожалению это уже жизненный цикл практически любого продукта.

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

    Нормальными остались только чистый С из мейнстрим языков и, может быть Go.

     
     
  • 3.47, Аноним (47), 17:36, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    в RedHat

    поцтеринг давно в микросовте

     
     
  • 4.65, Аноним (65), 17:49, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Он уже прошёл там курс вербовки и теперь, якобы, на вольных хлебах. Ждет распоряжений от M$ о трудоустройстве к её будущим приобретениям.
     
  • 4.98, Аноним (12), 18:34, 19/06/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.59, Аноним (-), 17:46, 19/06/2024 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 3.217, Аноним (216), 01:08, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > чистый С

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

     
     
  • 4.218, _ (??), 01:17, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ещё один беспомощный :) Вас где то регистрируют? Приют может какой ... ?
     
  • 4.256, Аноним (256), 08:28, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На чистом си написан интерпретатор Питона. Это язык программирования для системы и драйверов, а Питон для приложений. Я никогда их не противопоставляю, а использую обоих для получения синергетического эффекта, пока другие спорят что лучше.
     
  • 4.352, Аноним (352), 12:59, 23/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Хз, писал на сишке всякие числяки, многопоточка вполне себе удобно использовалась через OpenMP
     

  • 1.8, Аноним (-), 16:28, 19/06/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –5 +/
     
     
  • 2.10, Аноним (12), 16:30, 19/06/2024 Скрыто ботом-модератором     [к модератору]
  • +10 +/
     
     
  • 3.13, Аноним (-), 16:37, 19/06/2024 Скрыто ботом-модератором     [к модератору]
  • –13 +/
     
     
  • 4.22, Аноним (22), 16:48, 19/06/2024 Скрыто ботом-модератором     [к модератору]
  • +6 +/
     
  • 4.36, анон (?), 17:11, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Профи не пишут маны, они заняты написание профессионального кода.
     
     
  • 5.43, Аноним (-), 17:27, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если мне "типа профи" начнет задвигать что "маны читать не нужно, писать код нужно", то я буду долго смеяться, а потом уволю ево нафиг.
     
     
  • 6.46, Витюшка (?), 17:32, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А потом ты проснешься?
     
     
  • 7.56, Аноним (54), 17:45, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Лаконично и точно.
     
  • 6.87, какая разница (?), 18:10, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ты читаешь маны когда покупаешь новый телефон? Изучаешь исходный код системы? Пишешь вендору чтобы он прислал тебе разблокированный загрузчик?
     
  • 4.38, Аноним (38), 17:17, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > А системд делалась профи для профи

    Ой, правда чтоли, 3 с половиной настройки, и куча непонятного бэкграунда, а чтобы переопределить дефолные параметры запуска надо вон в той папке создать файлек, только он не будет работать, потому что два одинаковых параметра нельзя, поэтому надо 3 чтобы 2й обнулял первый, а 3й задавал параметры как надо, и это все вместо того чтобы просто заменить аргумент демона, ну да, профиссиАНАЛизм прям смердит

     
  • 4.40, noc101 (ok), 17:26, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >github.com/MrMEEE/bumblebee-Old-and-abbandoned/commit/a047be85247755cdbe0acce6#r433499

    Вот это реально эпик ошибка. Одна ошибка и всё)

     
  • 2.49, мяя (?), 17:39, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Какой-то троллинг тупостью с твоей стороны.
    Ничего там написано не было.
    В доку добавили инфу после жалобы.
     

  • 1.14, Аноним (14), 16:39, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > приводившая к удалению содержимого раздела /home при выполнении команды "systemd-tmpfiles --purge"

    хорошее начало для римейка "автостопом по галактике".

     
     
  • 2.63, Аноним (54), 17:48, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ага. Дельфины и крысы умней людей и свалили с планеты ещё до катастрофы.
     

  • 1.16, Аноним (16), 16:42, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    > при помощи файла "/usr/lib/tmpfiles.d/home.conf" создавался раздел "/home"

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

     
     
  • 2.17, Аноним (17), 16:43, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, пакеты с кусками файловой системы тоже идея так себе была
     
     
  • 3.37, Аноним (37), 17:13, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В гайке нормально было, но повторить так в жпл невозможно.
     
  • 2.95, Аноним (95), 18:29, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если тред на гитхабе почитать, разработчики системд не рекомендуют использовать эту фичу для создания каталогов файловой системы. Но виноваты опять они.
     
     
  • 3.100, Аноним (12), 18:39, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А им в голову не приходило просто удалить это недоразумение если они его сами не рекомендуют. Или перед кем они этой фичей отчитываются?
     
     
  • 4.118, Аноним (116), 19:06, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Я использую активно, очень удобно. Рад, что исправили ошибку. Обратная связь в опенсурсе очень важна. Тут сработано четко, разработчики молодцы!
     
     
  • 5.161, Аноним (161), 20:42, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для чего ты ей пользовался, балабол? Её, считай, никуда не успели завезти, ты первый раз про неё сегодня вычитал
     
     
  • 6.162, Аноним (116), 20:50, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В nixos в home-manager активно используется больше года. Это вы на опеннете ее вычитали сегодня.
     
     
  • 7.183, Аноним (161), 21:44, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Что используется? Версия systemd которую только в этом месяце релизнули?
     
     
  • 8.191, Аноним (191), 21:58, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Функция tmpfiles уже триллиард лет есть, если не в теме и не в индустрии - мимо,... текст свёрнут, показать
     
  • 3.117, Аноним (117), 19:04, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем разработчики системд выдумывают фичи, которыми сами же не рекомендуют пользьзоваться? Они нездоровы? )))
     
  • 3.227, nim (?), 03:10, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Непонятно вообще зачем всё это в одну коробку тащить если можно в параметрах каждого юнита указать какие ему каталоги создать.
    вместо нормальной системы управления ранлевелем, которая не помешала бы, получился какой-то трактор-кофеварка с функцией книжного сканера.
     

  • 1.18, Аноним (18), 16:44, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    А не слишком ли всё переусложнено?

    > что при помощи файла "/usr/lib/tmpfiles.d/home.conf" создавался раздел "/home"

    Ркалицо... системд-портянки всем портянки портянки.

     
     
  • 2.25, FSA (??), 16:53, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ркалицо... системд-портянки всем портянки портянки.

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

    Однако, да. Феерический баг. Благо большинству пользователей Linux даром не упирались эти временные каталоги. Так что пусть баг и феерический, но в специфическом функционале.

     
     
  • 3.27, Аноним (27), 17:00, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Сравнил с upstart, не вижу явного преимущества у systemd
     
     
  • 4.246, Аноним (246), 07:26, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Сравнил с upstart, не вижу явного преимущества у systemd

    апстарт помер
    а системд жив

     
  • 3.30, Аноним (30), 17:05, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Справедливости ради просто попробуйте сравнить код юнитов systemd и аналогичные скрипты для какой-нибудь другой системы инициализации. Преимущество будет явно видно для systemd.

    В смысле? Интрумент для администратора, который не может написать sh-скрипт на 5 строк? Настолько не может, что рад Unit-файлу и черному ящику? Как выше гордо сказали "система для специалистов". У этих же "специалистов" вместе с докером отвалился весь CI/CD и они бегали не знали как теперь жить....

     
     
  • 4.42, noc101 (ok), 17:27, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если будет вариант писать код и не писать код, я выберу не писать код.
    А тем кому нефиг чем заняться, могут писать код.
     
     
  • 5.62, Витюшка (?), 17:48, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Конфигурация это и есть код в каком-то смысле. Поэтому и появилось "config as code", потому что всегда чего-то не хватает или нельзя сделать. И появляются миллионы опций которые как-то между собой работают и взаимодействуют.
     
  • 5.268, Пряник (?), 10:07, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ты предпочитаешь сразу паять микросхему?
     
  • 4.51, Аноним (-), 17:39, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В смысле? Интрумент для администратора, который не может написать sh-скрипт на 5 строк?

    Для администратора чего?
    Если это школьник который админит свой покроватный сервер или админ в школе, то норм.
    А если у тебя хотя бы сотня машин.
    И несколько админов...

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

     
     
  • 5.273, Аноним (273), 10:31, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А если у тебя хотя бы сотня машин.

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

    Системы могут быть разные, а значит разные юниты надо городить.

    Не наваливай в тарелку больше чем можешь съесть.

     
  • 4.152, Аноним (143), 20:28, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Добро пожаловать в мир узкой специализации. Вы сами истерили, отводя от себя задачи "это не мое, это разраб пусть правит/это не мое, это пусть аналитики анализируют". Вы сами к этому шли и своей ленью этого добивались. Добро пожаловать в мир, который сами породили. Что с лицом? Может умерить пыл и начать учиться, забирая себе власть назад?
     
     
  • 5.305, Аноним (-), 16:24, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Может умерить пыл и начать учиться, забирая себе власть назад?

    А если мне и так норм?
    Ну реально я не хочу разбираться в чужих задачах и превращаться в "специалист всего по немношку"

    Пусть пироги печет пирожник, а сапоги чинит сапожник (с)
    А не наоборот.


     
  • 4.185, Роман (??), 21:49, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    в целом интересная мысль про 5 строк - можете пример привести для достаточно простого набора из service unit файла опций вида:

    [Service]
    User=nobody
    Group=nobody
    ...
    Restart=on-failure
    RestartSec=50s


    LimitRSS=128M

    IPAccounting=yes
    CPUAccounting=yes
    MemoryAccounting=yes
    TasksAccounting=yes
    MemoryMax=256M
    CPUQuota=20%
    ReadOnlyPaths=/

     
     
  • 5.235, Perlovka (ok), 06:11, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Могу привести пример из документации Остальные страшно удобные фичи системды , ... большой текст свёрнут, показать
     
     
  • 6.241, Роман (??), 06:38, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    неплохо для начала, но подразумевает некий openrc как фреймворк. Ну и с рестартами что-нибудь бы еще в магических 5ти строчках баш скритпов (или может даже dash)
     
     
  • 7.242, Perlovka (ok), 06:44, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Ну и с рестартами что-нибудь бы еще

    А что с рестартами? Или администратор локалхоста считает нормальным рестартить упавшие сервисы невзирая ни на что?

     
     
  • 8.245, Роман (??), 07:18, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Про локалхост не скажу, надо искать специлистов по такому, за пределами - нормал... текст свёрнут, показать
     
  • 8.307, Аноним (-), 16:53, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как админи некоторых продов - считаю что лучше уж перезапустить сервис при каких... текст свёрнут, показать
     
     
  • 9.308, Perlovka (ok), 17:00, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как админи некоторых продов вам стоило бы выучить слова High Availability и ... текст свёрнут, показать
     
     
  • 10.314, Аноним (-), 19:04, 20/06/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 10.315, Аноним (-), 19:08, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это катит не всегда и не везде А сервисы - уж такие какие есть, и цать лет спус... текст свёрнут, показать
     
     
  • 11.331, Perlovka (ok), 23:29, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не очень понятно, при чем здесь веб вообще Да и кого и куда вынесли, тоже непон... текст свёрнут, показать
     
     
  • 12.338, Аноним (-), 10:18, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Мониторинг живости сервисов у господ раздающих ценные советы как надо - почему... большой текст свёрнут, показать
     
  • 3.55, Аноним (55), 17:44, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Давайте сравним

    >[оверквотинг удален]
    >
    >pidfile="/run/bluetoothd.pid"
    >command="/usr/libexec/bluetooth/bluetoothd"
    >command_args="${BLUETOOTH_OPTS}"
    >command_background=1
    >
    >depend() {
    > after coldplug
    > need dbus localmount hostname
    >}

     
     
  • 4.69, Аноним (54), 17:51, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Просто сравним, без выводов? Зачем?
     
  • 4.204, FSA (??), 23:31, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И ваш сервис конечно же будет стартовать только тогда, когда необходимые ему сервисы уже стартовали? Что он будет делать, если вдруг произойдёт какая-то ошибка при работе и процесс упадёт?
     
     
  • 5.233, Perlovka (ok), 05:34, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >И ваш сервис конечно же будет стартовать только тогда, когда необходимые ему сервисы уже стартовали?

    Да

    >Что он будет делать, если вдруг произойдёт какая-то ошибка при работе и процесс упадёт?

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

     
     
  • 6.262, srgazh (ok), 09:19, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да и остановить производство? Гнету локолохотстВо)
     
     
  • 7.274, Аноним (273), 10:35, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лучше остановить производство, чем некорректно работающим и падающим юнитом производство запороть.

     
     
  • 8.313, Аноним (-), 18:43, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Для корректности работы и реакции на факапы у системды другие средства есть Нап... текст свёрнут, показать
     
  • 7.275, Perlovka (ok), 10:43, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Да и остановить производство? Гнету локолохотстВо)

    Если у вас производство зависит от одного сервиса, могу только посочувствовать.

     
  • 3.80, Аноним (-), 17:59, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > "Справедливости ради"

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

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

     
  • 3.159, Аноним (147), 20:36, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >Справедливости ради просто попробуйте сравнить код юнитов systemd и аналогичные скрипты для какой-нибудь другой системы инициализации. Преимущество будет явно видно для systemd.

    А под капотом Смстемды если код сравнить? Что же его там столько, любая башрортянка позавидует? А, он жеж там шибко "полезными" вещами занимается: бинарные логи пишет, потом парсит, QR-коды генерит, вебсервером, опять же, прикидывается. А всего надо-то было, сервмсы запускать и следить за их живостью.

     
     
  • 4.164, Аноним (116), 20:54, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Инит это далеко не только про живость сервисов. Даже сисянит делает тысячу вещей сверх этого. Во-первых. Если посмотреть в код любого инита - можно найти что угодно, от мертвых котят до штопаных носков. Важно не это, а то как инит работает с сервисами, то есть бизнес функция. Во-вторых.
     
  • 3.283, AlexYeCu_not_logged (?), 12:07, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Справедливости ради просто попробуйте сравнить код юнитов 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?

     
     
  • 4.288, Аноним (287), 13:04, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Давай сравним с launchd из MacOS (тоже POSIX) ?
     
  • 4.290, Аноним (-), 13:05, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А теперь внимание: вопрос! На сколько портянок потянет /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
    ...



    ...заодно уточнив: не скопытится ли скриптота от недоступности тулсов на середине сборки чего-то сравнимого?

     
     
  • 5.309, Perlovka (ok), 17:26, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> А теперь внимание: вопрос! На сколько портянок потянет /usr/local/bin/file?
    > Еще неплохо показать как на портянакх сделать
    > ...заодно уточнив: не скопытится ли скриптота от недоступности тулсов на середине сборки
    > чего-то сравнимого?

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

     
     
  • 6.310, Аноним (-), 18:11, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Обосновываю 1 Мне нахрен не уперлись N способов делания одного и того же - ини... большой текст свёрнут, показать
     
  • 3.364, MaleDog (?), 23:13, 06/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ай, кручу-верчу - абмануть хочу. Вот запускал недавно малину. В Alpine с openrc у меня условно два десятка скриптов. притом что скрипты openrc ненамного длиннее чем systemГ. Недавно понадобилось запустить родную raspberryOS. Там скриптов больше 50. по ощущениям просто баш-портянки разбили по отдельным файлам. Это не сократило их. А просто усложнило понимание что и в какой последовательности запускается. Так то я и в sysvinit и в openrc могу раскидать скрипт по отдельным файлам и настроить зависимости запуска, но зачем?
     
  • 3.365, мяв (?), 03:26, 23/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    уже упомянули 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
     

     ....большая нить свёрнута, показать (40)

  • 1.19, Аноним (19), 16:45, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    По факту это самая серьёзная проблема линукса со времён его появления... что-то не кажется мне это случайным.
     
     
  • 2.20, Аноним (19), 16:46, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Особенно на фоне добавления следящих за юзерами нейронок в макосе и винде.
     
  • 2.60, Аноним (60), 17:47, 19/06/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.115, Аноним (116), 19:01, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Что именно проблема? Что ошибки признаются и исправляются? Да, очень серьезная проблема для тех, кто привык ошибки плодить.
     
  • 2.284, AlexYeCu_not_logged (?), 12:08, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >По факту это самая серьёзная проблема линукса со времён его появления...

    Ты ввобще про эту команды хоть слышал (про использовал ли ладе и не спрашиваю) до этого дня?

     

  • 1.23, Zenitur (ok), 16:49, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    https://github.com/MrMEEE/bumblebee-Old-and-abbandoned/commit/a047be85247755cd
     
     
  • 2.31, Аноним (-), 17:06, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Да, эпичный тред!
    Жаль большая часть мемов уже потерлась за давностью лет.

    PS. Можно еще вспомнить недавнее удаление хомяка при установке некоторых тем в KDE
    opennet.ru/opennews/art.shtml?num=60826

     

  • 1.41, dannyD (?), 17:27, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    пустяк, а приятно )))
     
  • 1.50, Аноним (65), 17:39, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    > при помощи файла "/usr/lib/tmpfiles.d/home.conf" создавался раздел "/home" и, соответственно, команда "systemd-tmpfiles --purge" приводила к его удалению

    Самое смешное, что нет, не создавался. При установке дистрибутива бутстрапится пакет filesystem, в котором содержится вся эта иерархия директорий с заданными правами. А юнит из системды просто отрабатывал в холостую, иначе бы на ФС с Btrfs вместо директории /home был бы подраздел ${root}/home. Но это не так. Зато удаляет /home системда прекрасно, скрытно и непредсказуемо.

     
     
  • 2.58, Аноним (65), 17:45, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А ну да. И идиот тут, конечно, не пользователь, который, lамер такой негодный, ман не читал, а горе-разработчик, который в подсистему для управления *временными* файлами, зачем-то совершенно не по адресу добавил целый постоянный хомяк. Грязный хак, ещё и совершенно бессмысленный, который спустя время всплыл и кому-то стоил нервов. Такая вот культура разработки.
     
     
  • 3.113, Аноним (116), 18:58, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Культура разработки - это процесс решения задач и исправления ошибок. То есть чисто качество обратной связи. Тут процесс сработал - ошибку исправили. Причина тряски?
     
     
  • 4.202, Аноним (202), 22:41, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Причина тряски?

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

     
     
  • 5.354, _hide_ (ok), 11:44, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Т.е. изменить результат действия команды изменился, а оправдание -- то, что в документации поправили? Вот это классная логика!
     
  • 4.343, Аноним (343), 17:08, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Процесс не сработал. Такая ошибка не должна была возникнуть. Однако, кто-то с большой властью, но маленькой ответственностью, её создал на ровном месте. Временные файлы на то и называются временными, что никто не обязан предполагать, что их очистка может снести НЕ-временные.
     
  • 3.254, Аноним (254), 08:22, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    /home в /usr/lib/tmpfiles.d/home.h добавил сам вендор. т.е это в systemd из коробки.
     
     
  • 4.255, Аноним (254), 08:24, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    /usr/lib/tmpfiles.d/home.conf конечно же.
     
  • 4.342, Аноним (343), 17:03, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так я о разработчике systemd и говорил.
     
  • 2.153, Аноним (153), 20:29, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как пушили скрытное удаление временных файлов - тае и сделали. Просто временным оказался хомяк.
     
     
  • 3.173, Savaoff (?), 21:16, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В принципе, любой файл - временный.
    В начале 90х в компутерном журнале, название запамятовал, была целая статья, сборник версий о том, что происходит с символами после удаления, куда они исчезают. Типа хорошие символы - в рай, плохие в ад, ну и куча других идей.
     

  • 1.57, Аноним (60), 17:45, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Я для себя написал свою систему инициализации на Ada. Проще некуда и без кучи ненужных для меня фич. Тут уже кидал ссылку на гитхаб парой тем назад.
     
     
  • 2.64, Аноним (64), 17:49, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем, когда есть openrc, Runit, dinit и s6?
     
     
  • 3.70, Аноним (60), 17:51, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Из-за любви к искусству. Чем ещё на пенсии занять себя на седьмом десятке?
     
     
  • 4.127, Аноним (147), 19:30, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И занять тех, кто воспользуется, компиляцией GNAT.
     
     
  • 5.184, Омоним (?), 21:48, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    GNAT просто скачай с
    https://alire.ada.dev/
     
     
  • 6.210, Аноним (210), 00:11, 20/06/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.187, Роман (??), 21:51, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    я надеюсь доиграть сохраненки из Heroes3
     
     
  • 5.206, Аноним (95), 23:44, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    У меня сохранения из Скайрима так и пылятся. Основную линию прошёл, из гильдий только магов, емнип, и гражданскую войну так и не закончил.

    Глядишь, к тому времени как дойдут руки уже на OpenMW можно будет запускать.

     
  • 3.75, Аноним (75), 17:53, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    GNU Shepherd забыл
     
  • 2.73, Аноним (75), 17:52, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кидай сюда ссыль тоже
     
  • 2.76, Аноним (54), 17:54, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да, друг, кидайте ссылку сюда.
     
  • 2.81, Витюшка (?), 18:02, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Скинь ещё раз, пожалуйста
     

  • 1.61, Аноним (64), 17:48, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Это был не баг, а фича!
     
  • 1.68, НяшМяш (ok), 17:50, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    https://github.com/systemd/systemd/commit/fed2b07ebc9e8694b5b326923356028f4643

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

     
     
  • 2.89, Аноним (-), 18:12, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Т.е в 2015 году добавил, а спустя почти 10 лет вылезла ошибка?
    А до этого работало нормально?
    Ну так отличный результат!
     
  • 2.109, Аноним (116), 18:54, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А вы новость читали? Поведение признали неправильным и исправили, тщательно задокументировав. Если это не успешный кейс работы процессов в опенсурсе, то я не знаю что тогда успешный)
     
     
  • 3.120, Аноним (120), 19:10, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Поведение признали неправильным и исправили, тщательно задокументировав

    Перевожу с фрейдистско-бессознательного:

    > исправили, ... задокументировав

    "Не баг, а фича".

    > признали неправильным
    > тщательно

    "Я люблю systemd". Конечно, не признавали, его же не стали менять и поругали юзеров в тикете[1].

    [1] https://github.com/systemd/systemd/issues/33349#issuecomment-2168794281

     
     
  • 4.128, Аноним (116), 19:30, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё раз, медленно и печально, следи за пальцами. Ошибку исправили. Успеваешь? Запиши, если нет. В тикет отписали. Патч есть. Коммит есть. Не отстал? Документацию исправили. Коммит есть. Всё. Хочешь - критикуй коммиты предметно. Остальное - просто слова.
     
     
  • 5.148, Аноним (120), 20:15, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    "Я так не понял, что мне указывали на косноязычно-оксюморонное 'исправить, задокументировав'. Мне не нравятся едкие ответы и хочется просто тыкать всех в закрытый тикет."
     
     
  • 6.155, Аноним (143), 20:32, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну тыкай в ответ на открытые тикеты с нерешёнными багами. В чем проблема? Тут же есть баг - есть решение. А твои претензии это "уууооой он слишком грубо общался, где мой кок". Задача закрыта? Закрыта. Проблема решена? Решена. Всё.
     
     
  • 7.168, Аноним (120), 21:03, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так я не считаю других котятами, которых надо в какие-то субстанции тыкать и не вижу необходимости набрасывать здесь на тему любви/ненависти к systemd на столько (уже 13) постов.

    Присмотрись, ты ответил НяшМяшу, который писал о странности, что systemd-tmpfiles вообще создаёт /home. И отвечаешь по веткам, словно их тут тоже можно закрыть "as resolved".

    > уууооой он слишком грубо общался, где мой кок
    > Культура разработки [твоё из другой ветки]
    > качество обратной связи

    А это что за поток мыслей? То, как отчаянно один разработчик systemd из Microsoft прикрывал пятую точку, теперь запомнят. Это и смешно, и показательно. То, что утилита с "tmpfiles" в названии умеет удалять хомяк - тоже.

     
     
  • 8.170, Аноним (116), 21:12, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вам это может быть неудобно, я нашел применение У каждого свой опыт Linux is a... текст свёрнут, показать
     
     
  • 9.174, Аноним (120), 21:22, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Этой твой двадцать четвертый коммент И они не такие смешные, как у Luca Boccass... текст свёрнут, показать
     
     
  • 10.179, Аноним (116), 21:39, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну не читай, я заставляю Хочу пишу, не твое дело ... текст свёрнут, показать
     
  • 5.165, Аноним (12), 20:58, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не думал что можно просто начать жить и перестать страдать решая геройски проблемы которые породила дурацкая архитектура и парадигма системд?
     
     
  • 6.175, Аноним (175), 21:23, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А я и так живу и не решаю проблемы инита) Наоборот проблемов меньше стало от сисянита. Сплошной кайф) Где проблемы то?
     
     
  • 7.224, Аноним (12), 03:07, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Новость не получилось прочитать, сразу в комменты полез?
     
     
  • 8.232, Аноним (75), 05:18, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так у него хомяк удалился, вот он сидит и кайфует... текст свёрнут, показать
     

  • 1.90, какая разница (?), 18:13, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Кто сказал Devuan?
     
     
  • 2.108, Аноним (116), 18:52, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Самое смешное, что никто не говорил))
     
  • 2.269, Пряник (?), 10:11, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Все ждали, что ты скажешь.
     
  • 2.292, Аноним (287), 13:06, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Старичк, ну право слово узпокойся. Дела нет до вашего балкона с лыжами
    собрали себе хламовничек и живите там сами чего навязчиво лезть к остальным.
     
  • 2.332, torvn77 (ok), 01:21, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я сказал, более года работает на моём домашнем компе.
     

  • 1.101, xsignal (ok), 18:40, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Хорошо, что в Slackware нет этого комбайна, который сносит всё на своём пути, даже домашние каталоги пользователей.
     
  • 1.122, Слава Линуксу (?), 19:21, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А кто-то ещё на Винду гнал, что после обновления удалились пользовательские данные..
     
     
  • 2.136, Аноним (273), 19:42, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > разработчиком systemd из Microsoft

    Так можт один и тот же линуксодузятник виноват?

     
     
  • 3.237, tim2k (ok), 06:18, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это месть за хейт "get the facts".
     
     
  • 4.316, Аноним (-), 19:13, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Это месть за хейт "get the facts".

    Куда-то не туда мстят, надо было LSE обанкрочивать :). На фоне ее перехода на линь по причине "дотнет и винды нишмагли в заявленую латенси, зато доили по 40 лямов за версию" - ржали даже те кто вообще имеет очень абстрактное представление о линухе.

     
  • 2.149, Аноним (143), 20:15, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да, я тоже считаю, что майкрософт, который коммитит в ядро, это смешно. Но если их коммиты полезны - пусть будут.
     

  • 1.145, Аноним (145), 20:11, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > Первоначально сообщение об ошибке было отвергнуто Лукой Боккасси (Luca Boccassi), разработчиком systemd из Microsoft, следующим образом

    И вот они во множестве такие в крупных вендорах.

    Приходишь, который уж раз: у Вас тут бага.
    В ответ: иди ты, blah blah blah
    И чуть позже в догонку от них: ой, да, бага, подумаешь какая важность, мог бы не сообщать, попробуем пофиксить (раз уж настолько внимания не стоит).

    :(

     
     
  • 2.157, Аноним (143), 20:35, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • –4 +/
    А ты читай новость дальше - багу в итоге пофиксили. К чему твой коммент?
     
     
  • 3.192, Аноним (192), 22:00, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Осадочек остался.
     
  • 3.271, Фняк (?), 10:20, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Классическая Валерия Ильинична - вы все дураки, а я в белом пальто
     

  • 1.156, BrainFucker (ok), 20:33, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    >  Может быть, не стоит просто запускать случайные команды, о которых вы ничего не знаете, игнорируя при этом то, что вам говорит документация?

    Смешно. Этих команд наплодили 100500 и о них всех знать просто невозможно. К тому же, некоторые команды могут запускать другие.

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

     
     
  • 2.158, Аноним (143), 20:36, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Багу признали и пофиксили. В чем колхоз?
     
     
  • 3.163, BrainFucker (ok), 20:52, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В непрофессонализме. Я написал выше, перед выполнением подобных действий принято у пользователя спрашивать подтверждение, перечислив список удаляемых элементов. У них коммитят джуны без ревью кого-то постарше?
     
     
  • 4.166, Аноним (116), 21:00, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно, а возможно и нет. Это опенсорс, тут может мина рвануть под ногой, для вас это новость? Тады ой, добро пожаловать в наш мирок. Важно то, что багу исправили. Претензии к процессам можно адресовать в житхаб, а ещё лучше - вливайтесь в разработку, расскажете свой посильный опыт. Все будут благодарны.
     
     
  • 5.223, Аноним (223), 02:58, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >тут может мина рвануть под ногой

    Может пора в СПО начинать думать о пользователях, а не своих сверхценных идеях?
    Может хотя бы в системном ПО без мин как-нибудь?

     
  • 5.230, BrainFucker (ok), 04:26, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Это опенсорс, тут может мина рвануть под ногой, для вас это новость?

    СПО разное, не все проекты пилятся энтузиастами just for fun. Всё таки когда проект пилят сотрудники крупных корпораций, от них и ожидания другие.

     
  • 3.190, Sinot (ok), 21:55, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Честно говоря очень странное "пофиксили".
    Теперь вместо того чтобы зачистить все временные каталоги одной командой, нужно еще и список конфигов указывать.

    Больше вопросов вызывает зачем там был нужен home.conf?

    >> При этом настройки tmpfiles.d не ограничиваются временными файлами и также используются для автоматического создания несуществующих каталогов с данными.

    Бдить утилитой за всей времянкой - понимаю зачем может быть нужно. Но отдельная утилита для создания несуществующих каталогов, зачем? mkdir -p чем не угодил? Да еще и с названием вводящим в заблуждение о её функционале.


    P.S. Первый раз слышу об этой утилите. Может я упускаю скрытый смысл.

     
     
  • 4.197, Аноним (116), 22:16, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Упускаешь, man home-manager. Всяческие декларативные тулзы, где требуется воспроизводимость и строгость конфиги, оченно сейчас полюбляют системду, ибо на сисяне такое реализовать невозможно без гигатонн попной боли. А в системде - из коробки. Всякие mkdir есть суксь несусветный в данном контексте, ибо ad hoc приблуда не поддающаяся формальной верификации. Оно может и норм под кроватью, но для дикого прода никогда!
     
     
  • 5.285, Аноним (285), 12:39, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    какой еще home-manager в проде?
     
  • 3.219, ИмяХ (ok), 01:53, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Признали только после того, как у многих пользователей удалился хомяк. Очередной пример того, что пользователи Линуксе - это не пользователи, а просто пушечное мясо для экспериментов.
     

  • 1.160, name (??), 20:39, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Хорошо, что я systemd-tmpfiles в Gentoo заменил на аналог. Надеюсь, разрабочики этого замечательного дистрибутива одумаются и снова начнут поставлять eudev с opentmpfiles в редакции с openrc.
     
     
  • 2.169, Аноним (116), 21:03, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Tmpfiles в редакции systemd вполне норм, я лично проблемов не испытывал (мб потому что доку читал), надеюсь что с исправлением данного бага станут ещё лучшее, ибо уже коммит есть. Обновитесь, может вернётесь назад и тест кейсов будет чуть больше :}
     
     
  • 3.171, name (??), 21:13, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Пусть энтерпрайс, который повёлся на этот комбайн со всем функционалом подряд, и тестирует на своей шкуре эти самые кейсы, а у меня дома приключений не будет. Я лучше всякие весёлые графические новшества потестирую, от системных утилит не очень люблю сюрпризы.
     
     
  • 4.176, Аноним (175), 21:28, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А если вы домашний эндлузер зачем вы высказываетесь в треде про системщину? Пишите в багтрекер вашего дистриба, если есть проблемы - они обязаны решить или передать в апстрим - если нет, то меняйте дистриб. Занимайтесь вашими графическими новшествами ради бога, а системные дела оставьте профикам. Мы за это деньгу получаем.
     
     
  • 5.295, name (??), 13:08, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Будто домашние пользователи не пользуются системными утилитами. Вы получаете только КоК за инклюзивность, судя по результатам.
     
  • 3.199, Аноним (192), 22:21, 19/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хейтеры уже голодают. Всё меньше поводов.
     
     
  • 4.333, Аноним (333), 03:06, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    несухие мечты такие несухие
     

  • 1.186, Аноним (192), 21:50, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Просто временным оказался хомяк (пользователи). Это не баг - это предупреждение.
     
  • 1.198, Аноним (192), 22:18, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Из https://www.freedesktop.org/software/systemd/man/latest/systemd-tmpfiles.html

    "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)

     
     
  • 2.247, Аноним (247), 07:35, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Просто первоначально /home был помещен в /usr/lib/tmpfiles.d/home.conf как исключение с правильным полем Age. Потом добавили --purge и хомяк попал под раздачу.
    Разрабам есть повод включить дурачка и отрубить --purge от неявных конфигураций.
      
     
  • 2.340, Ананий (?), 15:44, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >systemd-tmpfiles-setup.service, systemd-tmpfiles-setup-dev-early.service, systemd-tmpfiles-setup-dev.service, systemd-tmpfiles-clean.service

    о хоспади. Зато не баш-портянки!
    кто-то-в-голове-вообще-держит-все-эти-названия?

     

  • 1.201, Тролль (?), 22:39, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > разработчик systemd из Microsoft

    Ёптить, куда катится этот мир...

     
     
  • 2.238, tim2k (ok), 06:20, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И как после такого не любить *BSD? :)
     
     
  • 3.277, Аноним (277), 11:06, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Легко. Попробуй заставить работать эти BSD. Далеко не на каждом железе запустится.
     
  • 3.317, Аноним (-), 19:15, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > И как после такого не любить *BSD? :)

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

     
     
  • 4.349, crypt (ok), 05:14, 22/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> И как после такого не любить *BSD? :)
    > Бсды вообще для прода не созданы. У них там какие-то очень сильно
    > свои понятия как это должно быть - не стыкующиеся с реальным
    > миром чуть менее чем никак. Слов типа LTS они вообще не
    > слышали.

    Именно так, хочется любить, но там очень странно. Во FreeBSD поддерживают ABI 5 лет, старый софт может работать без пересборки. Но при этом в минорном апдете проапдейтили компилятор на 3 версии, что сломало совместимость и софт перестал собираться.

     
     
  • 5.362, Аноним (-), 20:34, 27/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Именно так, хочется любить, но там очень странно. Во FreeBSD поддерживают ABI
    > 5 лет, старый софт может работать без пересборки. Но при этом
    > в минорном апдете проапдейтили компилятор на 3 версии, что сломало совместимость
    > и софт перестал собираться.

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

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

     

  • 1.205, Аноним (205), 23:31, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    "не можешь победить - возглавь". Разработка systemd находится в руках сотрудников Microsoft. systemd подмял почти весь линукс под себя. Отвечают знатоки - в чьих руках теперь линукс?)
     
     
  • 2.229, йо ж (?), 04:22, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    не достучишься. они в отрицании. некоторые спорят. совсем немногие уже даже торгуются.
     

  • 1.207, Аноним (207), 23:46, 19/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    В systemd всё правильно сказали Они инструмент делали строго для временных файл... большой текст свёрнут, показать
     
     
  • 2.249, Аноним (247), 07:53, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > В systemd всё правильно сказали. Они инструмент делали строго для временных файлов.

    Каким образом в /usr/lib/tmpfiles.d/home.conf оказался /home от вендора?

     
  • 2.272, Аноним (272), 10:20, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    При чём здеcь Debian? home.conf входит в поставку systemd и ставится вместе с ним
    https://github.com/systemd/systemd/blob/main/tmpfiles.d/home.conf

     

  • 1.209, Аноним (210), 00:02, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >Первоначально сообщение об ошибке было отвергнуто Лукой Боккасси (Luca Boccassi), разработчиком systemd из Microsoft

    "This is not a bug!" (С)

     
  • 1.212, Skullnet (ok), 00:22, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Мне кажется уже пора делать совместимую (и более лайтовую) альтернативу системд. Системд работает, но разработчики рукожопые.
     
     
  • 2.239, tim2k (ok), 06:21, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    /etc/rc.conf
     
  • 2.281, Аноним (-), 11:37, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Мне кажется уже пора делать совместимую (и более лайтовую) альтернативу системд.

    Пора кому? Ты собираешь или опять "мне за это не платят"?))
    А то развелось тут мудрых филинов, которые только про стратегию рассуждать могут...

     

  • 1.213, zog (??), 00:23, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    По-моему это карма.
     
     
  • 2.225, Аноним (12), 03:08, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    По-моему это zog.
     

  • 1.214, Аноним (214), 00:43, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    ISPConfig теперь не работает без сисемды - прибили гвоздями.
    Комбаин-спрут окутал систему, скоро UEFI сделает обязательным.

    Зашла звезда Линукс-вея,
    что делать теперь самураю ?

     
     
  • 2.221, Аноним (273), 01:59, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Сладость или гадость!

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

     
  • 2.312, n00by (ok), 18:37, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > что делать теперь самураю ?

    Если самурай не знает кодекс, это не самурай.

     
  • 2.318, Аноним (-), 19:18, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Зашла звезда Линукс-вея,
    > что делать теперь самураю ?

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

     

  • 1.220, ИмяХ (ok), 01:56, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>Вы хотя бы пошли и посмотрели, какие записи tmpfiles.d у вас были заранее?

    В этом вся суть линукса. Перед тем,  сделать какое-то простое действие, нужно перелопатить горы манов и прочей документации и проштудировать все конфиги каждой запускаемой утилиты. Готов, называется, для десктопа, ага.

     
     
  • 2.330, Аноним (330), 23:11, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Особенно забавно что даже через те немногие графические ручки управления, которые реализованы можно на раз-два сломать систему, не делаю на первый взгляд ничего предосудительного.
     
  • 2.348, crypt (ok), 05:01, 22/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >>>Вы хотя бы пошли и посмотрели, какие записи tmpfiles.d у вас были заранее?
    > В этом вся суть линукса. Перед тем,  сделать какое-то простое действие,
    > нужно перелопатить горы манов и прочей документации и проштудировать все конфиги
    > каждой запускаемой утилиты. Готов, называется, для десктопа, ага.

    А вот это - моя основная претензия к systemd. Если раньше программы были маленькими, а маны были короткие (захотел - быстро глянул), то теперь это вот так.

     
     
  • 3.356, Аноним (-), 16:08, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как бы да, но надо это по крупному - 1 раз в жизни, и если планы связаться с лин... большой текст свёрнут, показать
     

  • 1.222, Аноним (222), 02:34, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Прям патч Бармина. А нет. Теперь уже патч Поттеринга.
     
  • 1.231, BrainFucker (ok), 04:29, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Признайтесь, многие ли из экспертов опеннета знали о существовании какого-то systemd-tmpfiles в своих системах?
     
     
  • 2.346, Аноним (346), 00:03, 22/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Думаю, любой, кто занимался пакетированием и сопровождением пакетов знал об этом.
    tmpfiles.d вообще часто как-то странно, не по назначению, используется. Не только для создания постоянных директорий, вместо install/mkdir при сборке, как в топике, но и, например, для установки значений в /sys/, вместо конфига в sysctl.d.
     

  • 1.234, Аноним (234), 05:48, 20/06/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +1 +/
     

     ....ответы скрыты (4)

  • 1.250, Аноним (246), 08:00, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно, а в какой дистрибутив успели втащить systemd 256?
    MS Linux?
     
     
  • 2.261, Kerr (ok), 09:15, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Arch Linux
     
     
  • 3.294, Аноним (-), 13:08, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Arch Linux

    Ну так арчики для этого и существуют - их выпускают на поле и проверяют есть ли там мины. То что им про это не всегда честно сообщают... ну... мало ли чего! :)

     
  • 3.296, Аноним (246), 13:20, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Arch Linux

    спасибо

     
  • 3.344, Аноним (343), 17:20, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Arch Linux

    Клевета. В stable пакет прилетел уже с обновлением.

     
  • 2.322, Аноним (-), 19:31, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Интересно, а в какой дистрибутив успели втащить systemd 256?
    > MS Linux?

    Azure Linux, Azure! Еще есть CBL Mariner некий, но я не знаю - что сие и где используется. Секретный проект по переводу линуха на абажур. Тьфу, абажура на линух. Впрочем, первое тоже прокатило - 70% виртуалок на абажуре это линух.

     

  • 1.252, Diozan (ok), 08:16, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Теперь мы знаем в лицо всех тех, кто не делает бэкапы!
     
  • 1.253, Aoius (?), 08:20, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    >проблема, приводившая к удалению содержимого раздела /home при выполнении команды "systemd-tmpfiles --purge"

    Правильно. Для настоящего хозяина системы все эти людишки со своими жалкими файлами - явление временное.

     
     
  • 2.319, Аноним (-), 19:20, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Правильно. Для настоящего хозяина системы все эти людишки со своими жалкими файлами
    > - явление временное.

    И ведь в 95% прав же, у большинства людей там такой мусор что ну вот реально - темпфайлы, перекачать если ну очень надо, и то - проще забить, настолько "нужное" было.

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

     

  • 1.260, Аноним (260), 09:12, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Я не пользователь сустемд, но легко представляю, как команда типа systemd-tmpfiles --purge будет висеть у людей на кроне или хуком. У скольки людей ось окирпичилась, чего они после этого про систему думают - интересно.
     
  • 1.264, Аноним (264), 09:33, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    ждем systemd-rm-rf-d
     
  • 1.270, Соль земли (?), 10:16, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот поэтому мне и нравится сидеть на Debian со старыми, но стабильными пакетами. А что нужно, можно и руками скачать/поставить.
     
     
  • 2.276, Anonim (??), 10:45, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Devuan?
     

  • 1.282, jalavan (ok), 12:06, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Хороший предлог отказаться от добавления системд для разработчиков дистрибутивов. Линукс и системд вместе не по пути.
     
     
  • 2.293, Аноним (287), 13:08, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Предлагай алтренативу заменим =)
     
     
  • 3.298, Аноним (298), 14:33, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Так много и давно были "альтернативы". И до сих пор есть, даже больше. Вы так оформили свою мысль, как будто нет ничего для замены, а это либо заблуждение, либо просто враньё.
     
  • 3.334, Аноним (333), 03:09, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Альтернативы нет.
    Для этого все именно так и делалось.
     
  • 3.359, Аноним (359), 17:23, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    OpenRC, в конце концов можно сделать systemd-ng с отстранением Поттеринга от дизайна проекта.

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

     

  • 1.311, Savaoff (?), 18:29, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Скоро юниты станут бинарными, и для манипуляций с ними будет systemd-regedit
     
  • 1.328, crypt (ok), 22:49, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > разработчиком systemd из Microsoft

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

     
     
  • 2.341, adsh (ok), 16:24, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Одна из причин, почему многие старые сисадмины предпочитают *BSD - там такие ужасы невозможны, чисто идеологически.
     
     
  • 3.347, crypt (ok), 04:48, 22/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ну вот я и перекатился к ним, а там свои неадекваты оказались. они там при минорном (!) апдейте проапдейтили компилятор на три версии и софт годичной давности уже не собирается. тоже слишком молодежно. я бы на солярис перешел, но там нет софта.
     
     
  • 4.350, adsh (ok), 05:25, 22/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > ну вот я и перекатился к ним, а там свои неадекваты оказались.
    > они там при минорном (!) апдейте проапдейтили компилятор на три версии
    > и софт годичной давности уже не собирается

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

    Гарантированно собирается, лишь софт в текущих портах.


     
     
  • 5.351, crypt (ok), 05:28, 22/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    например, vbox требует модули ядра, после апдейта их нужно пересобрать. пересборка vbox требует для сборки определенные версии компиляторов, которые не собираются и пошло-поехало.
     
     
  • 6.357, Аноним (-), 17:10, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > например, vbox требует модули ядра, после апдейта их нужно пересобрать. пересборка vbox
    > требует для сборки определенные версии компиляторов, которые не собираются и пошло-поехало.

    Про такое говорят: девочка имела счастье. Счастье в долгу не осталось!

     

  • 1.329, Аноним (330), 23:08, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>автоматического создания несуществующих каталогов с данными

    Как я без этого жил?
    Автоматически создавать несуществующие каталоги, а потом автоматически удалять. Только судя по новости я так понял что удаляются существующие...

     
     
  • 2.336, Tron is Whistling (?), 09:24, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Удалить несуществующий каталог - это вообще сложновато.
     

  • 1.358, Аноним (359), 17:18, 24/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > но затем приняли изменение, ограничивающее область действия команды "systemd-tmpfiles --purge" - данная команда теперь может быть выполнена только при явном указании в командной строке конкретного файла конфигурации из tmpfiles.d/ и приведёт к удалению лишь связанных с ним файлов и каталогов. Кроме того, в man-руководство systemd-tmpfiles добавлено более подробное описание опции и предупреждение о возможных последствиях.

    Идиократия в действии. А нужно было создать новый systemd-wrkfiles и в него закидывать конфиги с персистентными данными, вообще без опции --purge, а tmpfiles оставить как есть.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру