Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Пользователи systemd столкнулись с проблемой, приводившей к удалению домашних каталогов"	+/–
Сообщение от opennews (??), 19-Июн-24, 16:24
Опубликован корректирующий выпуск системного менеджера systemd 256.1, в котором устранена проблема, приводившая к удалению содержимого раздела /home при выполнении команды  "systemd-tmpfiles --purge", добавленной в systemd 256 для удаления всех  файлов и каталогов, созданных через настройки в tmpfiles.d... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=61403
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 19-Июн-24, 16:24	+29 +/–
>приводившей к удалению домашних каталогов Ух ты, а что так можно было?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39, #327

2. Сообщение от Аноним (2), 19-Июн-24, 16:24	+16 +/–
Глобально и надёжно
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #265, #266

4. Сообщение от Аноним (4), 19-Июн-24, 16:25	+6 +/–
А зачем она вообще нужна? Rm вручную не достаточно?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #54, #200, #297, #300

5. Сообщение от Аноним (5), 19-Июн-24, 16:26    Скрыто ботом-модератором	+/–
мааленькая проблемка большого системДэ
Ответить | Правка | Наверх | Cообщить модератору

6. Сообщение от Аноним (12), 19-Июн-24, 16:26	+14 +/–
Ахаха отстрелили себе ногу сразу пушкой. А криков было про хороший магический системд который сам все умеет делать и плюшки сам кушает и ноги отстреливает. Система уникум скоро к системд нейросеть приделают вот поржём.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #44

7. Сообщение от Аноним (5), 19-Июн-24, 16:27	+/–
скорее откромсали мачете
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #9

8. Сообщение от Аноним (-), 19-Июн-24, 16:28    Скрыто ботом-модератором	–5 +/–
Эм... т.е. дурики не могут понять что написано в мане, поэтому приходится переименовывать команды и все такое? Заголовок вообще не в тему! "Рукоопые юзеры удаляли не те каталоги".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #49

9. Сообщение от Аноним (12), 19-Июн-24, 16:29	+/–
А хотели просто хлебушка нарезать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

10. Сообщение от Аноним (12), 19-Июн-24, 16:30	+10 +/–
Почему в апстарте и в нормальном ините такого не происходит?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #13

12. Сообщение от Аноним (12), 19-Июн-24, 16:32	+9 +/–
Ты последние лет 10 на опеннет не читал доводы против системд?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #26, #105, #116

13. Сообщение от Аноним (-), 19-Июн-24, 16:37	–13 +/–
> Почему в апстарте и в нормальном ините такого не происходит? Возможно у них защита от дурака была лучше. А системд делалась профи для профи - они не расчитывали на дубовых дундуков которые даже man прочитать не могут. Заставь дурня в руках стеклянный буй держать - так он себе лоб расшибет. Вот пример удаления всего хомяка только при помомщи баша github.com/MrMEEE/bumblebee-Old-and-abbandoned/commit/a047be85247755cdbe0acce6#r433499
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #22, #36, #38, #40

14. Сообщение от Аноним (14), 19-Июн-24, 16:39	+4 +/–
> приводившая к удалению содержимого раздела /home при выполнении команды "systemd-tmpfiles --purge" хорошее начало для римейка "автостопом по галактике".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #63

16. Сообщение от Аноним (16), 19-Июн-24, 16:42	+9 +/–
> при помощи файла "/usr/lib/tmpfiles.d/home.conf" создавался раздел "/home" вот к чему приводит легализация марихуаны. без наркоты такой дизайн не придумать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17, #95

17. Сообщение от Аноним (17), 19-Июн-24, 16:43	+/–
Ну, пакеты с кусками файловой системы тоже идея так себе была
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #37

18. Сообщение от Аноним (18), 19-Июн-24, 16:44	+6 +/–
А не слишком ли всё переусложнено? > что при помощи файла "/usr/lib/tmpfiles.d/home.conf" создавался раздел "/home" Ркалицо... системд-портянки всем портянки портянки.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25

19. Сообщение от Аноним (19), 19-Июн-24, 16:45	+/–
По факту это самая серьёзная проблема линукса со времён его появления... что-то не кажется мне это случайным.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20, #60, #115, #284

20. Сообщение от Аноним (19), 19-Июн-24, 16:46	+1 +/–
Особенно на фоне добавления следящих за юзерами нейронок в макосе и винде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

22. Сообщение от Аноним (22), 19-Июн-24, 16:48    Скрыто ботом-модератором	+6 +/–
> А системд делалась профи для профи после таких слов даже не стыдно, что ты не "профи"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

23. Сообщение от Zenitur (ok), 19-Июн-24, 16:49	+3 +/–
https://github.com/MrMEEE/bumblebee-Old-and-abbandoned/commi...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #31

25. Сообщение от FSA (??), 19-Июн-24, 16:53	+2 +/–
> Ркалицо... системд-портянки всем портянки портянки. Справедливости ради просто попробуйте сравнить код юнитов systemd и аналогичные скрипты для какой-нибудь другой системы инициализации. Преимущество будет явно видно для systemd. Однако, да. Феерический баг. Благо большинству пользователей Linux даром не упирались эти временные каталоги. Так что пусть баг и феерический, но в специфическом функционале.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #27, #30, #55, #80, #159, #283, #364, #365

26. Сообщение от Аноним (-), 19-Июн-24, 17:00    Скрыто ботом-модератором	–11 +/–
И какие из них НЕ оказались хейтерской ложью? Тут комменты пишут всякие отбитые нетакусики-локалхостники. На мнение которых просто положить. А нужно оно или нет решила индустрия. Уже давно решила. Ты бы еще предложил послушать вейландохейтеров или растохейтеров)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #88

27. Сообщение от Аноним (27), 19-Июн-24, 17:00	+7 +/–
Сравнил с upstart, не вижу явного преимущества у systemd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #246

30. Сообщение от Аноним (30), 19-Июн-24, 17:05	+/–
>Справедливости ради просто попробуйте сравнить код юнитов systemd и аналогичные скрипты для какой-нибудь другой системы инициализации. Преимущество будет явно видно для systemd. В смысле? Интрумент для администратора, который не может написать sh-скрипт на 5 строк? Настолько не может, что рад Unit-файлу и черному ящику? Как выше гордо сказали "система для специалистов". У этих же "специалистов" вместе с докером отвалился весь CI/CD и они бегали не знали как теперь жить....
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #42, #51, #152, #185

31. Сообщение от Аноним (-), 19-Июн-24, 17:06	+4 +/–
Да, эпичный тред! Жаль большая часть мемов уже потерлась за давностью лет. PS. Можно еще вспомнить недавнее удаление хомяка при установке некоторых тем в KDE opennet.ru/opennews/art.shtml?num=60826
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

36. Сообщение от анон (?), 19-Июн-24, 17:11	–1 +/–
Профи не пишут маны, они заняты написание профессионального кода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #43

37. Сообщение от Аноним (37), 19-Июн-24, 17:13	+/–
В гайке нормально было, но повторить так в жпл невозможно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

38. Сообщение от Аноним (38), 19-Июн-24, 17:17	+6 +/–
> А системд делалась профи для профи Ой, правда чтоли, 3 с половиной настройки, и куча непонятного бэкграунда, а чтобы переопределить дефолные параметры запуска надо вон в той папке создать файлек, только он не будет работать, потому что два одинаковых параметра нельзя, поэтому надо 3 чтобы 2й обнулял первый, а 3й задавал параметры как надо, и это все вместо того чтобы просто заменить аргумент демона, ну да, профиссиАНАЛизм прям смердит
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

39. Сообщение от Alladin (?), 19-Июн-24, 17:25	+25 +/–
А давайте сразу с корня и рекурсивно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #45, #53, #251

40. Сообщение от noc101 (ok), 19-Июн-24, 17:26	+3 +/–
>github.com/MrMEEE/bumblebee-Old-and-abbandoned/commit/a047be85247755cdbe0acce6#r433499 Вот это реально эпик ошибка. Одна ошибка и всё)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

41. Сообщение от dannyD (?), 19-Июн-24, 17:27	+6 +/–
пустяк, а приятно )))
Ответить | Правка | Наверх | Cообщить модератору

42. Сообщение от noc101 (ok), 19-Июн-24, 17:27	+/–
Если будет вариант писать код и не писать код, я выберу не писать код. А тем кому нефиг чем заняться, могут писать код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #62, #268

43. Сообщение от Аноним (-), 19-Июн-24, 17:27	+1 +/–
Если мне "типа профи" начнет задвигать что "маны читать не нужно, писать код нужно", то я буду долго смеяться, а потом уволю ево нафиг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #46, #87

44. Сообщение от Витюшка (?), 19-Июн-24, 17:29	+3 +/–
Раньше systemd был вполне ничего. Но её написали, а performance evaluation сам себя в RedHat не пройдет. Вот и пилит Лёня новые фичи, придумывая для них use case на ходу. К сожалению это уже жизненный цикл практически любого продукта. Посмотри на любые языки программирования и их путь. Нормальными остались только чистый С из мейнстрим языков и, может быть Go.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #47, #59, #217

45. Сообщение от Xasd7 (?), 19-Июн-24, 17:29	+42 +/–
если /home удалили то уже пофигу на корень :-D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #215, #236

46. Сообщение от Витюшка (?), 19-Июн-24, 17:32	+1 +/–
А потом ты проснешься?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #56

47. Сообщение от Аноним (47), 19-Июн-24, 17:36	–1 +/–
в RedHat поцтеринг давно в микросовте
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #65, #98

49. Сообщение от мяя (?), 19-Июн-24, 17:39	–2 +/–
Какой-то троллинг тупостью с твоей стороны. Ничего там написано не было. В доку добавили инфу после жалобы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

50. Сообщение от Аноним (65), 19-Июн-24, 17:39	+5 +/–
> при помощи файла "/usr/lib/tmpfiles.d/home.conf" создавался раздел "/home" и, соответственно, команда "systemd-tmpfiles --purge" приводила к его удалению Самое смешное, что нет, не создавался. При установке дистрибутива бутстрапится пакет filesystem, в котором содержится вся эта иерархия директорий с заданными правами. А юнит из системды просто отрабатывал в холостую, иначе бы на ФС с Btrfs вместо директории /home был бы подраздел ${root}/home. Но это не так. Зато удаляет /home системда прекрасно, скрытно и непредсказуемо.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #58, #153

51. Сообщение от Аноним (-), 19-Июн-24, 17:39	+1 +/–
> В смысле? Интрумент для администратора, который не может написать sh-скрипт на 5 строк? Для администратора чего? Если это школьник который админит свой покроватный сервер или админ в школе, то норм. А если у тебя хотя бы сотня машин. И несколько админов... Я бы не хотел чтобы каждый писал свои велосипеды и костыли. И вообще автоматизация сделана как раз для того, чтобы не писать по десять раз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #273

53. Сообщение от Аноним (53), 19-Июн-24, 17:41	+1 +/–
и для всех пользователей глобальной сети
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

54. Сообщение от Аноним (54), 19-Июн-24, 17:41	+1 +/–
Может замысел творца был в том, что с rn надо вручную указывать каждый путь удаления, а tmpfile.d знает само все пути?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #84, #85

55. Сообщение от Аноним (55), 19-Июн-24, 17:44	+2 +/–
Давайте сравним >[оверквотинг удален] > >pidfile="/run/bluetoothd.pid" >command="/usr/libexec/bluetooth/bluetoothd" >command_args="${BLUETOOTH_OPTS}" >command_background=1 > >depend() { >    after coldplug >    need dbus localmount hostname >}
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #69, #204

56. Сообщение от Аноним (54), 19-Июн-24, 17:45	+/–
Лаконично и точно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

57. Сообщение от Аноним (60), 19-Июн-24, 17:45	+2 +/–
Я для себя написал свою систему инициализации на Ada. Проще некуда и без кучи ненужных для меня фич. Тут уже кидал ссылку на гитхаб парой тем назад.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #64, #73, #76, #81

58. Сообщение от Аноним (65), 19-Июн-24, 17:45	–2 +/–
А ну да. И идиот тут, конечно, не пользователь, который, lамер такой негодный, ман не читал, а горе-разработчик, который в подсистему для управления *временными* файлами, зачем-то совершенно не по адресу добавил целый постоянный хомяк. Грязный хак, ещё и совершенно бессмысленный, который спустя время всплыл и кому-то стоил нервов. Такая вот культура разработки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #113, #254

59. Сообщение от Аноним (-), 19-Июн-24, 17:46    Скрыто ботом-модератором	–1 +/–
>  чистый С был нормальным только в 70-80х Потом он как стал днищем так и остался. А вот го на старте фичей не доложили. Наверное решили все слишком упростить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

60. Сообщение от Аноним (60), 19-Июн-24, 17:47    Скрыто ботом-модератором	+/–
> По факту это самая серьёзная проблема линукса со времён его появления Это наличие XDG.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

61. Сообщение от Аноним (64), 19-Июн-24, 17:48	+2 +/–
Это был не баг, а фича!
Ответить | Правка | Наверх | Cообщить модератору

62. Сообщение от Витюшка (?), 19-Июн-24, 17:48	+1 +/–
Конфигурация это и есть код в каком-то смысле. Поэтому и появилось "config as code", потому что всегда чего-то не хватает или нельзя сделать. И появляются миллионы опций которые как-то между собой работают и взаимодействуют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

63. Сообщение от Аноним (54), 19-Июн-24, 17:48	+/–
Ага. Дельфины и крысы умней людей и свалили с планеты ещё до катастрофы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

64. Сообщение от Аноним (64), 19-Июн-24, 17:49	+/–
Зачем, когда есть openrc, Runit, dinit и s6?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #70, #75

65. Сообщение от Аноним (65), 19-Июн-24, 17:49	+1 +/–
Он уже прошёл там курс вербовки и теперь, якобы, на вольных хлебах. Ждет распоряжений от M$ о трудоустройстве к её будущим приобретениям.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

68. Сообщение от НяшМяш (ok), 19-Июн-24, 17:50	+8 +/–
https://github.com/systemd/systemd/commit/fed2b07ebc9e8694b5... Главное поцтеринг сам добавил этот файл, а объяснить для чего он нужен - не смог. А как случайно хомяки стали удаляться - так это юзеры неправильные.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #89, #109

69. Сообщение от Аноним (54), 19-Июн-24, 17:51	+/–
Просто сравним, без выводов? Зачем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

70. Сообщение от Аноним (60), 19-Июн-24, 17:51	+2 +/–
Из-за любви к искусству. Чем ещё на пенсии занять себя на седьмом десятке?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #127, #187

73. Сообщение от Аноним (75), 19-Июн-24, 17:52	+1 +/–
Кидай сюда ссыль тоже
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

75. Сообщение от Аноним (75), 19-Июн-24, 17:53	+2 +/–
GNU Shepherd забыл
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

76. Сообщение от Аноним (54), 19-Июн-24, 17:54	+/–
Да, друг, кидайте ссылку сюда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

80. Сообщение от Аноним (-), 19-Июн-24, 17:59	+1 +/–
> "Справедливости ради" Справедливость тут никого не волнует. Главное побольше хейта людей которые что-то делают от людей которые только потребляют и ничего не решают. То что это стало уже стандартом индустрии тоже вообще не волнует админов локалхостов. Баг классный, не уровня БамблБаг, конечно. Тут я сказал бы что пользователи которые "не поняли что значат буковки написанные в документации и чего-то там додумали" тоже несут какую-то вину.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

81. Сообщение от Витюшка (?), 19-Июн-24, 18:02	+/–
Скинь ещё раз, пожалуйста
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

84. Сообщение от Витюшка (?), 19-Июн-24, 18:07	+/–
А пакетный менеджер? При чём тут вообще система инициализации?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

85. Сообщение от Аноним (85), 19-Июн-24, 18:08	+1 +/–
print-tmp-files | while IFS= read -r f; do rm -rf "$f"; done Просто поттеринг очень хотел написать свою ОС чтобы сэкономить 2 наносекунды процессорного времени на запуск команды rm. И ещё он источает лютую ненависть ко всему тому, что может считаться unix-way.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #180

87. Сообщение от какая разница (?), 19-Июн-24, 18:10	+/–
Ты читаешь маны когда покупаешь новый телефон? Изучаешь исходный код системы? Пишешь вендору чтобы он прислал тебе разблокированный загрузчик?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

88. Сообщение от YetAnotherOnanym (ok), 19-Июн-24, 18:11	+2 +/–
То есть, дискуссии о технических сторонах systemd ты либо вообще не читал, либо, если читал, то ничего не понял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #93

89. Сообщение от Аноним (-), 19-Июн-24, 18:12	+2 +/–
Т.е в 2015 году добавил, а спустя почти 10 лет вылезла ошибка? А до этого работало нормально? Ну так отличный результат!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

90. Сообщение от какая разница (?), 19-Июн-24, 18:13	+4 +/–
Кто сказал Devuan?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #108, #269, #292, #332

93. Сообщение от Аноним (-), 19-Июн-24, 18:20	+/–
> То есть, дискуссии о технических сторонах systemd ты либо вообще не читал, либо, если читал, то ничего не понял. Тут практически не было ТЕХНИЧЕСКИЙ дискуссий. На лоре чуть-чуть больше, но не то чтобы слишком. За техническими дискуссиями нужно в рассылки идти. Или на буржуйские формумы. А тут в основном громкие заявление, пустозвонство, теории заговоров, оскорбления оппонентов и просто набрасывание на вентилятор. В общем все то, за что мы любим пенек.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

95. Сообщение от Аноним (95), 19-Июн-24, 18:29	+/–
Если тред на гитхабе почитать, разработчики системд не рекомендуют использовать эту фичу для создания каталогов файловой системы. Но виноваты опять они.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #100, #117, #227

98. Сообщение от Аноним (12), 19-Июн-24, 18:34    Скрыто ботом-модератором	+/–
Можно подумать там нет перформанс евалюейшен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

100. Сообщение от Аноним (12), 19-Июн-24, 18:39	+3 +/–
А им в голову не приходило просто удалить это недоразумение если они его сами не рекомендуют. Или перед кем они этой фичей отчитываются?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #118

101. Сообщение от xsignal (ok), 19-Июн-24, 18:40	+3 +/–
Хорошо, что в Slackware нет этого комбайна, который сносит всё на своём пути, даже домашние каталоги пользователей.
Ответить | Правка | Наверх | Cообщить модератору

105. Сообщение от tty0 (?), 19-Июн-24, 18:51	+/–
Нет, все статьи доводы за: модно, молодежно, удобно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

108. Сообщение от Аноним (116), 19-Июн-24, 18:52	+1 +/–
Самое смешное, что никто не говорил))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

109. Сообщение от Аноним (116), 19-Июн-24, 18:54	+2 +/–
А вы новость читали? Поведение признали неправильным и исправили, тщательно задокументировав. Если это не успешный кейс работы процессов в опенсурсе, то я не знаю что тогда успешный)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #120

113. Сообщение от Аноним (116), 19-Июн-24, 18:58	+/–
Культура разработки - это процесс решения задач и исправления ошибок. То есть чисто качество обратной связи. Тут процесс сработал - ошибку исправили. Причина тряски?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #202, #343

115. Сообщение от Аноним (116), 19-Июн-24, 19:01	+2 +/–
Что именно проблема? Что ошибки признаются и исправляются? Да, очень серьезная проблема для тех, кто привык ошибки плодить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

116. Сообщение от Аноним (116), 19-Июн-24, 19:03	+/–
Доводы не нужны. Нужны патчи и новые технологии. Сделайте лучше - я с удовольствием посмотрю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #119

117. Сообщение от Аноним (117), 19-Июн-24, 19:04	+1 +/–
Зачем разработчики системд выдумывают фичи, которыми сами же не рекомендуют пользьзоваться? Они нездоровы? )))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

118. Сообщение от Аноним (116), 19-Июн-24, 19:06	–2 +/–
Я использую активно, очень удобно. Рад, что исправили ошибку. Обратная связь в опенсурсе очень важна. Тут сработано четко, разработчики молодцы!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #161

119. Сообщение от Омноном (?), 19-Июн-24, 19:09	+5 +/–
Лучше уже сделали - причём ещё до появления ненужныд
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #125

120. Сообщение от Аноним (120), 19-Июн-24, 19:10	+/–
> Поведение признали неправильным и исправили, тщательно задокументировав Перевожу с фрейдистско-бессознательного: > исправили, ... задокументировав "Не баг, а фича". > признали неправильным > тщательно "Я люблю systemd". Конечно, не признавали, его же не стали менять и поругали юзеров в тикете[1]. [1] https://github.com/systemd/systemd/issues/33349#issuecomment...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #128

122. Сообщение от Слава Линуксу (?), 19-Июн-24, 19:21	+1 +/–
А кто-то ещё на Винду гнал, что после обновления удалились пользовательские данные..
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #136, #149

125. Сообщение от Анон666 (?), 19-Июн-24, 19:24	+/–
Что именно? SysV не приводить плз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #131

127. Сообщение от Аноним (147), 19-Июн-24, 19:30	+/–
И занять тех, кто воспользуется, компиляцией GNAT.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #184

128. Сообщение от Аноним (116), 19-Июн-24, 19:30	+/–
Ещё раз, медленно и печально, следи за пальцами. Ошибку исправили. Успеваешь? Запиши, если нет. В тикет отписали. Патч есть. Коммит есть. Не отстал? Документацию исправили. Коммит есть. Всё. Хочешь - критикуй коммиты предметно. Остальное - просто слова.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #148, #165

131. Сообщение от Аноним (12), 19-Июн-24, 19:40	+1 +/–
Страх реальной конкуренции?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #143

136. Сообщение от Аноним (273), 19-Июн-24, 19:42	+/–
> разработчиком systemd из Microsoft Так можт один и тот же линуксодузятник виноват?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #237

143. Сообщение от Аноним (143), 19-Июн-24, 20:09	+/–
Оно же депрекейтед. Предлагаешь самому суппортить? Спасибо *картинка с пингвином*
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #147

145. Сообщение от Аноним (145), 19-Июн-24, 20:11	+3 +/–
> Первоначально сообщение об ошибке было отвергнуто Лукой Боккасси (Luca Boccassi), разработчиком systemd из Microsoft, следующим образом И вот они во множестве такие в крупных вендорах. Приходишь, который уж раз: у Вас тут бага. В ответ: иди ты, blah blah blah И чуть позже в догонку от них: ой, да, бага, подумаешь какая важность, мог бы не сообщать, попробуем пофиксить (раз уж настолько внимания не стоит). :(
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #157

147. Сообщение от Аноним (147), 19-Июн-24, 20:14	+/–
Странно, но почему-то новые версии SysVinit выходят. И даже после того, как кто-то его "объявил депрекейтед", даже новая мажорная вышла.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #178, #228

148. Сообщение от Аноним (120), 19-Июн-24, 20:15	+/–
"Я так не понял, что мне указывали на косноязычно-оксюморонное 'исправить, задокументировав'. Мне не нравятся едкие ответы и хочется просто тыкать всех в закрытый тикет."
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #155

149. Сообщение от Аноним (143), 19-Июн-24, 20:15	+/–
Да, я тоже считаю, что майкрософт, который коммитит в ядро, это смешно. Но если их коммиты полезны - пусть будут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

152. Сообщение от Аноним (143), 19-Июн-24, 20:28	+1 +/–
Добро пожаловать в мир узкой специализации. Вы сами истерили, отводя от себя задачи "это не мое, это разраб пусть правит/это не мое, это пусть аналитики анализируют". Вы сами к этому шли и своей ленью этого добивались. Добро пожаловать в мир, который сами породили. Что с лицом? Может умерить пыл и начать учиться, забирая себе власть назад?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #305

153. Сообщение от Аноним (153), 19-Июн-24, 20:29	+/–
Как пушили скрытное удаление временных файлов - тае и сделали. Просто временным оказался хомяк.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #173

155. Сообщение от Аноним (143), 19-Июн-24, 20:32	+/–
Ну тыкай в ответ на открытые тикеты с нерешёнными багами. В чем проблема? Тут же есть баг - есть решение. А твои претензии это "уууооой он слишком грубо общался, где мой кок". Задача закрыта? Закрыта. Проблема решена? Решена. Всё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #168

156. Сообщение от BrainFucker (ok), 19-Июн-24, 20:33	+5 +/–
>  Может быть, не стоит просто запускать случайные команды, о которых вы ничего не знаете, игнорируя при этом то, что вам говорит документация? Смешно. Этих команд наплодили 100500 и о них всех знать просто невозможно. К тому же, некоторые команды могут запускать другие. Вообще-то перед выполнением действий, которые нельзя откатить, типа удаление чего либо, нормальные утилиты спрашивают подтверждение действий и выдают список того что будет удалено. Колхоз...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #158

157. Сообщение от Аноним (143), 19-Июн-24, 20:35	–4 +/–
А ты читай новость дальше - багу в итоге пофиксили. К чему твой коммент?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #192, #271

158. Сообщение от Аноним (143), 19-Июн-24, 20:36	–3 +/–
Багу признали и пофиксили. В чем колхоз?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #163, #190, #219

159. Сообщение от Аноним (147), 19-Июн-24, 20:36	+5 +/–
>Справедливости ради просто попробуйте сравнить код юнитов systemd и аналогичные скрипты для какой-нибудь другой системы инициализации. Преимущество будет явно видно для systemd. А под капотом Смстемды если код сравнить? Что же его там столько, любая башрортянка позавидует? А, он жеж там шибко "полезными" вещами занимается: бинарные логи пишет, потом парсит, QR-коды генерит, вебсервером, опять же, прикидывается. А всего надо-то было, сервмсы запускать и следить за их живостью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #164

160. Сообщение от name (??), 19-Июн-24, 20:39	+2 +/–
Хорошо, что я systemd-tmpfiles в Gentoo заменил на аналог. Надеюсь, разрабочики этого замечательного дистрибутива одумаются и снова начнут поставлять eudev с opentmpfiles в редакции с openrc.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #169

161. Сообщение от Аноним (161), 19-Июн-24, 20:42	–1 +/–
Для чего ты ей пользовался, балабол? Её, считай, никуда не успели завезти, ты первый раз про неё сегодня вычитал
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #162

162. Сообщение от Аноним (116), 19-Июн-24, 20:50	+2 +/–
В nixos в home-manager активно используется больше года. Это вы на опеннете ее вычитали сегодня.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161 Ответы: #183

163. Сообщение от BrainFucker (ok), 19-Июн-24, 20:52	+2 +/–
В непрофессонализме. Я написал выше, перед выполнением подобных действий принято у пользователя спрашивать подтверждение, перечислив список удаляемых элементов. У них коммитят джуны без ревью кого-то постарше?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #166

164. Сообщение от Аноним (116), 19-Июн-24, 20:54	+/–
Инит это далеко не только про живость сервисов. Даже сисянит делает тысячу вещей сверх этого. Во-первых. Если посмотреть в код любого инита - можно найти что угодно, от мертвых котят до штопаных носков. Важно не это, а то как инит работает с сервисами, то есть бизнес функция. Во-вторых.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159

165. Сообщение от Аноним (12), 19-Июн-24, 20:58	+/–
Не думал что можно просто начать жить и перестать страдать решая геройски проблемы которые породила дурацкая архитектура и парадигма системд?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #175

166. Сообщение от Аноним (116), 19-Июн-24, 21:00	+/–
Возможно, а возможно и нет. Это опенсорс, тут может мина рвануть под ногой, для вас это новость? Тады ой, добро пожаловать в наш мирок. Важно то, что багу исправили. Претензии к процессам можно адресовать в житхаб, а ещё лучше - вливайтесь в разработку, расскажете свой посильный опыт. Все будут благодарны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163 Ответы: #223, #230

168. Сообщение от Аноним (120), 19-Июн-24, 21:03	+/–
Так я не считаю других котятами, которых надо в какие-то субстанции тыкать и не вижу необходимости набрасывать здесь на тему любви/ненависти к systemd на столько (уже 13) постов. Присмотрись, ты ответил НяшМяшу, который писал о странности, что systemd-tmpfiles вообще создаёт /home. И отвечаешь по веткам, словно их тут тоже можно закрыть "as resolved". > уууооой он слишком грубо общался, где мой кок > Культура разработки [твоё из другой ветки] > качество обратной связи А это что за поток мыслей? То, как отчаянно один разработчик systemd из Microsoft прикрывал пятую точку, теперь запомнят. Это и смешно, и показательно. То, что утилита с "tmpfiles" в названии умеет удалять хомяк - тоже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #170

169. Сообщение от Аноним (116), 19-Июн-24, 21:03	–1 +/–
Tmpfiles в редакции systemd вполне норм, я лично проблемов не испытывал (мб потому что доку читал), надеюсь что с исправлением данного бага станут ещё лучшее, ибо уже коммит есть. Обновитесь, может вернётесь назад и тест кейсов будет чуть больше :}
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160 Ответы: #171, #199

170. Сообщение от Аноним (116), 19-Июн-24, 21:12	+/–
>странности, что systemd-tmpfiles вообще создаёт /home Вам это может быть неудобно, я нашел применение. У каждого свой опыт. Linux is about choice. >один разработчик systemd из Microsoft прикрывал пятую точку, теперь запомнят Так я тоже его запомню! Институт репутации - это краеугольный камень в опенсурсе! Вы не знали? И положительные вещи от разработчиков из Микрософт я тоже запомню. И то, что я использую патчи в ядре от разработчиков Микрософт я тоже запомню. Вы же тоже запомните, да? Однобоко же судить нельзя, да? Linux is about choice. >tmpfiles" в названии умеет удалять хомяк - тоже. Я прочитал документацию не обратив внимания на название, ибо часто за 30 лет практики бывало, что название такое, а делает другое. Не доверяй фасаду, доверяй функции. Простите старика.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #174

171. Сообщение от name (??), 19-Июн-24, 21:13	+4 +/–
Пусть энтерпрайс, который повёлся на этот комбайн со всем функционалом подряд, и тестирует на своей шкуре эти самые кейсы, а у меня дома приключений не будет. Я лучше всякие весёлые графические новшества потестирую, от системных утилит не очень люблю сюрпризы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #176

173. Сообщение от Savaoff (?), 19-Июн-24, 21:16	+1 +/–
В принципе, любой файл - временный. В начале 90х в компутерном журнале, название запамятовал, была целая статья, сборник версий о том, что происходит с символами после удаления, куда они исчезают. Типа хорошие символы - в рай, плохие в ад, ну и куча других идей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153

174. Сообщение от Аноним (120), 19-Июн-24, 21:22	+/–
Этой твой двадцать четвертый коммент. И они не такие смешные, как у Luca Boccassi.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170 Ответы: #179

175. Сообщение от Аноним (175), 19-Июн-24, 21:23	+/–
А я и так живу и не решаю проблемы инита) Наоборот проблемов меньше стало от сисянита. Сплошной кайф) Где проблемы то?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165 Ответы: #224

176. Сообщение от Аноним (175), 19-Июн-24, 21:28	–2 +/–
А если вы домашний эндлузер зачем вы высказываетесь в треде про системщину? Пишите в багтрекер вашего дистриба, если есть проблемы - они обязаны решить или передать в апстрим - если нет, то меняйте дистриб. Занимайтесь вашими графическими новшествами ради бога, а системные дела оставьте профикам. Мы за это деньгу получаем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171 Ответы: #295

178. Сообщение от Аноним (116), 19-Июн-24, 21:36	+/–
Его надо специально ставить. Он не входит в поставку дистрибов уже. Кто понесет ответственность, если он мои данные удалит? Кто в следком пойдет отдуваться? Ты? Столлман? Ну что за детсад. Если ты подкроватный админ - не пиши на проф. темы, иди на Ubuntu.ru
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #208, #216

179. Сообщение от Аноним (116), 19-Июн-24, 21:39	+/–
Ну не читай, я заставляю? Хочу пишу, не твое дело.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174

180. Сообщение от Роман (??), 19-Июн-24, 21:42	–2 +/–
так же бы и удалило, если /home оказался в списке (ну эт оне считая что там с экранированием всяких пробелов в таком скрипте) - в чем принципиальная разница в том что вы называете "unix-way"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #335

183. Сообщение от Аноним (161), 19-Июн-24, 21:44	+/–
Что используется? Версия systemd которую только в этом месяце релизнули?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #191

184. Сообщение от Омоним (?), 19-Июн-24, 21:48	+/–
GNAT просто скачай с https://alire.ada.dev/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #210

185. Сообщение от Роман (??), 19-Июн-24, 21:49	+/–
в целом интересная мысль про 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=/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #235

186. Сообщение от Аноним (192), 19-Июн-24, 21:50	+/–
Просто временным оказался хомяк (пользователи). Это не баг - это предупреждение.
Ответить | Правка | Наверх | Cообщить модератору

187. Сообщение от Роман (??), 19-Июн-24, 21:51	+1 +/–
я надеюсь доиграть сохраненки из Heroes3
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #206

190. Сообщение от Sinot (ok), 19-Июн-24, 21:55	+/–
Честно говоря очень странное "пофиксили". Теперь вместо того чтобы зачистить все временные каталоги одной командой, нужно еще и список конфигов указывать. Больше вопросов вызывает зачем там был нужен home.conf? >> При этом настройки tmpfiles.d не ограничиваются временными файлами и также используются для автоматического создания несуществующих каталогов с данными. Бдить утилитой за всей времянкой - понимаю зачем может быть нужно. Но отдельная утилита для создания несуществующих каталогов, зачем? mkdir -p чем не угодил? Да еще и с названием вводящим в заблуждение о её функционале. P.S. Первый раз слышу об этой утилите. Может я упускаю скрытый смысл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #197

191. Сообщение от Аноним (191), 19-Июн-24, 21:58	+/–
Функция tmpfiles уже триллиард лет есть, если не в теме и не в индустрии - мимо, шагом арш, там где-то тред про убунту для тебя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183

192. Сообщение от Аноним (192), 19-Июн-24, 22:00	+2 +/–
Осадочек остался.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157

197. Сообщение от Аноним (116), 19-Июн-24, 22:16	+1 +/–
Упускаешь, man home-manager. Всяческие декларативные тулзы, где требуется воспроизводимость и строгость конфиги, оченно сейчас полюбляют системду, ибо на сисяне такое реализовать невозможно без гигатонн попной боли. А в системде - из коробки. Всякие mkdir есть суксь несусветный в данном контексте, ибо ad hoc приблуда не поддающаяся формальной верификации. Оно может и норм под кроватью, но для дикого прода никогда!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190 Ответы: #285

198. Сообщение от Аноним (192), 19-Июн-24, 22:18	+/–
Из 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)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #247, #340

199. Сообщение от Аноним (192), 19-Июн-24, 22:21	–1 +/–
Хейтеры уже голодают. Всё меньше поводов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #333

200. Сообщение от Neon (??), 19-Июн-24, 22:35	+/–
Модно же, стильно и молодежно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

201. Сообщение от Тролль (?), 19-Июн-24, 22:39	+3 +/–
> разработчик systemd из Microsoft Ёптить, куда катится этот мир...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #238

202. Сообщение от Аноним (202), 19-Июн-24, 22:41	+/–
>Причина тряски? Одновременно идиотизм (надо быть Ландау, что-бы предположить, что обязательно найдется кто-то, кто использует --purge не заглядывая в конфиг) и жлобство (мы лучше пользователя знаем, что ему нужно), из-за которых появилась эта ошибка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #354

204. Сообщение от FSA (??), 19-Июн-24, 23:31	+/–
И ваш сервис конечно же будет стартовать только тогда, когда необходимые ему сервисы уже стартовали? Что он будет делать, если вдруг произойдёт какая-то ошибка при работе и процесс упадёт?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #233

205. Сообщение от Аноним (205), 19-Июн-24, 23:31	+5 +/–
"не можешь победить - возглавь". Разработка systemd находится в руках сотрудников Microsoft. systemd подмял почти весь линукс под себя. Отвечают знатоки - в чьих руках теперь линукс?)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #229

206. Сообщение от Аноним (95), 19-Июн-24, 23:44	+/–
У меня сохранения из Скайрима так и пылятся. Основную линию прошёл, из гильдий только магов, емнип, и гражданскую войну так и не закончил. Глядишь, к тому времени как дойдут руки уже на OpenMW можно будет запускать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187

207. Сообщение от Аноним (207), 19-Июн-24, 23:46	+1 +/–
>Первоначально сообщение об ошибке было отвергнуто Лукой Боккасси (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 root L+ /etc/mtab   -    -    -    -  ../proc/self/mounts L+ /etc/default/locale - - -  -  ../locale.conf L+ /etc/vconsole.conf  - - -  -  default/keyboard Q /home 0755 - - - q /srv 0755 - - - r! /forcefsck r! /fastboot r! /forcequotacheck r! /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.issue f^ /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.root z /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 -
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #249, #272

208. Сообщение от Аноним (208), 19-Июн-24, 23:51	+1 +/–
А кто-то из sd понёс ответственность за удаление хомяка?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178 Ответы: #263, #323

209. Сообщение от Аноним (210), 20-Июн-24, 00:02	+2 +/–
>Первоначально сообщение об ошибке было отвергнуто Лукой Боккасси (Luca Boccassi), разработчиком systemd из Microsoft "This is not a bug!" (С)
Ответить | Правка | Наверх | Cообщить модератору

210. Сообщение от Аноним (210), 20-Июн-24, 00:11    Скрыто ботом-модератором	+/–
Нет пути. Не кошерно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184

212. Сообщение от Skullnet (ok), 20-Июн-24, 00:22	+1 +/–
Мне кажется уже пора делать совместимую (и более лайтовую) альтернативу системд. Системд работает, но разработчики рукожопые.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #239, #281

213. Сообщение от zog (??), 20-Июн-24, 00:23	+/–
По-моему это карма.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #225

214. Сообщение от Аноним (214), 20-Июн-24, 00:43	+1 +/–
ISPConfig теперь не работает без сисемды - прибили гвоздями. Комбаин-спрут окутал систему, скоро UEFI сделает обязательным. Зашла звезда Линукс-вея, что делать теперь самураю ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #221, #312, #318

215. Сообщение от penetrator (?), 20-Июн-24, 00:50	–39 +/–
ну как сказать, хранить в хомяке что-то большее, чем настройки, да еще не бекапить их - такое себе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #244

216. Сообщение от Аноним (216), 20-Июн-24, 01:02	+/–
> Кто понесет ответственность, если он мои данные удалит? А он в отличии от системды этого не умеет. Уже по дефолту лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178 Ответы: #301

217. Сообщение от Аноним (216), 20-Июн-24, 01:08	–6 +/–
> чистый С Чистый С это такая же магия как чистый ассемблер - магическая вундервафля пока не попробуешь применить в реале и тогда оказывается что "чистый С" настолько примитивен что бесполезен для чего-то сложного, молчу про распараллеливание, там они на пару питоном застряли в 90х
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #218, #256, #352

218. Сообщение от _ (??), 20-Июн-24, 01:17	+4 +/–
Ещё один беспомощный :) Вас где то регистрируют? Приют может какой ... ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217

219. Сообщение от ИмяХ (ok), 20-Июн-24, 01:53	+/–
Признали только после того, как у многих пользователей удалился хомяк. Очередной пример того, что пользователи Линуксе - это не пользователи, а просто пушечное мясо для экспериментов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158

220. Сообщение от ИмяХ (ok), 20-Июн-24, 01:56	+/–
>>Вы хотя бы пошли и посмотрели, какие записи tmpfiles.d у вас были заранее? В этом вся суть линукса. Перед тем,  сделать какое-то простое действие, нужно перелопатить горы манов и прочей документации и проштудировать все конфиги каждой запускаемой утилиты. Готов, называется, для десктопа, ага.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #330, #348

221. Сообщение от Аноним (273), 20-Июн-24, 01:59	+/–
Сладость или гадость! Возвращаться на человекопонятные системы, где нет постоянно отваливающихся сервисов, для поднятия которых нужен сложнейший комбайн, сносящий данные пользователя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214

222. Сообщение от Аноним (222), 20-Июн-24, 02:34	+3 +/–
Прям патч Бармина. А нет. Теперь уже патч Поттеринга.
Ответить | Правка | Наверх | Cообщить модератору

223. Сообщение от Аноним (223), 20-Июн-24, 02:58	+/–
>тут может мина рвануть под ногой Может пора в СПО начинать думать о пользователях, а не своих сверхценных идеях? Может хотя бы в системном ПО без мин как-нибудь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166

224. Сообщение от Аноним (12), 20-Июн-24, 03:07	+/–
Новость не получилось прочитать, сразу в комменты полез?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #232

225. Сообщение от Аноним (12), 20-Июн-24, 03:08	+/–
По-моему это zog.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #213

227. Сообщение от nim (?), 20-Июн-24, 03:10	+2 +/–
Непонятно вообще зачем всё это в одну коробку тащить если можно в параметрах каждого юнита указать какие ему каталоги создать. вместо нормальной системы управления ранлевелем, которая не помешала бы, получился какой-то трактор-кофеварка с функцией книжного сканера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

228. Сообщение от Аноним (-), 20-Июн-24, 03:49	+/–
> Странно, но почему-то новые версии SysVinit выходят. И даже после того, как > кто-то его "объявил депрекейтед", даже новая мажорная вышла. Это ему уже таки - не поможет. Оно свое отлетало и вашу экспертизу по нему можно поставить на полочку с антиквариатом. Не будут уже люди en masse рулить своими системами с таким гимором.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147

229. Сообщение от йо ж (?), 20-Июн-24, 04:22	+1 +/–
не достучишься. они в отрицании. некоторые спорят. совсем немногие уже даже торгуются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

230. Сообщение от BrainFucker (ok), 20-Июн-24, 04:26	+/–
> Это опенсорс, тут может мина рвануть под ногой, для вас это новость? СПО разное, не все проекты пилятся энтузиастами just for fun. Всё таки когда проект пилят сотрудники крупных корпораций, от них и ожидания другие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166

231. Сообщение от BrainFucker (ok), 20-Июн-24, 04:29	+4 +/–
Признайтесь, многие ли из экспертов опеннета знали о существовании какого-то systemd-tmpfiles в своих системах?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #346

232. Сообщение от Аноним (75), 20-Июн-24, 05:18	+/–
Так у него хомяк удалился, вот он сидит и кайфует
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #224

233. Сообщение от Perlovka (ok), 20-Июн-24, 05:34	–1 +/–
>И ваш сервис конечно же будет стартовать только тогда, когда необходимые ему сервисы уже стартовали? Да >Что он будет делать, если вдруг произойдёт какая-то ошибка при работе и процесс упадёт? Ничего он не будет делать, это не его задача. Если процесс упал, это нужно расследовать и принимать меры, а не бездумно его рестартить. И за этим следит система мониторинга.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204 Ответы: #262

234. Сообщение от Аноним (234), 20-Июн-24, 05:48    Скрыто ботом-модератором	+1 +/–
Долбанный майкософт !!!  Как им вообще в Linux  экосистему удалось просочится ????
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #240, #248

235. Сообщение от Perlovka (ok), 20-Июн-24, 06:11	+/–
>можете пример привести для достаточно простого набора из 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=... Баш-портянки? Не, не слышал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185 Ответы: #241

236. Сообщение от Аноним (-), 20-Июн-24, 06:13	–1 +/–
> если /home удалили то уже пофигу на корень :-D А в чем проблема? Система живая - откатил снапшот хомяка прям из нее и делов... а, вы фанаты FAT и прочих FFS на стероидах? Ну тогда упс, вы при любом малейшем факапе пролетаете.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

237. Сообщение от tim2k (ok), 20-Июн-24, 06:18	+/–
Это месть за хейт "get the facts".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #316

238. Сообщение от tim2k (ok), 20-Июн-24, 06:20	+1 +/–
И как после такого не любить *BSD? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #201 Ответы: #277, #317

239. Сообщение от tim2k (ok), 20-Июн-24, 06:21	+5 +/–
/etc/rc.conf
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #212

240. Сообщение от tim2k (ok), 20-Июн-24, 06:23	+/–
Бабло. Мне вот интересно, в какой момент MS переобулись из "get the facts" в линукс? После популяризации облаков, виртуализации?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #234 Ответы: #243

241. Сообщение от Роман (??), 20-Июн-24, 06:38	+/–
неплохо для начала, но подразумевает некий openrc как фреймворк. Ну и с рестартами что-нибудь бы еще в магических 5ти строчках баш скритпов (или может даже dash)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #235 Ответы: #242

242. Сообщение от Perlovka (ok), 20-Июн-24, 06:44	+1 +/–
>Ну и с рестартами что-нибудь бы еще А что с рестартами? Или администратор локалхоста считает нормальным рестартить упавшие сервисы невзирая ни на что?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #241 Ответы: #245, #307

243. Сообщение от Perlovka (ok), 20-Июн-24, 06:50	+/–
> Бабло. Мне вот интересно, в какой момент MS переобулись из "get the > facts" в линукс? После популяризации облаков, виртуализации? После того, как им пришлось в Azure поднимать инфраструктуру на Linux, ибо винда не вывезла.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #240 Ответы: #258

244. Сообщение от bergentroll (ok), 20-Июн-24, 07:14	+11 +/–
> ну как сказать, хранить в хомяке что-то большее, чем настройки, да еще > не бекапить их - такое себе А доку́менты, сейвы игрушек и т. п. где хранить пользователю? Директории XDG ни на что не намекают? Или вы GNU/Linux исключительно как серверную ОС рассматриваете?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215 Ответы: #278

245. Сообщение от Роман (??), 20-Июн-24, 07:18	+/–
>>Ну и с рестартами что-нибудь бы еще > А что с рестартами? Или администратор локалхоста считает нормальным рестартить упавшие > сервисы невзирая ни на что? Про локалхост не скажу, надо искать специлистов по такому, за пределами - нормально, да в некоторых случаях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242

246. Сообщение от Аноним (246), 20-Июн-24, 07:26	+/–
> Сравнил с upstart, не вижу явного преимущества у systemd апстарт помер а системд жив
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

247. Сообщение от Аноним (247), 20-Июн-24, 07:35	+/–
Просто первоначально /home был помещен в /usr/lib/tmpfiles.d/home.conf как исключение с правильным полем Age. Потом добавили --purge и хомяк попал под раздачу. Разрабам есть повод включить дурачка и отрубить --purge от неявных конфигураций.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #198

248. Сообщение от Аноним (247), 20-Июн-24, 07:45	+/–
systemd и задумывался как унификация администрирования над зоопарком linux. Типичный путь microsoft: zero администрирование - нуль умений и нуль мозгов у админа. Шаблонное мышление.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #234

249. Сообщение от Аноним (247), 20-Июн-24, 07:53	+/–
> В systemd всё правильно сказали. Они инструмент делали строго для временных файлов. Каким образом в /usr/lib/tmpfiles.d/home.conf оказался /home от вендора?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207

250. Сообщение от Аноним (246), 20-Июн-24, 08:00	+/–
Интересно, а в какой дистрибутив успели втащить systemd 256? MS Linux?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #261, #322

251. Сообщение от Diozan (ok), 20-Июн-24, 08:15	+/–
Так было уже... sudo rm -rf /
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

252. Сообщение от Diozan (ok), 20-Июн-24, 08:16	+/–
Теперь мы знаем в лицо всех тех, кто не делает бэкапы!
Ответить | Правка | Наверх | Cообщить модератору

253. Сообщение от Aoius (?), 20-Июн-24, 08:20	+4 +/–
>проблема, приводившая к удалению содержимого раздела /home при выполнении команды "systemd-tmpfiles --purge" Правильно. Для настоящего хозяина системы все эти людишки со своими жалкими файлами - явление временное.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #319

254. Сообщение от Аноним (254), 20-Июн-24, 08:22	+/–
/home в /usr/lib/tmpfiles.d/home.h добавил сам вендор. т.е это в systemd из коробки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #255, #342

255. Сообщение от Аноним (254), 20-Июн-24, 08:24	+/–
/usr/lib/tmpfiles.d/home.conf конечно же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #254

256. Сообщение от Аноним (256), 20-Июн-24, 08:28	+1 +/–
На чистом си написан интерпретатор Питона. Это язык программирования для системы и драйверов, а Питон для приложений. Я никогда их не противопоставляю, а использую обоих для получения синергетического эффекта, пока другие спорят что лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217

258. Сообщение от Аноним (246), 20-Июн-24, 08:33	+/–
т.е. микрософту достаточно бабла от азури чтобы оплачивать работу разработчиков? а ибиему, который якобы друг линкуса, понадобилось купить редхать и убить центос и клоны для того же?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #243

260. Сообщение от Аноним (260), 20-Июн-24, 09:12	+5 +/–
Я не пользователь сустемд, но легко представляю, как команда типа systemd-tmpfiles --purge будет висеть у людей на кроне или хуком. У скольки людей ось окирпичилась, чего они после этого про систему думают - интересно.
Ответить | Правка | Наверх | Cообщить модератору

261. Сообщение от Kerr (ok), 20-Июн-24, 09:15	+1 +/–
Arch Linux
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #250 Ответы: #294, #296, #344

262. Сообщение от srgazh (ok), 20-Июн-24, 09:19	–2 +/–
Да и остановить производство? Гнету локолохотстВо)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #233 Ответы: #274, #275

263. Сообщение от Аноним (263), 20-Июн-24, 09:26    Скрыто ботом-модератором	+/–
Кто употребил?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208

264. Сообщение от Аноним (264), 20-Июн-24, 09:33	+1 +/–
ждем systemd-rm-rf-d
Ответить | Правка | Наверх | Cообщить модератору

265. Сообщение от КО (?), 20-Июн-24, 09:47	+/–
Мде, залет конечно знатный
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #267

266. Сообщение от Attoll (?), 20-Июн-24, 09:48	+7 +/–
"..Luca Boccassi, разработчиком systemd из Microsoft..", - ну а что кто ждал. Было-бы удивительно, если не произошло что-нибудь подобное. Её ответ на ошибку и её рассмотрение говорят о команде разработки вообще всё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #286

267. Сообщение от Attoll (?), 20-Июн-24, 09:51	+7 +/–
Особенно когда люди из Microsoft разрабатывают systemd.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #265

268. Сообщение от Пряник (?), 20-Июн-24, 10:07	+/–
Ты предпочитаешь сразу паять микросхему?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

269. Сообщение от Пряник (?), 20-Июн-24, 10:11	+/–
Все ждали, что ты скажешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

270. Сообщение от Соль земли (?), 20-Июн-24, 10:16	+/–
Вот поэтому мне и нравится сидеть на Debian со старыми, но стабильными пакетами. А что нужно, можно и руками скачать/поставить.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #276

271. Сообщение от Фняк (?), 20-Июн-24, 10:20	+/–
Классическая Валерия Ильинична - вы все дураки, а я в белом пальто
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157

272. Сообщение от Аноним (272), 20-Июн-24, 10:20	+/–
При чём здеcь Debian? home.conf входит в поставку systemd и ставится вместе с ним https://github.com/systemd/systemd/blob/main/tmpfiles.d/home...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207

273. Сообщение от Аноним (273), 20-Июн-24, 10:31	+/–
> А если у тебя хотя бы сотня машин. То обеспечить их обслуживание ты не сможешь, если только не тяп-ляп подходом. Системы могут быть разные, а значит разные юниты надо городить. Не наваливай в тарелку больше чем можешь съесть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

274. Сообщение от Аноним (273), 20-Июн-24, 10:35	+1 +/–
Лучше остановить производство, чем некорректно работающим и падающим юнитом производство запороть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #262 Ответы: #313

275. Сообщение от Perlovka (ok), 20-Июн-24, 10:43	–1 +/–
> Да и остановить производство? Гнету локолохотстВо) Если у вас производство зависит от одного сервиса, могу только посочувствовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #262

276. Сообщение от Anonim (??), 20-Июн-24, 10:45	+/–
Devuan?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #270

277. Сообщение от Аноним (277), 20-Июн-24, 11:06	+/–
Легко. Попробуй заставить работать эти BSD. Далеко не на каждом железе запустится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #238

278. Сообщение от penetrator (?), 20-Июн-24, 11:14    Скрыто ботом-модератором	–18 +/–
>> ну как сказать, хранить в хомяке что-то большее, чем настройки, да еще >> не бекапить их - такое себе > А доку́менты, сейвы игрушек и т. п. где хранить пользователю? Директории XDG > ни на что не намекают? Или вы GNU/Linux исключительно как серверную > ОС рассматриваете? документы точно не в хомяке, в идеале вообще на отдельной файловой системе примонтированной не в хомяк а в кастомную директорию но стадо может продолжать мучать хомяк, им норм Users, Documents, Images и прочий вендошлак )))) и смотри сколько таких калечей по минусам на первый комент ))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #244

281. Сообщение от Аноним (-), 20-Июн-24, 11:37	+/–
> Мне кажется уже пора делать совместимую (и более лайтовую) альтернативу системд. Пора кому? Ты собираешь или опять "мне за это не платят"?)) А то развелось тут мудрых филинов, которые только про стратегию рассуждать могут...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #212

282. Сообщение от jalavan (ok), 20-Июн-24, 12:06	+5 +/–
Хороший предлог отказаться от добавления системд для разработчиков дистрибутивов. Линукс и системд вместе не по пути.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #293

283. Сообщение от AlexYeCu_not_logged (?), 20-Июн-24, 12:07	+/–
>Справедливости ради просто попробуйте сравнить код юнитов 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?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #288, #290

284. Сообщение от AlexYeCu_not_logged (?), 20-Июн-24, 12:08	+/–
>По факту это самая серьёзная проблема линукса со времён его появления... Ты ввобще про эту команды хоть слышал (про использовал ли ладе и не спрашиваю) до этого дня?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

285. Сообщение от Аноним (285), 20-Июн-24, 12:39	+/–
какой еще home-manager в проде?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197

286. Сообщение от Ноним (?), 20-Июн-24, 12:51	+/–
> Её ответ на ошибку и её рассмотрение Его ответ: https://github.com/bluca Одним словом, "блюка")))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #266 Ответы: #287, #363

287. Сообщение от Аноним (287), 20-Июн-24, 13:03	+/–
А разве "u" в слоге не читаеться как "а"? Выходит, что это "блAка".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #286 Ответы: #345

288. Сообщение от Аноним (287), 20-Июн-24, 13:04	+/–
Давай сравним с launchd из MacOS (тоже POSIX) ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #283

290. Сообщение от Аноним (-), 20-Июн-24, 13:05	+/–
> А теперь внимание: вопрос! На сколько портянок потянет /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 ... ...заодно уточнив: не скопытится ли скриптота от недоступности тулсов на середине сборки чего-то сравнимого?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #283 Ответы: #309

292. Сообщение от Аноним (287), 20-Июн-24, 13:06	+/–
Старичк, ну право слово узпокойся. Дела нет до вашего балкона с лыжами собрали себе хламовничек и живите там сами чего навязчиво лезть к остальным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

293. Сообщение от Аноним (287), 20-Июн-24, 13:08	+/–
Предлагай алтренативу заменим =)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #282 Ответы: #298, #334, #359

294. Сообщение от Аноним (-), 20-Июн-24, 13:08	+/–
> Arch Linux Ну так арчики для этого и существуют - их выпускают на поле и проверяют есть ли там мины. То что им про это не всегда честно сообщают... ну... мало ли чего! :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #261

295. Сообщение от name (??), 20-Июн-24, 13:08	+1 +/–
Будто домашние пользователи не пользуются системными утилитами. Вы получаете только КоК за инклюзивность, судя по результатам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176

296. Сообщение от Аноним (246), 20-Июн-24, 13:20	+/–
> Arch Linux спасибо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #261

297. Сообщение от еропка (?), 20-Июн-24, 14:17	+/–
Потому что rm ручками надо вызывать, а для этой штуки можно настроить запуск по расписанию, просто создав таймер-юнит. Удобно, если есть проги, которые мусорят временными файлами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #302

298. Сообщение от Аноним (298), 20-Июн-24, 14:33	+3 +/–
Так много и давно были "альтернативы". И до сих пор есть, даже больше. Вы так оформили свою мысль, как будто нет ничего для замены, а это либо заблуждение, либо просто враньё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #293

300. Сообщение от BorichL (ok), 20-Июн-24, 16:00	+/–
А затем же, зачем и systemd, почесать левой пяткой за правым ухом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

301. Сообщение от Аноним (-), 20-Июн-24, 16:01	+/–
>> Кто понесет ответственность, если он мои данные удалит? > А он в отличии от системды этого не умеет. Уже по дефолту лучше. Ну, знаешь, с практической точки зрения - какой процент юзерей системды вообще страдал вон тем вводом команд, чтобы на это налететь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #216

302. Сообщение от BorichL (ok), 20-Июн-24, 16:01	+/–
А то, малолетние дебилы уже rm в crontab вписать не в состоянии, им юнит надо?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #297 Ответы: #320

305. Сообщение от Аноним (-), 20-Июн-24, 16:24	+/–
> Может умерить пыл и начать учиться, забирая себе власть назад? А если мне и так норм? Ну реально я не хочу разбираться в чужих задачах и превращаться в "специалист всего по немношку" Пусть пироги печет пирожник, а сапоги чинит сапожник (с) А не наоборот.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152

307. Сообщение от Аноним (-), 20-Июн-24, 16:53	+/–
>>Ну и с рестартами что-нибудь бы еще > А что с рестартами? Или администратор локалхоста считает нормальным рестартить упавшие > сервисы невзирая ни на что? Как админи некоторых продов - считаю что лучше уж перезапустить сервис при каких-то отклонениях от идеала, чем вообще совсем уйти в даун, на хрен знает сколько - так что юзеры разбегутся, обматерятся, сольют репутацию, а админ, видимо, должен в 5 утра вскочить и с ж@пой в мыле подымать сдохший сервис сам. В режиме аврала. Или всем надо по супер-тиме админов. Вот ща какой-нибудь SMB и порчие опенсорсные проекты подразопрутся - и наймут по пятку админов на фултайм! Осталось только придумать где они бабок на такую развлекуху возьмут. Но когда такие мелочи останавливали опеннетовых экспертов?...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242 Ответы: #308

308. Сообщение от Perlovka (ok), 20-Июн-24, 17:00	+/–
Как "админи некоторых продов" вам стоило бы выучить слова "High Availability" и "резервные дублирующие системы". И не позориться прилюдно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #307 Ответы: #314, #315

309. Сообщение от Perlovka (ok), 20-Июн-24, 17:26	+/–
>> А теперь внимание: вопрос! На сколько портянок потянет /usr/local/bin/file? > Еще неплохо показать как на портянакх сделать > ...заодно уточнив: не скопытится ли скриптота от недоступности тулсов на середине сборки > чего-то сравнимого? Еще было бы неплохо обосновать необходимость переизобретания sandbox в ините, и кому это надо вообще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #290 Ответы: #310

310. Сообщение от Аноним (-), 20-Июн-24, 18:11	+/–
> Еще было бы неплохо обосновать необходимость переизобретания sandbox в ините, и кому > это надо вообще. Обосновываю: 1) Мне нахрен не уперлись N способов делания одного и того же - инициализации системы и запуска сервисов которые делают то для чего система и развернута. 2) Очень круто когда все это великолепие - в одном "systemctl" а не дюжине разных закоулков. И запуск-останов, и просмотр статусов, и вообще. 3) Простота сборки такого "контейнера" привела к тому что майнтайнеры стали более прилично изолировать системные и сетевые сервисы по дефолту. Я нахожу это хорошим и правильным. А у любителей скриптов в результате - либо удобства во дворе, либо энтерпрайзные тяжеловесы. А какого-то адекватного варианта просто нет и они на это забивают. Так что большая часть сервисов в системе у них - без вот этого всего. И соответственно при вулне - тырит у нелоха какие-нить ключи ssh из хомяка, или там что еще в моде. Особенно с совсем классическими системами пермиссий марки "проходной двор".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #309

311. Сообщение от Savaoff (?), 20-Июн-24, 18:29	+2 +/–
Скоро юниты станут бинарными, и для манипуляций с ними будет systemd-regedit
Ответить | Правка | Наверх | Cообщить модератору

312. Сообщение от n00by (ok), 20-Июн-24, 18:37	+/–
> что делать теперь самураю ? Если самурай не знает кодекс, это не самурай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214

313. Сообщение от Аноним (-), 20-Июн-24, 18:43	+/–
> Лучше остановить производство, чем некорректно работающим и падающим юнитом производство запороть. Для корректности работы и реакции на факапы у системды другие средства есть. Например апи вачдога. А у вас - для этого есть дырка от бублика. Более того - всякие "сетевые" мониторинги не адресуют вопросы живости и работоспособности не-сетевых сервисов. Если уж мы про производства. А других апей расшаривания вачдога в линухе у меня для вас все равно нет. Ну и вот как вы вообще будете рюхать что прога реагирующая на допустим хардварные кнопки - не сдохла, если это с сетью не было связано, м? Если уж мы о производствах?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #274

314. Сообщение от Аноним (-), 20-Июн-24, 19:04    Скрыто ботом-модератором	+/–
> Как "админи некоторых продов" вам стоило бы выучить слова "High Availability" и > "резервные дублирующие системы". И не позориться прилюдно. Сервисы бывают, цуко, разные. И на вашем долбаном вебе мир не заканчивается. Поэтому сие катит мягко говоря - не всегда. А вашими прибитыми на гвозди допущениями вы таки в край задолбали, неуважаемые. За это вас и вынесли в obsolete.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #308

315. Сообщение от Аноним (-), 20-Июн-24, 19:08	+/–
> Как "админи некоторых продов" вам стоило бы выучить слова "High Availability" и > "резервные дублирующие системы". И не позориться прилюдно. Это катит не всегда и не везде. А сервисы - уж такие какие есть, и цать лет спустя переделывать архитектуру бывает объективно поздняк. И переписывать какой-нибудь здоровенный кастом - никто не будет. И на вебе - мир не заканчивается, внезапно. За непонимание таких вещей тех господ и отправили в obsolete. Заслуженно, имхо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #308 Ответы: #331

316. Сообщение от Аноним (-), 20-Июн-24, 19:13	+/–
> Это месть за хейт "get the facts". Куда-то не туда мстят, надо было LSE обанкрочивать :). На фоне ее перехода на линь по причине "дотнет и винды нишмагли в заявленую латенси, зато доили по 40 лямов за версию" - ржали даже те кто вообще имеет очень абстрактное представление о линухе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #237

317. Сообщение от Аноним (-), 20-Июн-24, 19:15	–1 +/–
> И как после такого не любить *BSD? :) Бсды вообще для прода не созданы. У них там какие-то очень сильно свои понятия как это должно быть - не стыкующиеся с реальным миром чуть менее чем никак. Слов типа LTS они вообще не слышали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #238 Ответы: #349

318. Сообщение от Аноним (-), 20-Июн-24, 19:18	–1 +/–
> Зашла звезда Линукс-вея, > что делать теперь самураю ? Таким как ты? Ну, попробуй харакири, например. А можно все же почитать маны да наслаждаться, решая проблемы которые были раньше сложными за считаные минуты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214

319. Сообщение от Аноним (-), 20-Июн-24, 19:20	+/–
> Правильно. Для настоящего хозяина системы все эти людишки со своими жалкими файлами > - явление временное. И ведь в 95% прав же, у большинства людей там такой мусор что ну вот реально - темпфайлы, перекачать если ну очень надо, и то - проще забить, настолько "нужное" было. Так что это на самом деле прозрачный хинт юзерам что они совсем охомячились.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #253

320. Сообщение от Аноним (-), 20-Июн-24, 19:22	–2 +/–
> А то, малолетние дебилы уже rm в crontab вписать не в состоянии, > им юнит надо? man systemd.timers дедуля, мы таки и этот ваш крон - ушли, вот как раз чтобы не щарахаться по дюжине дир в разных закоулках - а получить overview системы в одном systemctl, 1 командой ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #302 Ответы: #321

321. Сообщение от BorichL (ok), 20-Июн-24, 19:25	+4 +/–
>> А то, малолетние дебилы уже rm в crontab вписать не в состоянии, >> им юнит надо? > man systemd.timers дедуля, мы таки и этот ваш крон - ушли, вот > как раз чтобы не щарахаться по дюжине дир в разных закоулках > - а получить overview системы в одном systemctl, 1 командой ;) Да, один глобальный гадюшник это одна из концепций современного Линукса. Для меня это стало последней каплей для перехода на Фряху.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #320 Ответы: #337

322. Сообщение от Аноним (-), 20-Июн-24, 19:31	+/–
> Интересно, а в какой дистрибутив успели втащить systemd 256? > MS Linux? Azure Linux, Azure! Еще есть CBL Mariner некий, но я не знаю - что сие и где используется. Секретный проект по переводу линуха на абажур. Тьфу, абажура на линух. Впрочем, первое тоже прокатило - 70% виртуалок на абажуре это линух.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #250

323. Сообщение от Денис Попов (?), 20-Июн-24, 20:37	+/–
Спортлото принимает жалобы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208

327. Сообщение от crypt (ok), 20-Июн-24, 22:45	–1 +/–
никогда такого не было и вот опять
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

328. Сообщение от crypt (ok), 20-Июн-24, 22:49	+2 +/–
> разработчиком systemd из Microsoft епта.. куда катится этот мир и линукс.. кажется, уже и на свете никого не осталось, кому эта фраза режет слух.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #341

329. Сообщение от Аноним (330), 20-Июн-24, 23:08	+/–
>>автоматического создания несуществующих каталогов с данными Как я без этого жил? Автоматически создавать несуществующие каталоги, а потом автоматически удалять. Только судя по новости я так понял что удаляются существующие...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #336

330. Сообщение от Аноним (330), 20-Июн-24, 23:11	+1 +/–
Особенно забавно что даже через те немногие графические ручки управления, которые реализованы можно на раз-два сломать систему, не делаю на первый взгляд ничего предосудительного.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #220

331. Сообщение от Perlovka (ok), 20-Июн-24, 23:29	+/–
> Это катит не всегда и не везде. А сервисы - уж такие > какие есть, и цать лет спустя переделывать архитектуру бывает объективно поздняк. > И переписывать какой-нибудь здоровенный кастом - никто не будет. И на > вебе - мир не заканчивается, внезапно. За непонимание таких вещей тех > господ и отправили в obsolete. Заслуженно, имхо. Не очень понятно, при чем здесь веб вообще. Да и кого и куда вынесли, тоже непонятно. >переписывать какой-нибудь здоровенный кастом - никто не будет Понятно, поэтому вы будете его рестартить пока он не сдохнет совсем. Отличный подход. Надежный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #315 Ответы: #338

332. Сообщение от torvn77 (ok), 21-Июн-24, 01:21	+/–
Я сказал, более года работает на моём домашнем компе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

333. Сообщение от Аноним (333), 21-Июн-24, 03:06	+/–
несухие мечты такие несухие
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #199

334. Сообщение от Аноним (333), 21-Июн-24, 03:09	+/–
Альтернативы нет. Для этого все именно так и делалось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #293

335. Сообщение от Мимоадекват (?), 21-Июн-24, 08:17	+/–
Разница в том, что rm называется remove. И по умолчанию ты ждёшь, что оно может удалить всё. И лишний раз проверишь. А tmpfiles -purge что, по вашему должно удалять? Весь мир? Коричневое зеленым назвали и сидят удивляются, почему люди не довольны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180

336. Сообщение от Tron is Whistling (?), 21-Июн-24, 09:24	+/–
Удалить несуществующий каталог - это вообще сложновато.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #329

337. Сообщение от Аноним (337), 21-Июн-24, 10:00	+/–
> Да, один глобальный гадюшник это одна из концепций современного Линукса. Для меня > это стало последней каплей для перехода на Фряху. Какие прикольные двойные стандарты. - Если это BSD делают - "цельная система, бла бла бла". - А если пингвин - "глобальный гадюшник". И не надо тут пытаться врать. Линуксоидом вы никогда не были. Достаточно ткнуть в профайл и убедиться в том что вы пингвин поливали всегда, и прославляли BSD. Так что линуксоиды с этого вообще ничего не потеряли, имхо. А в бсдшном сообществе вы и правда будете свой среди своих. Только это баг, а не фича, на мой вкус.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #321

338. Сообщение от Аноним (-), 21-Июн-24, 10:18	+/–
>> вебе - мир не заканчивается, внезапно. За непонимание таких вещей тех >> господ и отправили в obsolete. Заслуженно, имхо. > Не очень понятно, при чем здесь веб вообще. Мониторинг живости сервисов у господ раздающих ценные советы "как надо" - почему-то был зациклен на сетевых сервисах, и вебе - в частности. Что делать тем кому надо сервисы без сети мониторить такие как вы рецептов не давали. Это многим надоело и возник спрос на что-то лучше чем это. На очередном Linux Plumbers Conf какие-то эмбедеры обрисовали чего им не хватает, оказалось половину этого и энтерпрайзы с серверами не проч, ибо в чем-то похоже. Ну они и сделали все что просили. Вместо сказок о том что (не)нужно. Мне такой подход к делу нравится. > Да и кого и куда вынесли, тоже непонятно. Вон тех ветеран юникс админов - вместе с вэями. Мне как-то знакомый девопс просто показал как он работает. Я усвоил как надо было на самом деле. И да, конечно он эксперт в системд до кучи. У него такие тайминги решения проблем что я охренел и понял что будет офигенно если я хоть половину от этого смогу. Я не буду рулить моими системами как те антики, идеал - тот тип, и его тайминги решения задач. >>переписывать какой-нибудь здоровенный кастом - никто не будет > Понятно, поэтому вы будете его рестартить пока он не сдохнет совсем. Если за цать лет не сдох, вероятность что на цать-первый сдохнет мизерняа. Да и частые бэкапы у господ есть. А если оно локапается и перестает выполнять то для чего поставлено - упс, mission failed. Я собссно видел как тот девопс за 5 минут вачдог апи туда привинтил, радикально решив трабл. Теперь системный манагер знает жива ли программа реально. > Отличный подход. Надежный. Это эффективное, радикальное решение проблемы за обозримое время. А как чинить локап который спасибо если раз в месяц - и какие условия его вызывают - на это можно убить море времени без гарантированного результата. Столько ресурсов на это выкроить - откуда?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #331

340. Сообщение от Ананий (?), 21-Июн-24, 15:44	+2 +/–
>systemd-tmpfiles-setup.service, systemd-tmpfiles-setup-dev-early.service, systemd-tmpfiles-setup-dev.service, systemd-tmpfiles-clean.service о хоспади. Зато не баш-портянки! кто-то-в-голове-вообще-держит-все-эти-названия?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #198

341. Сообщение от adsh (ok), 21-Июн-24, 16:24	+/–
Одна из причин, почему многие старые сисадмины предпочитают *BSD - там такие ужасы невозможны, чисто идеологически.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #328 Ответы: #347

342. Сообщение от Аноним (343), 21-Июн-24, 17:03	+/–
Так я о разработчике systemd и говорил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #254

343. Сообщение от Аноним (343), 21-Июн-24, 17:08	+/–
Процесс не сработал. Такая ошибка не должна была возникнуть. Однако, кто-то с большой властью, но маленькой ответственностью, её создал на ровном месте. Временные файлы на то и называются временными, что никто не обязан предполагать, что их очистка может снести НЕ-временные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113

344. Сообщение от Аноним (343), 21-Июн-24, 17:20	+/–
> Arch Linux Клевета. В stable пакет прилетел уже с обновлением.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #261

345. Сообщение от анонимус (??), 21-Июн-24, 19:53	+1 +/–
Это ж английский, читаться может как угодно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #287

346. Сообщение от Аноним (346), 22-Июн-24, 00:03	+/–
Думаю, любой, кто занимался пакетированием и сопровождением пакетов знал об этом. tmpfiles.d вообще часто как-то странно, не по назначению, используется. Не только для создания постоянных директорий, вместо install/mkdir при сборке, как в топике, но и, например, для установки значений в /sys/, вместо конфига в sysctl.d.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #231

347. Сообщение от crypt (ok), 22-Июн-24, 04:48	+/–
ну вот я и перекатился к ним, а там свои неадекваты оказались. они там при минорном (!) апдейте проапдейтили компилятор на три версии и софт годичной давности уже не собирается. тоже слишком молодежно. я бы на солярис перешел, но там нет софта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #341 Ответы: #350

348. Сообщение от crypt (ok), 22-Июн-24, 05:01	+/–
>>>Вы хотя бы пошли и посмотрели, какие записи tmpfiles.d у вас были заранее? > В этом вся суть линукса. Перед тем,  сделать какое-то простое действие, > нужно перелопатить горы манов и прочей документации и проштудировать все конфиги > каждой запускаемой утилиты. Готов, называется, для десктопа, ага. А вот это - моя основная претензия к systemd. Если раньше программы были маленькими, а маны были короткие (захотел - быстро глянул), то теперь это вот так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #220 Ответы: #356

349. Сообщение от crypt (ok), 22-Июн-24, 05:14	+/–
>> И как после такого не любить *BSD? :) > Бсды вообще для прода не созданы. У них там какие-то очень сильно > свои понятия как это должно быть - не стыкующиеся с реальным > миром чуть менее чем никак. Слов типа LTS они вообще не > слышали. Именно так, хочется любить, но там очень странно. Во FreeBSD поддерживают ABI 5 лет, старый софт может работать без пересборки. Но при этом в минорном апдете проапдейтили компилятор на 3 версии, что сломало совместимость и софт перестал собираться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #317 Ответы: #362

350. Сообщение от adsh (ok), 22-Июн-24, 05:25	+/–
> ну вот я и перекатился к ним, а там свои неадекваты оказались. > они там при минорном (!) апдейте проапдейтили компилятор на три версии > и софт годичной давности уже не собирается А зачем его собирать - он и так должен работать, при смене минорной версии. Если потеряли - можно найти уже собранный, в старых пакетах. Гарантированно собирается, лишь софт в текущих портах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #347 Ответы: #351

351. Сообщение от crypt (ok), 22-Июн-24, 05:28	+/–
например, vbox требует модули ядра, после апдейта их нужно пересобрать. пересборка vbox требует для сборки определенные версии компиляторов, которые не собираются и пошло-поехало.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #350 Ответы: #357

352. Сообщение от Аноним (352), 23-Июн-24, 12:59	+/–
Хз, писал на сишке всякие числяки, многопоточка вполне себе удобно использовалась через OpenMP
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217

354. Сообщение от _hide_ (ok), 24-Июн-24, 11:44	+/–
Т.е. изменить результат действия команды изменился, а оправдание -- то, что в документации поправили? Вот это классная логика!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202

356. Сообщение от Аноним (-), 24-Июн-24, 16:08	+/–
> А вот это - моя основная претензия к systemd. Если раньше программы > были маленькими, а маны были короткие (захотел - быстро глянул), то > теперь это вот так. Как бы да, но надо это по крупному - 1 раз в жизни, и если планы связаться с линухом всерьез есть то 1 раз в жизни можно это позволить. А потом - во всех дистрах примерно одно и то же. Изредка по мелочи апдейтить знания, и только. Это с нами надолго, имхо. А до этого все дистры по разному это делали. Перейдя с редхата на убунту/дебиан вообще месяцок себя инвалидом ощущаешь, все по другому, даже стартовые скрипты. И если вон тот сервис который не в пакетах выложил скрипт для энной системы, а тут не она, перепилить - отдельный квест. А потом еще понять почему зараза не стартует. С логами там такой же швах как с остальным был. Ну такое себе. Да, оно хватается за многовато дел - но в моем дистро (дебиан) на субпакеты распилено и потому - не так уж и страшно. Можно поставить что реально надо - и юзать только это. По минимуму ему dbus не надо, всякие networkd/timesyncd/etc - опциональщина, если кому нравится что-то другое и черт с ним. Даже journald местами отключен (на эмбедовке, чтоб флеху не протирать).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #348

357. Сообщение от Аноним (-), 24-Июн-24, 17:10	+/–
> например, vbox требует модули ядра, после апдейта их нужно пересобрать. пересборка vbox > требует для сборки определенные версии компиляторов, которые не собираются и пошло-поехало. Про такое говорят: девочка имела счастье. Счастье в долгу не осталось!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #351

358. Сообщение от Аноним (359), 24-Июн-24, 17:18	+/–
> но затем приняли изменение, ограничивающее область действия команды "systemd-tmpfiles --purge" - данная команда теперь может быть выполнена только при явном указании в командной строке конкретного файла конфигурации из tmpfiles.d/ и приведёт к удалению лишь связанных с ним файлов и каталогов. Кроме того, в man-руководство systemd-tmpfiles добавлено более подробное описание опции и предупреждение о возможных последствиях. Идиократия в действии. А нужно было создать новый systemd-wrkfiles и в него закидывать конфиги с персистентными данными, вообще без опции --purge, а tmpfiles оставить как есть.
Ответить | Правка | Наверх | Cообщить модератору

359. Сообщение от Аноним (359), 24-Июн-24, 17:23	+/–
OpenRC, в конце концов можно сделать systemd-ng с отстранением Поттеринга от дизайна проекта. Сейчас то уже всем должно быть очевидно, что автор systemd совершенно не умеет проектировать такие сервисы и городит очередной монструозный хлам. Причём если на заре systemd были ещё какие-то надежды, что благодаря новому подходу будут улучшения, например, в протоколе логгера, но по факту он просто завернул один к одному всё что было в systemd практически без качественных улучшений.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #293

362. Сообщение от Аноним (-), 27-Июн-24, 20:34	+/–
> Именно так, хочется любить, но там очень странно. Во FreeBSD поддерживают ABI > 5 лет, старый софт может работать без пересборки. Но при этом > в минорном апдете проапдейтили компилятор на 3 версии, что сломало совместимость > и софт перестал собираться. Про такое говорят: сперва вы имеете выбор. А потом ваш выбор - вас. И в этом смысле лично я шкурно заинтересован чтобы не делать чужие проблемы своими. И хрен с ним с концепциями, компьютеры должны работать, для людей. С минимумом усилий и максимумом результата. Это - самая правильная концепция. Все что стоит на этом пути должно быть заменено или изменено. Лично мне юниксвэй нравится - эффективной автоматизацией. А если это не выполняется, и превращается в ритуалы ради ритуалов - упс. Значит пора опробовать другие варианты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #349

363. Сообщение от Аноним (-), 28-Июн-24, 15:48	+/–
>> Её ответ на ошибку и её рассмотрение > Его ответ: https://github.com/bluca Одним словом, "блюка"))) Все проще, там у него в репках в профайле - светится bumblebee, видимо чужие лавры не давали покоя :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #286

364. Сообщение от MaleDog (?), 06-Июл-24, 23:13	+/–
Ай, кручу-верчу - абмануть хочу. Вот запускал недавно малину. В Alpine с openrc у меня условно два десятка скриптов. притом что скрипты openrc ненамного длиннее чем systemГ. Недавно понадобилось запустить родную raspberryOS. Там скриптов больше 50. по ощущениям просто баш-портянки разбили по отдельным файлам. Это не сократило их. А просто усложнило понимание что и в какой последовательности запускается. Так то я и в sysvinit и в openrc могу раскидать скрипт по отдельным файлам и настроить зависимости запуска, но зачем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

365. Сообщение от мяв (?), 23-Сен-24, 03:26	+/–
уже упомянули 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
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема