The OpenNET Project / Index page

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



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

"Выпуск системы инициализации sysvinit 2.95"  +/
Сообщение от opennews (??), 16-Июн-19, 09:44 
Состоялся (https://lists.nongnu.org/archive/html/sysvinit-devel/2019-06... релиз классической системы инициализации sysvinit 2.95 (https://savannah.nongnu.org/projects/sysvinit), которая широко применялась в дистрибутивах Linux во времена до systemd и upstart, а теперь продолжает использоваться в дистрибутиве  Devuan. Одновременно сформированы выпуски применяемых в связке с sysvinit  утилит insserv 1.20.0 и
startpar 0.63. Утилита insserv (http://manpages.ubuntu.com/manpages/xenial/man8/insserv.8.html) предназначена для организации процесса загрузки с учётом  зависимостей между init-скриптами, а startpar (http://manpages.ubuntu.com/manpages/trusty/en/man8/startpar.... применяется для обеспечения параллельного запуска нескольких скриптов в процессе загрузки системы.


В новом выпуске:


-  В утилите "pidof" прекращена поддержка настройки форматирования вывода и удалён флаг "-f", так как связанный с форматированием код вызывал проблемы с безопасностью и потенциальные ошибки при работе с памятью. При необходимости изменения формата вывода теперь предлагается использовать опцию "-d" для определения разделителя и преобразование утилитами,  подобными "tr";

-  На стадии завершении работы теперь применяютя миллисекундные задержки вместо приостановок на целую секунду (вместо do_sleep() вызывается do_msleep()). Изменение позволило в среднем на полсекунды сократить время завершения работы и перезапуска;

-  В документации более детально описано поведение утилиты  halt и связанных  с ней опций (-h, -H и -P);

-  Прекращено связывание с библиотекой sepol, которая больше не используется;

-  В insserv внесены изменения в сборочные файлы (Makefile). При установке  insserv больше не перезаписывает файл с настройками insserv.conf, если он уже существует, а сохраняет рядом новый файл insserv.conf.sample. -  Добавлена обработка файла /etc/insserv/file-filters, в котором можно указать список расширений (например, .git и .puppet)), которые будут игнорированы при обработке скриптов в /etc/init.d. -  В insserv добавлена опция "-i" для указания альтернативного каталога с файлами определения зависимостей.

-  В insserv в проведена чистка тестового набора, перенесённого из  Debian, и обеспечен его запуск при помощи команды "make check". Сбой при выполнении тестов теперь останавливает дальнейшую проверку и сохраняет статистику на диске для анализа проблемы. В ходе работы над тестовым набором выявлены различные проблемные ситуации, которые insserv может корректно обработать или обойтись выводом предупреждения. Например, insserv теперь ограничивается предупреждением, при наличии неопределяемой зависимости  "$service" или при указании одного и того же runlevel в полях Default-Start и  Default-Stop.


-  Компана startpar теперь устанавливается в каталог /bin, а не в  /sbin, так как она может использоваться не только администратором, но и обычными пользовтелями. Отменён план переноса файлов учёта зависимостей из /etc в /var или /lib, так как могли возникнуть потенциальные проблемы при использовании сетевых ФС и нарушалась совместимость с некоторыми утилитами. В коде некоторые строки, проверяемые через  sizeof(), заменены на константы.

URL: https://lists.nongnu.org/archive/html/sysvinit-devel/2019-06...
Новость: https://www.opennet.ru/opennews/art.shtml?num=50874

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 16-Июн-19, 09:44   +4 +/
Ждём Devuan 2.1 :-)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #21

6. Сообщение от Andrey Mitrofanov_N0 (??), 16-Июн-19, 10:14   +2 +/
> Ждём Devuan 2.1 :-)

Жди 4.0.  Чтоб по-настоящему!  (10 заморожен, 11 будет 4.0.  Если за три+ года мажорно не поменяют "систему нумерации".)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

7. Сообщение от Аноним (7), 16-Июн-19, 10:16   +/
> во времена до systemd и upstart

Эх, были времена…
А что, упс-срат еще живой?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #13, #76

8. Сообщение от volodja (?), 16-Июн-19, 10:26   +1 +/
запусти в виртуалке lionuxmint 9 (upstart) и сравни скорость загрузки с последним
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

9. Сообщение от Аноним (9), 16-Июн-19, 10:32   +1 +/
> во времена до systemd и upstart

Должен сказать неплохие были времена. Перестройка, sysvinit, Кашпировский...

Ответить | Правка | Наверх | Cообщить модератору

10. Сообщение от Грусть (?), 16-Июн-19, 10:33   +1 +/
> В коде некоторые строки, проверяемые через sizeof(), заменены на константы.

Звучит как дурь.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #27

11. Сообщение от Аноним (-), 16-Июн-19, 10:34   –8 +/
>Состоялся релиз классической системы инициализации sysvinit 2.95, которая широко применялась в дистрибутивах Linux во времена до systemd и upstart, а теперь продолжает использоваться в дистрибутиве Devuan.

Автор новостей ограничен. Слака и его поризводные без systemd. Пусть новости про Sys V Init пишет Саахрикту.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15

12. Сообщение от Аноним (12), 16-Июн-19, 10:45   +2 +/
Тот случай, когда прочитал sysvinit 2.95 как systemd 295 и подумал что последний сменил стиль нумерации.
Ответить | Правка | Наверх | Cообщить модератору

13. Сообщение от eugener (ok), 16-Июн-19, 10:51   +7 +/
В Chrome OS используется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

14. Сообщение от A.Stahl (ok), 16-Июн-19, 11:03   +1 +/
Насколько помню sizeof считается ещё на этапе комплирования. Если я помню правильно, то это не дурь а вообще саботаж.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

15. Сообщение от Аноним (15), 16-Июн-19, 11:03   +3 +/
Комментатор ограничен. Sys V Init в Slackware никогда не было, там BSD init.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #17, #37

16. Сообщение от Аноним (16), 16-Июн-19, 11:07   –3 +/
Богу инициализации нужно больше систем инициализации..
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20

17. Сообщение от Аноним (17), 16-Июн-19, 11:15   +4 +/
Вы оба не в теме там BSD-style file layout http://www.slackware.com/config/init.php
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

19. Сообщение от user90 (?), 16-Июн-19, 11:22   +/
> продолжает использоваться в таких дистрибутивах, как Devuan и antiX

А когда-то еще и в OpenSUSE.. эх, давно прошли те времена!

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39

20. Сообщение от user90 (?), 16-Июн-19, 11:25   +1 +/
Их итак много, просто анонимус не в теме ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

21. Сообщение от Аноним (21), 16-Июн-19, 11:31   +1 +/
при этом дивановцы палец о палец не стукнули ;)

https://savannah.nongnu.org/project/memberlist.php?group=sys...

люди, которые работают в ibm, debian/ubuntu, suse, citrix =)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #25

22. Сообщение от Аноним (22), 16-Июн-19, 11:35   +/
надо sysvinit переписать на rust и  добавить поддержку unit-файлов из systemd
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #33, #35

23. Сообщение от Аноним (23), 16-Июн-19, 11:39   +1 +/
И это хорошо.

Буквально вчера наступил на очередные грабли с системГ, причем, как всегда, нежданно и с размаху. Чудесная штука это системГ - никогда не знаешь в каком месте при очередной перезагрузке грабли зависимостей выползут. Вчера вот с openntpd.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26

24. Сообщение от Рупор Поттеринга (?), 16-Июн-19, 12:15   +2 +/
Требую:
1 переписать на Go + nodejs, как белые люди
2 добавить прослойку для совместимость с systemd на уровне бинарных логов
3 выбить грант на импортозамещение (и пропить всем Опеннетом)
4 интерфейс настроек должен быть на electron+flash, и тянуть (в качестве зависимостей) половину KDE последней beta версии
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29, #31

25. Сообщение от Аноним (1), 16-Июн-19, 12:17   –1 +/
И где же SysVinit в SUSE?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #30, #68

26. Сообщение от Сёмка (?), 16-Июн-19, 12:18   +1 +/
Это ещё что! Вы в какой Жо (Дыре безопасности) находитесь ещё не знаете!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #28

27. Сообщение от Анонм (?), 16-Июн-19, 12:20   +5 +/
А выглядит как культура кода на сях

-      char path[128];
-      snprintf(path, sizeof(path), "%s/%s", initddir, p->name);
+      char path[PATH_MAX];
+      snprintf(path, PATH_MAX, "%s/%s", initddir, p->name);

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #34, #80

28. Сообщение от Аноним (23), 16-Июн-19, 12:21   +/
Ты это про что? Про Лёнин код что-ли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

29. Сообщение от Анонм (?), 16-Июн-19, 12:27   +2 +/
1. Несовременно, надо на react native
2. Зачем прослойку, systemd нужно тянуть как зввисимость и сбрасывать в него логи
3. А смузи с водкой будут?
4. KDE слишком легкое, нужно собраный в webassembly Servo запускать в электроне, а на этом уже рисовать  qml. И заменить этим всем Плимут, а то у него фатальный недостаток, комп загружается быстрее, чем он стартует
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #50

30. Сообщение от Аноним (21), 16-Июн-19, 12:37   +/
я тебе сказал, что кирпич - это "прямоугольный параллелепипед", ты же при этом спрашиваешь "и какого же он тогда цвета?".

"диванные пользователи и майнтейнеры, не приложили усилий по выпуску новой версии их любимой программы" - так понятно ?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #36

31. Сообщение от Аноним (31), 16-Июн-19, 12:43   +/
sysv - unix style

systemd - nodejs electron+flash KDE -style

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #40

32. Сообщение от KaE (ok), 16-Июн-19, 13:43   –3 +/
[quote]Команда startpar теперь устанавливается в каталог /bin, а не в /sbin, так как она может использоваться не только администратором, но и обычными пользователями[/quote]

какое важное изменение!

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #45

33. Сообщение от freehckemail (ok), 16-Июн-19, 14:03   +3 +/
> надо sysvinit переписать на rust и  добавить поддержку unit-файлов из systemd

Ну и, собственно, значем? Что это изменит? В экосистеме sysv всё как бы и так есть, в том числе и systemd-shim -- эта самая пресловутая поддержка unit-файлов systemd, реализованная в виде отдельной утилиты. А Rust? Ну нафига? Вот действительно, сотню строчек с C на Rust переписать -- и что-то такое невероятное случится?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #64

34. Сообщение от Аноним (34), 16-Июн-19, 14:15   –1 +/
Т.е., если однажды кому-то захочется/понадобится изменить размер буфера, то будет недостаточно подправить объявление переменной, придётся искать и менять все места записи в этот буфер. Данунафиг такую "культуру".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #42, #59

35. Сообщение от Аноним (34), 16-Июн-19, 14:18   +3 +/
Переписывай и добавляй, кто мешает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

36. Сообщение от freehckemail (ok), 16-Июн-19, 14:21   +2 +/
Ну класс. То есть... Люди занимаются строительством дистрибутива вокруг инита, представляющего из себя ~8k строчек кода на C, потому что эти строчки за многие годы отлажены вдоль и поперёк, и почти не меняются с годами. А тут выпрыгивает из кустов некий эксгибиционист, распахивает плащ, а под плащом у него -- "большой" аргумент. Аргумент о том, что эти мейнтейнеры, оказывается, должны были в эти отлаженные за десятилетия 8k строчек кода свой вклад сделать. Знать бы ещё, зачем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #38, #41

37. Сообщение от asdasd (?), 16-Июн-19, 14:21   +2 +/
sysvinit-2.88dsf-i486-4.txt с вами не согласен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #46, #47

38. Сообщение от Аноним (38), 16-Июн-19, 15:00   +/
> что эти мейнтейнеры, оказывается, должны были в эти отлаженные за десятилетия
> 8k строчек кода свой вклад сделать. Знать бы ещё, зачем.

Ну, мало ли.


     /* Sort the big list */
-    qsort(fl->files.recs, fl->files.used,
-      sizeof(*(fl->files.recs)), compareFileListRecs);
+    if (fl->files.recs) {
+    qsort(fl->files.recs, fl->files.used,
+          sizeof(*(fl->files.recs)), compareFileListRecs);
+    }

https://github.com/rpm-software-management/rpm/commit/6f2118...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

39. Сообщение от VINRARUS (ok), 16-Июн-19, 15:08   –1 +/
В каком году отказались?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #43

40. Сообщение от Аноним (40), 16-Июн-19, 16:30   +2 +/
Systemd это про GNOME, а не про KDE.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #73

41. Сообщение от Аноним (41), 16-Июн-19, 16:55   –2 +/
>отлажены вдоль и поперёк

В тексте новости первым же пунктом ченджлога:

>прекращена поддержка настройки форматирования вывода и удалён флаг "-f", так как связанный с форматированием код вызывал проблемы с безопасностью

Ох уж эта гениальная отлаженность по сивинитовски. Авторы видимо так устали от отлаженности что решили удалить слишком отлаженный код.

>~8k строчек кода на C

Опять же судя по первому пункту в ченджлоге с каждой версией строчек все меньше. Будем делать ставки когда строк станет ~0 ?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #65

42. Сообщение от KonstantinB (ok), 16-Июн-19, 16:59   +3 +/
И чего тут менять, кроме циферки в #define MAX_PATH?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #52

43. Сообщение от user90 (?), 16-Июн-19, 17:09   +/
Когда она еще реально была OpenSUSE, а не тем, чем стала сейчас. 13.1? Да не помню уже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #44, #51

44. Сообщение от Michael Shigorinemail (ok), 16-Июн-19, 17:49   –1 +/
> Когда она еще реально была OpenSUSE, а не тем, чем стала сейчас.

OpenFeDO?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

45. Сообщение от Аноним (45), 16-Июн-19, 18:03   –4 +/
Эти ретрограды все ещё пишут в /Бин, а не в /уср/Бин
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #82

46. Сообщение от Аноним (46), 16-Июн-19, 18:13   +/
С вами тоже:
https://mirrors.slackware.com/slackware/slackware64-current/...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

47. Сообщение от Аноним (46), 16-Июн-19, 18:15   +/
С вами тоже:
slackware64-current ->
sysvinit-2.94-x86_64-1.txz
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

48. Сообщение от Аноним (48), 16-Июн-19, 18:53   –17 +/
После systemd воспринимать вот это серьезно никак не получается. Можно избавить задонативших сюда людей от подобного рода новостей?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #54, #55, #62, #83

50. Сообщение от НяшМяш (ok), 16-Июн-19, 19:43   +/
1. реакт натив уже несовременно, надо на флаттере, или как тру смузихлёбы, на свифтуи (и пофиг что не будет на линуксе работать)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

51. Сообщение от Аноним (1), 16-Июн-19, 19:47   +/
В версии 12.3. Я сейчас пишу из 12.2 с SysVinit. Не работают 2 вещи:

1. "/etc/init.d/xdm stop", поэтому приходится вместо этого делать "killall kdm".

2. Не работает загрузка с ядром kernel-xen - загрузка не завершается успешно. Работает только если в GRUB-е выбрать Systemd. // да, в openSUSE 12.1 и 12.2 система инициализации выбирается в GRUB-е, во всяком случае в GRUB1 точно, а в GRUB2 вроде нет.

В остальном, с Инитом жить можно. Ещё один маленький баг: Steam не хочет парсить имя релиза ОС, там какой-то символ Стиму не нравился, то ли скобочки, то ли не помню. В 12.3 исправили.

В openSUSE 12.1 обе этих вещи работали. Мне вообще кажется, что SLES 12 должен был быть основан на openSUSE 12.1 - настолько он стабилен и отлажен. Явно на нём должен был быть релиз.

P.S. Сам Xen в openSUSE 12.1, правда, не работает. Если установить ядро из обновлений, то работает, а в релизе - нет. Сломали это ещё в 11.4 в одном из обновлений, но быстро починили, а в 12.2 баг вошёл прямо в релиз.

И да, я пробовал устанавливать ядро из 12.2 в 12.1 - оно прекрасно загружается, несмотря на то что SysVinit.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #72, #87

52. Сообщение от Аноним (52), 16-Июн-19, 22:07   +2 +/
Речь шла не про изменение значения константы, задающей размер буфера, а про замену одной константы на другую. Т.е. если в строчке
char path[PATH_MAX];
PATH_MAX заменить на, например, упомянутый тобой MAX_PATH, то такую же замену придётся делать и в строчке
snprintf(path, PATH_MAX, "%s/%s", initddir, p->name);
и во всех остальных подобных местах. С sizeof(path) достаточно поменять только объявление массива.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #53, #67

53. Сообщение от Аноним (53), 16-Июн-19, 22:29   +/
man sed
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #58

54. Сообщение от Аноним (54), 16-Июн-19, 22:59   +4 +/
Задонатить и купить - это не одно и то же. И отучайтесь расписываться за всех задонативших.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

55. Сообщение от anonononononim (?), 16-Июн-19, 23:04   +1 +/
>>После systemd воспринимать вот это серьезно никак не получается.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #74

56. Сообщение от Аноним (56), 16-Июн-19, 23:11   –2 +/
>утилите "pidof"

Срочно зовите SJW!

Ответить | Правка | Наверх | Cообщить модератору

57. Сообщение от Аноним (57), 16-Июн-19, 23:31   –1 +/
её уже впилили в инсталятор Debian GNU/Linux?
Ответить | Правка | Наверх | Cообщить модератору

58. Сообщение от трурль (?), 17-Июн-19, 01:22   –1 +/
man стрельба-в-ногу
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

59. Сообщение от Аноним (59), 17-Июн-19, 01:23   +/
Ещё б ты знал, что это глобальная системная константа (POSIX limits.h), не порол бы чуши.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #79

60. Сообщение от Аноним (60), 17-Июн-19, 07:59   +4 +/
Мне и OpenRC хватает.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #77

61. Сообщение от анонимчик (?), 17-Июн-19, 09:47   +2 +/
Сиду на runit. Есть заусенцы но вцелом - простая как АК.
Чего и всем желаю.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #81

62. Сообщение от В (?), 17-Июн-19, 10:37   +1 +/
После systemd как раз новости про systemd не получается серьезно читать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #63

63. Сообщение от Andrey Mitrofanov_N0 (??), 17-Июн-19, 11:03   +/
> После systemd как раз новости про systemd не получается серьезно читать.

Зачем их "серьёзно читать"-то?!
Под ними надо несерьёзно укатываться над его "серьёзными" протребл-телями.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

64. Сообщение от Аноним (64), 17-Июн-19, 12:41   +/
> В экосистеме sysv всё как бы и так есть

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #66

65. Сообщение от freehckemail (ok), 17-Июн-19, 12:57   +1 +/
>>отлажены вдоль и поперёк
> В тексте новости первым же пунктом ченджлога:
>>прекращена поддержка настройки форматирования вывода и удалён флаг "-f", так как связанный с форматированием код вызывал проблемы с безопасностью
> Ох уж эта гениальная отлаженность по сивинитовски. Авторы видимо так устали от
> отлаженности что решили удалить слишком отлаженный код.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #69

66. Сообщение от freehckemail (ok), 17-Июн-19, 12:58   +/
>> В экосистеме sysv всё как бы и так есть
> Лолшто? Значение слова не потрудитесь узнать для его уместного применения

Стесняюсь спросить, какого же именно слова. )
"экосистема"? "sysv"? "есть"?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

67. Сообщение от Аноним (67), 17-Июн-19, 14:23   –2 +/
Посмотри на строку
snprintf(path, sizeof(path), "%s/%s", initddir, p->name);
и скажи поместится ли в path помещаемое?
И как быстро ты выяснишь что поместится (или не поместится)?

А потом ответы на те же вопросы, но уже со строкой в которой PATH_MAX.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

68. Сообщение от Аноним (68), 17-Июн-19, 15:18   +/
Ты не понял. SUSE уже не использует SysVinit. А наличие большого количества коммитов от них - это диверсия, чтобы сделать SysVinit хуже
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #70, #71

69. Сообщение от Имя (?), 17-Июн-19, 15:28   +/
То, что со временем происходит переосмысление программы безопасности -- это процесс вполне себе нормальный. Переосмыслили и удалили sysvinit. В целом -- правильное решение.

Поправил, не благодари.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #75

70. Сообщение от Аноним (70), 17-Июн-19, 15:30   +/
Наличие коммитов в SysVinit - это диверсия. Только такой подход должен использоваться в современном линуксе!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

71. Сообщение от пох. (?), 17-Июн-19, 17:57   +/
пока что источники диверсии гораздо ближе - убунта и ее подобия, пропихнувшие всякий мусор типа insserv и, конечно же ж, "update-rc.d" (и вот, героически победившие автоудалятель конфига этой ненужной ненужно в очередной версии)

То есть даже sysv init умудрились забить мусорными поделками. С кукареками о "параллельной загрузке" и прочем хламе.
Ну а чего, действительно, не пропадать же ж шлаку.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

72. Сообщение от пох. (?), 17-Июн-19, 18:06   +/
в 12.0 (в которой это и было основное идеологическое отличие, заставившиее увеличить major)

то что у вас там что-то где-то случайно то работает,то нет - это потому,что вы используете нестандартную конфигурацию, оставленную исключительно для совместимости на переходный период - вдруг понадобится 3d party софт, несовместимый с модным трэшачком. Для постоянной эксплуатации ни разу и не предназначенную.
И старательно доламывавшуюся на всем протяжении жизни 12й версии. Потому что именно ради этого ее и выпускали - у пупсиков же ж сервер (с временем рестарта 15 минут из-за особенностей инициализации памяти) недостаточнобыстрозагружается!

Последней не systed-аунутой opensuse была 11.4 - ее даже и поддерживали максимально возможное время - evergreen тянулся аж до 18го года именно по этой причине.

это и была последняя более-менее цельная и работающая система linux, еще не превратившаяся в "новый стандарт". На сегодня, увы, уже имеющая исключительно раритетную ценность.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

73. Сообщение от Аноним (73), 17-Июн-19, 18:27   +/
s/про/о

или используйте существительное. А то у вас смузиланг.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #84

74. Сообщение от Аноним (73), 17-Июн-19, 18:28   +/
> ну не понимаю я зачем оно нужно?

Коньтейнеры же

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #86

75. Сообщение от Аноним84701 (ok), 17-Июн-19, 19:48   +1 +/
> То, что со временем происходит переосмысление программы безопасности -- это процесс вполне
> себе нормальный. Переосмыслили и удалили sysvinit. В целом -- правильное решение.

Только вот правильное для кого?

https://www.opennet.ru/keywords/systemd.html
[19.02.2019] Уязвимость в systemd, которую можно использовать для блокирования работы системы
[10.01.2019] В systemd-journald выявлены три уязвимости, позволяющие получить права root
[27.10.2018] Удалённая уязвимость в systemd-networkd
[03.07.2017] Спорная ошибка в systemd, позволяющая повысить привилегии, закрыта без исправления
[28.06.2017] Уязвимость в systemd-resolved
[24.01.2017] В systemd 228 обнаружена локальная root-уязвимость
[30.09.2016] Локальная DoS-уязвимость в systemd
[01.02.2016] Выполнение rm -rf / может привести к неработоспособности UEFI-прошивки ноутбука
А еще:
https://github.com/systemd/systemd/pull/10519
> pid1 serialization/deserialization fixes #10519
> Oct 25, 2018
> Poettering: No description provided.

Скромненько так. Правда:
https://www.exploit-db.com/exploits/45714
> systemd - 'reexec' State Injection

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #78

76. Сообщение от Andrey Mitrofanov_N0 (??), 18-Июн-19, 08:50   +/
>> во времена до systemd и upstart
> Эх, были времена…
> А что, упс-срат еще живой?

А ччо ему будет-то?!

# ps -fp 1
UID        PID  PPID  C STIME TTY          TIME CMD
root         1     0  0 May21 ?        00:00:18 /sbin/init
# ll /sbin/init
-rwxr-xr-x 1 root root 150352 Фев 12  2018 /sbin/init*
# rpm -qf /sbin/init
upstart-0.6.5-17.el6.x86_64
# _


PS: Пожиратеть cpu с соседнего хоста:

# ps -fp 1
UID        PID  PPID  C STIME TTY          TIME CMD
root         1     0  0 Apr18 ?        00:05:27 /usr/lib/systemd/systemd --switched-root --system --deserialize 22

...и ещё одного:
# ps -fp 1
UID        PID  PPID  C STIME TTY          TIME CMD
root         1     0  0 мар19 ?     00:00:49 init [2]
# dpkg -f /sbin/init
dpkg-deb: ошибка: «/sbin/init» не является архивом в формате debian
root@novy:/etc/service# dpkg -S /sbin/init
sysvinit-core: /sbin/init
# dpkg -l sysvinit-core |tail -1
ii  sysvinit-core  2.88dsf-59.9+devuan2 i386         System-V-like init utilities

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

77. Сообщение от Нормальный (ok), 18-Июн-19, 10:27   +/
Он же вроде сабж юзает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

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

79. Сообщение от Аноним (79), 19-Июн-19, 08:24   +/
И именно поэтому она ничем не лучше магического значения 128 или 42. А тут это магическое значение впихнули 2 раза.

Ой, кто бы порол чушь, програмизд

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

80. Сообщение от Аноним (79), 19-Июн-19, 08:26   +1 +/
Нда... Это студент дорвался до кода?

Если что, адекватно было бы сделать:

-      char path[128];
+      char path[PATH_MAX];
      snprintf(path, sizeof(path), "%s/%s", initddir, p->name);

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

81. Сообщение от Аноним (-), 20-Июн-19, 15:05   –1 +/
>Сиду на runit

Неплохо, Ранит - это упрощённый sysVinit

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

82. Сообщение от Аноним (82), 21-Июн-19, 09:40   –1 +/
http://www.pathname.com/fhs/pub/fhs-2.3.html#BINESSENTIALUSE...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

83. Сообщение от Аноним (84), 24-Июн-19, 10:37   +/
>После systemd воспринимать вот это серьезно никак не получается.

А после Electron?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

84. Сообщение от Аноним (84), 24-Июн-19, 10:41   +/
GNOME по вашему прилагательное?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

85. Сообщение от Аноним (85), 27-Июн-19, 12:55   +/
А были, в init?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

86. Сообщение от Аноним (85), 27-Июн-19, 13:06   +/
А при чём systemd? В контейнерах его нет, а на хосте контейнеры это docker или lxc.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #88

87. Сообщение от Аноним (87), 02-Июл-19, 01:16   +/
Зенитур, залогинься!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

88. Сообщение от Аноним (87), 03-Июл-19, 01:39   +/
Заведите docker без systemd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86


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

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




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

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