1.1, Аноним (1), 10:21, 19/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +46 +/– |
> В systemd устанавливается обработчик сигналов,
> пытающийся перехватить крахи процесса PID1...
> ядро не может вызвать данный обработчик сигнала
> и просто завершает процесс с PID 1
Очевидно, для решения проблемы потребуется systemd-kerneld.
| |
|
2.48, zzz (??), 11:54, 19/02/2019 [^] [^^] [^^^] [ответить]
| +18 +/– |
А кто тогда будет отрабатывать сегфолты в systemd-kerneld? Не подумали? А ведь это тоже вектор атаки.
Для защиты systemd-kerneld от подобного необходимо устанавливать систему в гипервизор systemd-hvd. А для купирования проблемы возможного сегфолта systemd-hvd, прикрутим ему аппаратный systemd-monitd.
В итоге мы получим вполне рабочую систему - за systemd присматривает systemd-kerneld, за которым присматривает гипервизор systemd-hvd, за которым присматривает systemd-monitd. Вот это уже похоже на нормальную систему инициализации, не то, что эти сисвишные портянки.
| |
|
|
4.190, Аноним (1), 06:39, 20/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
assert спасёт гиганта мысли
[CODE]
+/* Note that the D-Bus specification states that bus paths shall have no size limit. We enforce here one
+ * anyway, since truly unbounded strings are a security problem. The limit we pick is relatively large however,
+ * to not clash unnecessarily with real-life applications. */
+#define BUS_PATH_SIZE_MAX (64*1024)
/* Second, add fallback vtables registered for any of the prefixes */
- prefix = alloca(strlen(path) + 1);
+ pl = strlen(path);
+ assert(pl <= BUS_PATH_SIZE_MAX);
+ prefix = new(char, pl + 1);
+ if (!prefix)
+ return -ENOMEM
[/CODE]
https://github.com/systemd/systemd/commit/798ebaf9aea9b8ae3b8a0cc2702bc8de71ac
| |
|
3.153, Аноним (1), 16:33, 19/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
> А кто тогда будет отрабатывать сегфолты в systemd-kerneld?
В ядре нет сегфолтов. Там ловушки и прерывания. В данном случае double fault (это отдельный тип - abort, невосстанавливаемая ошибка). При этом юзерланд "сделал всё что мог". Появился повод говорить об ошибке дизайна в ядре. Так что в исходном сообщении не то что бы шутка. Как и в предложении запилить systemd-hvd.
| |
3.165, Пользователь (?), 18:24, 19/02/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
> за systemd присматривает systemd-kerneld, за которым присматривает гипервизор systemd-hvd, за которым присматривает systemd-monitd
Во всей этой лабуде уязвимостей не может быть в принципе?
> это уже похоже на нормальную систему инициализации
Сломал одно, а остальное посыпется уже само по себе.
| |
|
2.175, xm (ok), 23:17, 19/02/2019 [^] [^^] [^^^] [ответить]
| +5 +/– |
Ну то есть смерть PID 1 настолько нормальная ситуация с systemd что они даже обработчик штатный написали. Надёжность!
| |
|
3.189, Аноним (1), 06:36, 20/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
Отправка сигнала извне это штатная ситуация или нет? Надо ли её предусмотреть и обработать?
Другое дело, что в данной ситуации обработчик бесполезен и вынуждает ядро убивать процесс.
| |
|
|
1.3, EuPhobos (ok), 10:23, 19/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +7 +/– |
> Обновления пакетов с устранением уязвимости опубликованы для
А в devuan исправили уже?
| |
|
2.6, Andrey Mitrofanov (?), 10:27, 19/02/2019 [^] [^^] [^^^] [ответить]
| +21 +/– |
>> Обновления пакетов с устранением уязвимости опубликованы для
> А в devuan исправили уже?
Давно!
[CODE]
25.05.2017 22:51 Первый релиз Devuan, форка Debian без systemd
| |
2.7, freehck (ok), 10:29, 19/02/2019 [^] [^^] [^^^] [ответить]
| +3 +/– |
>> Обновления пакетов с устранением уязвимости опубликованы для
> А в devuan исправили уже?
Исправили ещё до первого релиза. Ваш кэп. =)
| |
2.20, Аноним (20), 11:10, 19/02/2019 [^] [^^] [^^^] [ответить]
| –7 +/– |
Там установочные образы год не перестают, так что без этого в диване форменное шерето.
| |
|
3.70, Michael Shigorin (ok), 12:36, 19/02/2019 [^] [^^] [^^^] [ответить]
| –4 +/– |
> Там установочные образы год не перестают
Похоже, у нас в гостях или очередной скромный социальный фаззер, или не очень проснувшийся, или просто неграмотный мало-мало... зато специалист по решётчатым!
| |
3.142, Аноним (142), 15:25, 19/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
А вы после развёртывание образа сразу начинаете пользоваться системой без установки обновлений?
| |
|
4.144, Andrey Mitrofanov (?), 15:51, 19/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
> А вы после развёртывание образа сразу начинаете пользоваться системой без установки обновлений?
В необновлённом APT, который их, обновления, и скачивает-устанавливает, с этими самыми скачиваниями есть известная уязвимость.
Debian-ы выпустили "экстренный" поинт-релиз -- в т.ч. установочные CD/DVD с исправленным APT.
У Devuan-а поинт-релизы и исправления .iso-шников "не практикуются".
http://www.opennet.me/openforum/vsluhforumID3/116383.html#44
Ресурсов мало, инфраструктура недокручена или ещё что...
...особо невыдержанные анонимы считают, что от этого "в диване форменное шерето". Слабаки[I]!
| |
|
|
2.159, Vkni (ok), 17:29, 19/02/2019 [^] [^^] [^^^] [ответить]
| +3 +/– |
Это безусловно чудесный дистрибутив, исправляющий не только прошлые, настоящие, но даже будущие ошибки systemd.
Кстати, Михаил в отдельных сборках ALT тоже превентивно исправил эту и многие другие проблемы системы инициализации с раздутым PID 1.
| |
|
3.163, Michael Shigorin (ok), 18:16, 19/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Кстати, Михаил в отдельных сборках ALT тоже превентивно исправил эту
> и многие другие проблемы системы инициализации с раздутым PID 1.
Это далеко не только моё дело, спасибо коллегам.
PS 2 WSJSoldier: фу так позориться -- фейки разносить.
| |
|
|
1.9, Аноним (9), 10:36, 19/02/2019 [ответить] [﹢﹢﹢] [ · · · ] | –9 +/– | С одной стороны, а с другой стороны, как я понял из истории этого проекта они хо... большой текст свёрнут, показать | |
|
2.12, Аноним (-), 10:54, 19/02/2019 [^] [^^] [^^^] [ответить]
| +7 +/– |
Даже если процессу с PID 1 зачем-то нужно получать сообщения из DBus (что само по себе вопрос), он мог бы их получать через пайп от одного из дочерних процессов уже частично обработанными.
| |
|
3.15, пох (?), 10:57, 19/02/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
какой еще пайп, вы еще предложите на перфокартах.
Это не стильно, не модно и не молодежно, когда у нас есть libdbus!
| |
|
4.18, Andrey Mitrofanov (?), 11:06, 19/02/2019 [^] [^^] [^^^] [ответить]
| +6 +/– |
> какой еще пайп, вы еще предложите на перфокартах.
> Это не стильно, не модно и не молодежно, когда у нас есть
> libdbus!
Не-не, где, панимаишь, REST-http-API в ядре и pid1, когда он нужен!?
| |
|
|
2.13, пох (?), 10:54, 19/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
ну да, зачем обращать внимание на комментарии - они за вас уже все решили, и премию от отдела глубокого зондирования rhibm уже получили.
Сделаем как в винде, только всем хуж...ой, простите, только гораздо лучше, мы ж куда умнее и продвинутее! Вот например какие классные эксплойты...правда, в винде уже тоже было, году так в 98м, но мы обещаем догнать и перегнать!
Жаль что даром оно нам не надо, потому что винда у нас - уже есть. (ах, ну да, ну да - т-м и жадным опенотсосерам конечно же надо именно даром, и они любое с лопаты схавают не обращая внимания на запах, но зарплату горе-разработчикам с единственной извилиной "как в винде" платят не они)
| |
|
3.16, Аноним (9), 11:00, 19/02/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
Яда в комментарии много, а смысл, как мне кажется именно тот же, какой я вложил в первый комментарий.
И да, линуксу не достаёт функций которые были еще в NT4, со стороны базовой системы инфраструктура отсталая.
| |
|
4.29, пох (?), 11:22, 19/02/2019 [^] [^^] [^^^] [ответить]
| +3 +/– |
линуксу НЕ НУЖНЫ "функции которые были в NT4" - те, кому они нужны, могут распаковать архив с nt4 и наслаждаться, если что-то кроме жадности помешало вам это сделать в 1997м году, раз они вам были нужны. Мне вот они были не нужны, поэтому у меня был - линукс, а не NT4.
А вот сегодня тем кому нужна нормальная юникс-стайл система без "как в NT4" - бежать уже вообще некуда.
| |
|
|
6.75, Дон Ягон (?), 12:44, 19/02/2019 [^] [^^] [^^^] [ответить]
| +5 +/– |
ZFS - это не корпоративная отрыжка? С чего бы?
FreeBSD давно уже стремится стать линуксом (который стремится стать виндой). Ничего интересного.
Только OpenBSD.
| |
6.77, Дон Ягон (?), 12:49, 19/02/2019 [^] [^^] [^^^] [ответить]
| +4 +/– |
> В состав FreeBSD принята высокопроизводительная реализация sendfile от Netflix
> Netflix
> куда тащат не корпоративную отрыжку
мда.
| |
6.94, пох (?), 13:13, 19/02/2019 [^] [^^] [^^^] [ответить] | –3 +/– | как это не тащат Вам же только что показали кино про страдания молодого Оно что... большой текст свёрнут, показать | |
|
5.73, Michael Shigorin (ok), 12:39, 19/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
> А вот сегодня тем кому нужна нормальная юникс-стайл система
> без "как в NT4" - бежать уже вообще некуда.
А вот кстати, ми-минор-коробку не видали?
http://emboxing.ru/
Оно, конечно, в первую очередь под эмбедщину -- зато наше и нежирное.
| |
|
6.84, Andrey Mitrofanov (?), 12:56, 19/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
>> А вот сегодня тем кому нужна нормальная юникс-стайл система
>> без "как в NT4" - бежать уже вообще некуда.
> А вот кстати, ми-минор-коробку не видали?
> http://emboxing.ru/
> Оно, конечно, в первую очередь под эмбедщину -- зато наше и нежирное.
И под GPLv3+ ! Точно, Наше Всё. Дайте два.
...а не, 2-clause permissive и универ-копирайт. Ладно. "Как в НТ4" на подходе, да-да, конечно.
| |
|
5.104, Аноним (1), 13:32, 19/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
> линуксу НЕ НУЖНЫ "функции которые были в NT4"
> те, кому они нужны, могут распаковать архив с nt4 и наслаждаться
Вообще-то "как в NT4" мало кто из знатоков buzzwords представляет, так как документировано оно не для всех. И уж точно предлагавший удивится, узнав, что какая-нибудь CreateMailslotA() появилась позже и в тамошнем аналоге WinE.
| |
|
|
|
4.46, Аноним (-), 11:51, 19/02/2019 [^] [^^] [^^^] [ответить]
| –3 +/– |
Не нравится винда - смотри на макось. Макось - настоящий UNIX, но без launchd в нём тоже не обошлись.
| |
|
|
2.17, Crazy Alex (ok), 11:03, 19/02/2019 [^] [^^] [^^^] [ответить]
| +6 +/– |
на фиг не нужно в pid 1 заниматься абсолютным большинством того, что туда в systemd напихали. Тогда и общаться с ним по d-bus не понадобится.
| |
|
3.19, Аноним (9), 11:09, 19/02/2019 [^] [^^] [^^^] [ответить]
| –3 +/– |
> никто из разработчиков не обращает внимания на такие комментарии. Потому что это предложение НЕ делать чего-нибудь и отказаться от изначальной задачи. Комментарий не предлагает как решить. | |
3.22, Andrey Mitrofanov (?), 11:13, 19/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
> на фиг не нужно в pid 1 заниматься абсолютным большинством того, что
> туда в systemd напихали. Тогда и общаться с ним по d-bus
> не понадобится.
Ах, коллега, опять Вы со своим "не нужно".
Аудитория ж верит (вкерует?!), что вот-вот уже-уже почти-почти должны всенепрпеменно подвезти....
...всеобщее процветание и проблагоухание.
Сейчас, только дискетку отформати... ой, не то! только дырочки подлатают, прогрессифных фич накидают -- и прямо сразу так и займутся построением Светлого Настоящего. Сейчас-сенйчас, да.
</таймшер недорого без смс>
| |
3.25, Аноним (9), 11:18, 19/02/2019 [^] [^^] [^^^] [ответить]
| –3 +/– |
Есть 2 демона. Один демон предпримет действия если потребление ресурсов машины такое-то такое-то (придумайте метрику) о чём оповестит второго демона.
Проблематика задачи как раз инфраструктурная. Для того чтобы её решить нужно каждый для каждого проекта изобретать велосипед с решением, потому что сам по себе линукс как ОС ни мониторить себя нормально не умеет, ни стандартизированного апи для обмена данными о производительности не имеет, я уже не говорю про RPC на системном уровне.
| |
|
|
5.60, Аноним (9), 12:10, 19/02/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
Да их много и ни одного рабочего стандартизированного варианта.
| |
|
|
7.86, Andrey Mitrofanov (?), 12:58, 19/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
>> Да их много и ни одного рабочего стандартизированного варианта.
> в смысле? Что Вы понимаете под стандартизироваными?
Шоб Керниган и друг его IETF в книжку про Си вписали. Рядом с hello-миром.
>Тот-же SUN-RPC вполне себе есть
> практически везде | |
|
|
|
|
|
2.23, Аноним (1), 11:13, 19/02/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
> у венды IPC/RPC это легаси и история.
И что там теперь вместо APC и completion routines? Может и DISPATCH_LEVEL стал историей?
| |
2.55, Аноним (55), 12:02, 19/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
> чтобы добиться паритета в функциях с той же вендой
Нафейхоа? «Паритет» это вообще что в данном контексте? Встроенную спайварь тоже будем добавлять?
| |
2.275, Дон Ягон (?), 00:42, 21/02/2019 [^] [^^] [^^^] [ответить]
| +3 +/– |
> И тут примечательно, почему никто из разработчиков не обращает внимания на такие комментарии.
Давай будем честны - не только на такие. Увы, это лишь характеризует их как высокомерных зазнаек.
> Потому что это предложение НЕ делать чего-нибудь и отказаться от изначальной задачи.
Да. Как будто что-то плохое. Если близкий мне человек, попадёт в секту, например, я постараюсь отговорить его, отказаться от его задачи. Не все начинания благи. Про кривизну архитектуры системды высказывались с момента его появления, и новость вроде текущей - результат в том числе того, что разработчики systemd слишком мало обращают внимание на подобную критику.
> Комментарий не предлагает как решить.
Вообще-то предлагает.
| |
|
1.10, Аноним (10), 10:38, 19/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –7 +/– |
может это не проблема systemd, а проблема о.с.?
может проще написать о.с. systemd-system?
| |
|
2.14, пох (?), 10:55, 19/02/2019 [^] [^^] [^^^] [ответить]
| –3 +/– |
так уже, systemd/Linux называется.
"ваш новый стандарт".
| |
|
1.21, Аноним (-), 11:10, 19/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>thread 'main' has overflowed its stack
>fatal runtime error: stack overflow
>Aborted
Так было бы если бы systemd был написан на Rust.
| |
|
2.24, Аноним (24), 11:17, 19/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Леню бы задолбали варнинги с ошибками и он написал бы свой, принципиально новый конпелятор раста :)
| |
2.31, пох (?), 11:24, 19/02/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Так было бы если бы systemd был написан на Rust.
как запилите хотя бы версию 1 (не 0.0.1, учитесь у Лёни) - с меня донейт.
| |
|
|
4.37, пох (?), 11:29, 19/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
> А смысл? Паника будет так и так.
зато квадратноколесность велосипеда будет видна без оптических приборов.
| |
|
|
|
1.28, Аноним (28), 11:20, 19/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– |
> ядро не может вызвать данный обработчик сигнала и просто завершает процесс с PID 1
Ещё и в ядре ошибка.
| |
|
2.33, пох (?), 11:27, 19/02/2019 [^] [^^] [^^^] [ответить]
| +3 +/– |
это не ошибка, это системная функция, точнее, ее отсутствие - ядро писал ретроград Линус двадцать пять лет назад, когда процесс с pid1 к "unmapped памяти" не обращался, поскольку вообще занимался исключительно своим делом - запуском демонов и сбором мусора.
| |
|
3.47, Аноним (9), 11:51, 19/02/2019 [^] [^^] [^^^] [ответить]
| –7 +/– |
...а потом еще спрашивают, почему разработчики systemd вечно норовят залезть в ядро. Ясно-понятно почему, устаревшая забагованная ерунда с кучей никому не нужных древних ФС (федора их уже выпилила), археологических драйверов, которые сто лет никто не собирает и дальше по тексту. Надо приводить в порядок эту помойку под нужды современного бизнеса.
| |
|
4.72, Andrey Mitrofanov (?), 12:38, 19/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
> ...а потом еще спрашивают, почему разработчики systemd вечно норовят
>Надо приводить в порядок эту
> помойку под нужды современного бизнеса.
" Можете форкать! "
Денег у вас завались, времени девать некуда. Вперёд[I]!
| |
|
5.97, пох (?), 13:20, 19/02/2019 [^] [^^] [^^^] [ответить]
| +3 +/– |
>>Надо приводить в порядок эту
>> помойку под нужды современного бизнеса.
ну в общем-то давно уже за это взялись
> " Можете форкать! "
дык им-то зачем - когда они контролируют основной процесс.
Форкать могут те, у кого ни денег, ни возможностей для этого - но у них, обычно, и времени свободного тоже нет. А его, глядя на печальный опыт девуана, надо овердофига даже на мелкий незначительный шаг в сторону.
так что в ведре будет то, что нальют корпорации - ну вот для начала прекрасный новый модный нечеловекоуправляемый файрвол (корпорастам не надо, человекоуправляемый у них на входе периметра), а там глядишь и до kdbus дойдет.
| |
|
4.194, Адекват (ok), 09:13, 20/02/2019 [^] [^^] [^^^] [ответить]
| –3 +/– |
Ты что? как это выкинуть устаревшие драйверы ?? а как же сканеры, которые подключаются по LPT и сканируют со скоростью 1 лист за 4 часа ??? - много у кого из линуксоидов такие есть, и пусть там пара вертикальных полос идет и цвето-передача страдает, так РАБОТАЕТ ЖЕ!!! и новый покупать не нужно!! Просто после сканирования еще 4 часа на правку в гимпе потратить и все норм будет!
| |
|
5.258, пох (?), 17:30, 20/02/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
ты думаешь, мой ls4000 (ни разу не lpt, а очень даже красивый, хотя и мертвый, firewire) в линуксе вообще как-то будет работать?
И новый купить, что характерно - не получится.
понятное дело, я для него держу XP на отдельном диске, вместе с устаревшими драйверами и устаревшим всем, чего уже не скачаешь в этих ваших интернетах.
А вот ты, найдя дедушкину фотопленку предвоенных лет - уже не сможешь ее отсканировать с хорошим качеством - _нигде_. Во всяком случае, еще лет через десять, когда умрут пассики и диоды в моем сканере и его братьях - точно.
Ни задаром, ни за деньги, ни даже за бесконечно большие деньги.
| |
|
6.263, Michael Shigorin (ok), 19:24, 20/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
> ты думаешь, мой ls4000 (ни разу не lpt, а очень даже красивый,
> хотя и мертвый, firewire) в линуксе вообще как-то будет работать?
Очень рекомендую VueScan, проверено на Nikon Coolscan 5000 тоже с IEEE1394.
Автор, кстати, немного по-русски понимает :-)
| |
|
|
|
3.193, Аноним (1), 08:54, 20/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
> это не ошибка, это системная функция, точнее, ее отсутствие - ядро писал
> ретроград Линус двадцать пять лет назад, когда процесс с pid1 к
> "unmapped памяти" не обращался
Да не в этом там дело. Там alloca
| |
3.200, Аноним (28), 11:20, 20/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
Я про обработчик SIGSEGV, который ядро судя по новости то вызывает, то нет.
| |
|
|
1.30, iv (?), 11:23, 19/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Вот сейчас мы и узнаем, что из себя представляют разработчики systemd на самом деле. Если к 242 они выпилят из кодовой базы все выделяемые на стеке массивы переменной длины, то не всё ещё потеряно.
| |
1.32, Аноним (32), 11:25, 19/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
не являясь хейтером systemd, часто задаюсь вопросом, зачем это абсолютно сырое, необкатанное и забагованное поделие пропихивают с таким скрипом в дефолт? ну валялось бы, где-нибудь в репах и вызревало. смотрю на работу мантейнеров дебиан, как они с ним откровенно говоря я***буца... ну не в какие рамки же
| |
|
2.36, пох (?), 11:28, 19/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
вы там вот выше прочитайте детскую радость очередного любителя "как в винде", сразу и поймете.
А что, по вашему, разработчики дистрибутивов какие-то другие, им не хочется того же самого?
| |
|
3.43, Аноним (9), 11:47, 19/02/2019 [^] [^^] [^^^] [ответить]
| –3 +/– |
Вот ты так говоришь "как в винде", будто в этом есть что-то плохое...
А ведь меинтейнеры некоторых дистрибутивов на него перешли не просто так, что-то же им там понравилось.
| |
|
4.123, Аноним (123), 14:37, 19/02/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
>Вот ты так говоришь "как в винде", будто в этом есть что-то плохое...
Нет ничего в этом плохого, за исключением того, что в В-нде это есть уже давно и без всяких каков. Соответственно кому это было надо (или хотя бы просто устраивало) - давно уже на ней. А другие ОСи ценились именно за то, что они другие, что там не "как в В-нде". А зачэм нам два Сынавских?
| |
|
|
2.39, Andrey Mitrofanov (?), 11:34, 19/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
> не являясь хейтером systemd, часто задаюсь вопросом, зачем
Ну, и чего надумал, не томи?
" Не даёт ответа. "(ц)Гоголь ?
| |
2.40, Анонимочкин (?), 11:39, 19/02/2019 [^] [^^] [^^^] [ответить]
| –4 +/– |
Не ошибается только тот, кто ничего не делает.
Нет ни одного серьёзного программного продукта, в котором бы отсутствовали баги.
И чем более распространён и полезен продукт, тем чаще в нём будут выявлять уязвимости.
Не хочешь видеть плохих новостей про свою любимую программу, тогда будь изгоем и выбирай то, что никому кроме тебя не нужно.
| |
|
|
|
Часть нити удалена модератором |
5.103, Совершенно другой аноним (?), 13:28, 19/02/2019 [^] [^^] [^^^] [ответить]
| +4 +/– |
> systemd не монолитный и состоит из набора несвязанных между собой сервисов, каждый
> из которых можно заменить на аналог или вообще удалить. Но обычно
> - да, будет использоваться весь набор библиотек одного поставщика.
Которые непонятно зачем написаны, ведь есть аналоги, которые были ещё задолго до systemd. И которые уже, по большому счёту, отлажены.
> В состав systemd не входят драйверы.
Зато входят DHCP-, DNS-сервера, генератор QR-кодов и прочие незаменимые в домашнем хозяйстве вещи.
| |
|
|
Часть нити удалена модератором |
7.132, Совершенно другой аноним (?), 14:52, 19/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Которые непонятно зачем написаны, ведь есть аналоги, которые были ещё задолго до systemd.
> Вы либо крайне саркастичны в своём комментарии либо... пфффф... вы серьёзно не
> знаете зачем они там написаны? За тем, чтобы стандартизировать реализацию определённой
> функции внутри базовой системы.
Боюсь, кроме vendor-lock (c)(tm) ничего на ум не приходит.
> Например: Система логгирования в системе ЕСТЬ. У неё апи такое-то. Если пользователь
> заменил систему логирования на альтернативную, то она всё равно ЕСТЬ и
> апи сохраняется. Теперь логгирование в этом примере замените на DHCP-клиент, кэширующие
> DNS-резолвер и так далее и тому подобное.
И до этого система логирования, ака syslog имела стандартизированный интерфейс. И система DNS, если вы про прикладной доступ.
| |
|
|
5.106, Michael Shigorin (ok), 13:38, 19/02/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
> systemd не монолитный и состоит из набора несвязанных между собой сервисов,
> каждый из которых можно заменить на аналог или вообще удалить.
Это очередной постулат или проверяли на себе?
| |
5.120, Аноним84701 (ok), 14:31, 19/02/2019 [^] [^^] [^^^] [ответить]
| +4 +/– |
> systemd не монолитный и состоит из набора несвязанных между собой сервисов, каждый из которых можно заменить на аналог или вообще удалить.
И на что можно заменить systemd-logind? А systemd-networkd? А mdev/eudev вместо systemd-udev будет работать?
| |
|
4.92, Аноним (9), 13:09, 19/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
> микроядерная ОС с монолитным systemd
ой это вряд ли, речь идёт просто о грибридном подходе, когда часть ядра в нулевом кольце, и куча всего в юзерспейсе. Там и подходы разные, вон есть Darwin, BSD, Windows NT и куча других ОС, которые используют этот подход.
Да. Linux скоро превратится в BSD со своим оригинальным ядром. И я не вижу, чтобы Линус был против.
| |
|
5.105, Совершенно другой аноним (?), 13:38, 19/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
>> микроядерная ОС с монолитным systemd
> ой это вряд ли, речь идёт просто о грибридном подходе, когда часть
> ядра в нулевом кольце, и куча всего в юзерспейсе. Там и
> подходы разные, вон есть Darwin, BSD, Windows NT и куча других
> ОС, которые используют этот подход.
это-то понятно, просто продолжил мысль, изложенную в "проблеме 2" в исходном посте Анонима, ну и немного утрировал. Просто у него так получалось, что надо выкидывать функционал из ядра и впихивать в systemd. Хотя.. наверное я таки, наверное, за. Надеюсь, что при таком подходе systemd рухнет под своим весом гораздо раньше.. Вполне вероятно похоронив всех, кто окажется в непосредственной близости. Может даже и всех нас.
| |
|
4.96, Andrey Mitrofanov (?), 13:16, 19/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
>К сожалению, золотой век с монолитной ОС и
> обычным sysvinit уже миновал...
" Немое кино уже кончилось, а звуковое ещё не началось. "
Так вот и мучаемся с сабжом, ага. ><<<W>
| |
|
3.87, Аноним (9), 12:58, 19/02/2019 [^] [^^] [^^^] [ответить] | –1 +/– | Наконец-то островок адекватности на опеннете Я согласен, что это логичный спосо... большой текст свёрнут, показать | |
|
|
Часть нити удалена модератором |
5.107, Аноним (9), 13:48, 19/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Линуса, Столмана и идеологию в одно предложение ставить - фактическая ошибка. Послушайте хотя бы Q&A Sessions с Линусом и послушайте, что он думает про FSF, их идеологию и GPLv3.
Юзерспейс - это ring 3, ничего тут вольного нет.
Нвидия. Ну хотя бы эти источники дай, я поизучаю. Просто если компания:
1) Отказывается предоставлять поддержку своему покупателю по оптимусу
2) Выдаёт лицензионные проблемы своих патчей за технические проблемы
То это не проблема Линуса, это проблема нвидии, которую она должна сама решить.
| |
|
4.166, Аноним (166), 18:40, 19/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Вообще этот спор монолитности и микроядерности так и не завершился, но
> бизнес выбрал нечто среднее между ними и мне не известно, чтобы
> кто-то продолжал финансирования экспериментов.
ну есть L4 например. Кому надо попиливают
| |
|
3.89, Andrey Mitrofanov (?), 13:01, 19/02/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Затем, что реализовать на базе монолитной ОС (коей сейчас является Линукс) современную
> функциональность становится с
Прогресс не остановить. s-d-mikrocerneld в каждый дом, шагает по планете. Будет только хуже. Вступайте в Автодор! </>
| |
|
4.99, пох (?), 13:25, 19/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Прогресс не остановить. s-d-mikrocerneld в каждый дом, шагает по планете.
может, кто-то еще успеет с планеты куда-нибудь свалить?
в эпидемию чумы, к сожалению, верится слабо, омнирезистентный триппер пока что-то заглох, эбола это только для негров... других средств к резкому оздоровлению человечества что-то не видно.
| |
4.116, Аноним (9), 14:17, 19/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
> s-d-mikrocerneld
Таки ви пrедлагаете запилить поддержку GNU/Hurd?
| |
|
5.135, Andrey Mitrofanov (?), 14:56, 19/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> s-d-mikrocerneld
> Таки ви пrедлагаете запилить поддержку GNU/Hurd?
Нет. Зюстемдешнутым это не подойдёт:
+ В нём слишком много bash. + В нём недостаточно LGPL. + Опознавание своих по прыщам и веснушкам не проходит.
| |
|
|
3.134, Аноним (142), 14:54, 19/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
>микроядро + сервисы (systemd)
Hurd, Genode обходятся микроядро + сервисы. Systemd им как собаке пятая нога.
| |
3.195, Адекват (ok), 09:19, 20/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
>Не ошибается только тот, кто ничего не делает
эта фраза не для всех случаев подходит, ошибка ошибке рознь. Или вы пиццу передержали в духовке и она подгорела, или вы врач и совершив ошибку убили пациента.
За такие ошибки, как эта нужно брить налысо тупыми ржавыми ножами, поливая голову подсоленой водой. Причем публично на площади. А потом, приковав к столбу разрешить каждому желающему пнуть виновных под срандель.
| |
|
2.197, Онаним (?), 09:37, 20/02/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
Потому что портянки ещё более сырых, забагованных и вообще недоделанных инит-скриптов достали всех.
| |
|
3.201, Аноним (28), 11:30, 20/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Никто не запрещает использовать протестированные, без ошибок и полностью доделанные инит скрипты.
| |
|
|
1.42, Отражение луны (ok), 11:45, 19/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– |
Ну да, а еще можно просто отожрать под непривилегированным юзером nГб рамы, и система все так же умрет. Иными словами, сценария применения у уязвимости нет пока не доказана возможность выполнить код от рута.
| |
1.125, Аноним84701 (ok), 14:38, 19/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
> позволяющая вызвать крах управляющего процесса инициализации (PID1) через отправку непривилегированным
> пользователем специально оформленного сообщения через шину D-Bus.
Никогда ж такого ж не было!
Ой, было
https://www.opennet.me/opennews/art.shtml?num=45244
> 29.09.2016 19:49 Локальная DoS-уязвимость в systemd
> В системном менеджере systemd выявлена локальная уязвимость. Процесс PID 1 зависает на системном вызове pause() при поступлении в сокет уведомлений systemd
>[...] любые локальные пользователи могут вызвать отказ в обслуживании на системах с systemd.
while true; do NOTIFY_SOCKET=/run/systemd/notify systemd-notify ""; done
но давно и поэтому почти неправда! :)
| |
1.127, Аноним (123), 14:42, 19/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
>сборка в GCC c включением опции "-fstack-clash-protection"
А куда вы некрофилов дели? На этом месте должна была выскочить парочка с воплем, что на их куркуляторах это будет тормозить.
| |
|
2.136, Andrey Mitrofanov (?), 14:58, 19/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
>>сборка в GCC c включением опции "-fstack-clash-protection"
> А куда вы некрофилов дели? На этом месте должна была выскочить парочка
> с воплем, что на их куркуляторах это будет тормозить.
Все перековались уже. Вкушають прогресс, только за ушами трещит.
| |
|
1.154, Баш Портянщик (?), 16:42, 19/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
>В systemd найдена уязвимость
То ли ещё будет... Более кривого кода чем у сабжа вряд ли можно ещё где-то найти.
| |
|
2.155, Andrey Mitrofanov (?), 16:53, 19/02/2019 [^] [^^] [^^^] [ответить]
| +3 +/– |
Баш Портянщик пишет:
Бро!
>>В systemd найдена уязвимость
> То ли ещё будет... Более кривого кода чем у сабжа вряд ли
> можно ещё где-то найти.
Да. Только кривой код сам по себе не причина. Причина в отсуствии архитектуры, шапкозакидательстве (pat intended tnx) апстрима и "неискренненьких" целях проекта. Код хоть обисправляйся -- причины-то не изменятся.
| |
|
3.157, Аноним (-), 17:18, 19/02/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
Отсутствие архитектури и кривой код - это про sysvinit & bsd init. Натащить кучу баш-скриптов, которые в каждом дистрибутиве работают по-своему, а потом ждать при каждой загрузке по 5 минут когда всё это посыпется с нечитаемыми ошибками.
| |
|
4.158, Аноним (158), 17:21, 19/02/2019 [^] [^^] [^^^] [ответить]
| –4 +/– |
Единственный плюс этого подхода - можно даже не пытаться реализовывать надежно работающий hotplug.
| |
|
5.204, Аноним (28), 11:37, 20/02/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
Вы же в курсе что полная поддержка plug and play появилась в GNU/Linux раньше чем в Windows, для примера.
| |
|
4.168, анонн (?), 18:59, 19/02/2019 [^] [^^] [^^^] [ответить]
| +6 +/– |
> bsd init.
> Натащить кучу баш-скриптов,
> bsd
> баш
/0
> Отсутствие архитектури и кривой код - это про sysvinit & bsd init
Типа, слишком мало кода для серьезной системы инициализации, нужно хотя бы 400 000 строк?
% cloc /usr/src/sbin/init
-------------------------------------------------------------------------------
Language files blank comment code
-------------------------------------------------------------------------------
C 1 253 349 1457
make 1 5 3 24
C/C++ Header 1 2 36 7
-------------------------------------------------------------------------------
SUM: 3 260 388 1488
Или слишком понятный код, без кучи однобуквенных переменных и захардкоженых констант?
if (sp->se_type) {
/* Don't use malloc after fork */
strcpy(term, "TERM=");
strlcat(term, sp->se_type, sizeof(term));
env[0] = term;
env[1] = NULL;
}
а нужно было
https://github.com/systemd/systemd/blob/ad16158c10dfc3258831a9ff2f1a988214f516
ret = new(char, (e - slice) + 1 + strlen(name) + 6 + 1);
---
strcpy(mempcpy(mempcpy(r, f, a + 1), i, b), e);
--
| |
|
5.208, Аноним (28), 11:44, 20/02/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
Они не понимают о чём говорят и не разбираются, просто повторяют что им потеринг сказал, фанатики.
| |
|
6.284, Michael Shigorin (ok), 15:23, 21/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
> фанатики
Горше всего, что не просто фанатики, а ещё и не лечатся...
PS: в смысле картина маслом:
- а ваши башпортянки!!!1 а наша системдешечка!!111
- внутрь смотрел?
- у вас никаких аргументов!
- вот сюда конкретно смотрел? с секундомером стоял?
- ну вот, опять эти неосиляторы со своими абстрактными доводами!
- *занавес*
| |
|
|
4.181, YetAnotherOnanym (ok), 01:10, 20/02/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
> при каждой загрузке по 5 минут когда всё это посыпется с нечитаемыми ошибками
Можете назвать дистр, в котором sysvinit при каждой загрузке сыпался с нечитаемыми ошибками? И что Вы определяете как "нечитаемость"?
| |
4.196, Адекват (ok), 09:25, 20/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
>а потом ждать при каждой загрузке по 5 минут когда всё это посыпется с нечитаемыми ошибками.
Вы или троль или неуч. Когда я пользовался арчем с его bsd-like-init никаких 5 минут не было, на простом hdd-sata2 загрузка может минуту занимала, причем это от груба до полной готовности десктопа. Даже тогда в /etc/rc.conf была возможность указать запускать демон в бекграунд, или запретит загрузку или указать порядок загрузки демонов. Все в одном файле, а не в непойми-каких-каталогах-которые-я-забуду-где-находятся.
Если ошибки были - они были вполне читаемы, потому, что не было никаких заставок, а где заставки были, их можно было отключить и почитать как проходит загрузка. Тогда все было лучше, но вы же не поверите, сейчас xfce4 на ssd загружается дольше, чем xfce4 в 2008 году на sata2-hdd.
| |
|
|
Часть нити удалена модератором |
6.209, Аноним (28), 11:46, 20/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
Нет не знаете, ничто не мешает вам поставить тот дистрибутив и убедиться.
| |
|
7.212, Аноним (-), 11:51, 20/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
# systemd-analyze
Startup finished in 3.528s (kernel) + 42.502s (userspace) = 46.031s
| |
|
|
|
|
|
|
13.281, Аноним (276), 14:14, 21/02/2019 [^] [^^] [^^^] [ответить] | +1 +/– | root ThinkPad-R51 hdparm -I dev sda dev sda ATA device, with non-removable... большой текст свёрнут, показать | |
|
|
|
|
11.287, Аноним (287), 16:18, 21/02/2019 [^] [^^] [^^^] [ответить] | +1 +/– | Вот EeePC c Xubuntu 18 04 И это время загрузки в графическое окружение, а не в ... большой текст свёрнут, показать | |
|
|
|
|
|
16.306, анонн (?), 21:57, 21/02/2019 [^] [^^] [^^^] [ответить] | +/– | Притягивание за уши, лвл 80 И 8 минут любоваться на поттеринга желания нет И... большой текст свёрнут, показать | |
|
|
|
|
12.296, Аноним (287), 20:13, 21/02/2019 [^] [^^] [^^^] [ответить] | +1 +/– | Кстати, я не выключал никакие сервисы root EeePC-901 systemctl list-unit-fil... большой текст свёрнут, показать | |
|
|
|
|
|
|
|
|
4.202, Аноним (28), 11:35, 20/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
> баш-скриптов, которые в каждом дистрибутиве работают по-своему
А почему они должны работать одинаково? То что хорошо для ноута может быть плохим решением для сервера.
| |
|
5.207, Аноним (-), 11:42, 20/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
Если ты пишешь софтину с демоном (тем более с таким, который зависит от других), тебе придется писать свои init-скрипты под каждый дистрибутив, либо ей никто не сможет пользоваться.
| |
|
6.211, Аноним (28), 11:50, 20/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
Инит срипты пишут разработчики дистрибутива, под свой дистрибутив сами.
| |
6.213, Аноним (28), 11:53, 20/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
А unit файлы не надо писать под каждый дистрибутив? У разных дистрибутивов разные зависимости и расположение каталогов например.
| |
|
7.217, Аноним (-), 12:00, 20/02/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
Каталоги тут вообще при чём? И да, в systemd всё стандартизовано и мне ещё ни разу не приходилось писать разные unitы (но даже если и пришлось бы - это было бы гораздо легче из-за их декларативной природы и маленького размера).
| |
|
|
|
4.206, Аноним (28), 11:40, 20/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
> а потом ждать при каждой загрузке по 5 минут когда всё это посыпется с нечитаемыми ошибками.
Если дистрибутив которым вы пользовались был сделан плохо, то чем вам тут поможет systemd? Авторы плохого дистрибутива и unit файлы напишут плохо, в чём разница?
| |
|
5.210, Аноним (-), 11:48, 20/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
Дистрибутв тут ни при чем. sysvinit и bsdinit в принципе не умеют в зависимости. В sysvinit они сбоку как костыль, в bsdinit всё просто прибито гвоздями, но это тоже не помогает.
| |
|
6.218, Аноним (28), 12:00, 20/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
В docker systemd не нужен, в kubernetes тоже, сервер в стойке никто каждый день не перезагружает, для чего вам это всё, systemd для гуголь ноута?
| |
|
7.254, анонн (?), 15:52, 20/02/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
Первую строчку съело при копипасте:
>
> % echo '#!/bin/sh
> #
> # $FreeBSD$
> #
> # PROVIDE: local_anon
> # REQUIRE: FILESYSTEMS local_unbound' > /tmp/local_anon
% rcorder /etc/rc.d/* local_anon|grep -B 4 local_anon
> /etc/rc.d/devd
> /etc/rc.d/netwait
> /etc/rc.d/defaultroute
> /etc/rc.d/local_unbound
> /tmp/local_anon
>
| |
7.280, Аноним (-), 13:24, 21/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
Костыль к init под названием rc умеет парсить костыльные комментарии в шелл-портянках. Не это ли верх архитектурного изящества?
ЗЫ в sysvinit такие костыли тоже любят
| |
|
8.282, анонн (?), 14:27, 21/02/2019 [^] [^^] [^^^] [ответить] | +2 +/– | То ли дело некостыльные, модные и молодежные юниты code Unit Description Se... текст свёрнут, показать | |
|
|
|
|
|
|
|
1.170, Нанобот (ok), 19:20, 19/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
>так как в ходе атаки обращение производится к неотражённым страницам памяти (unmapped), ядро не может вызвать данный обработчик сигнала
что за волшебные такие страницы, из-за которых сигнал не вызывается?
я конечно понимаю, что фактчекинг нынче не в моде, но...
signal(SIGSEGV, my_handler);
*((int*)(0x44444444)) = 0x44444444;
приводит к успешному вызову обработчика
| |
|
|
3.192, Аноним (1), 07:01, 20/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
Пример некорректен, дан для простоты наглядности. Хендлеру для работы нужен стек.
| |
|
4.235, Нанобот (ok), 12:29, 20/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Пример некорректен, дан для простоты наглядности. Хендлеру для работы нужен стек.
да, действительно, там же стек переполнен...
...просто в новости оно как-то мутно описано
| |
|
|
|
1.171, 111 (??), 19:47, 19/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
опять портянки оказались безопаснее и комфортнее... да еще и быстрее компутер загружают...
| |
|
|
3.224, Аноним (28), 12:09, 20/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Неправда, systemd это не прогресс,с чего вы взяли что любое изменение это всегда прогресс?
| |
|
4.226, Аноним (-), 12:12, 20/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
Это не я решил, а подавляющее большинство дистрибутивов. Все основные во всяком случае.
| |
|
5.233, Аноним (28), 12:26, 20/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Это не я решил, а подавляющее большинство дистрибутивов. Все основные во всяком
> случае.
Он такого не решали.
| |
|
|
3.228, Andrey Mitrofanov (?), 12:12, 20/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Прогресс вообще зло. В пещерах и на деревьях было лучше.
Прогресс "вообще" -- не доказано, и, типа, не об этом речь.
Не надо кривых обощений и спрыг-спрыгов.
"Прогресс" _в s-d_ - да, зло.
Прололжайте прыгать по расчёске.
| |
|
|
1.174, Аноним (174), 21:51, 19/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Бугага таки нашли, не прошло и трех лет.
На самом деле там еще 14 подобных
NOTABUG! сопсобных уложить и pid 1 и ядро за одно.
| |
1.176, Аноним (176), 23:45, 19/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Тут в обсуждениях мелькало, что вот systemd пытается сделать в линуксе как в винде, в одном комментарии даже говорится, что, цитата: "линуксу не достаёт функций которые были еще в NT4".
Кто-нибудь может объяснить, что за функции такие в винда вообще и нт4 в частности. Мб дилетантский вопрос, но мне не понятно, вроде в линуксе всё для жизни есть, всё примерно то же самое, что и в винде, можно делать. Каких же там функций нет на уровне базовой системы?
| |
|
2.177, 111 (??), 23:51, 19/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Каких же там функций нет на уровне базовой системы?
Божественности! Давно известно, что в Виндовс - иконы и службы, а в Линуксе - демоны и зомби...
| |
|
|
4.251, Аноним (251), 15:14, 20/02/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
> В винде зомби тоже есть
Ну да, только там они за монитором сидят
| |
|
|
2.203, Аноним (-), 11:37, 20/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
Даже не как в винде, а как в макоси и лучше. Функции эти - зависимости между сервисами, запуск сервисов по событиям (например вставили USB-аудиокарту - запустился PulseAudio), параллельный запуск сервисов, контроль состояния сервисов и перезапуск их при необходимости (с правильным разрешением зависимостей), пользовательские сервисы и другое.
| |
|
3.238, Аноним (28), 12:33, 20/02/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Даже не как в винде, а как в макоси и лучше. Функции
> эти - зависимости между сервисами, запуск сервисов по событиям (например вставили
> USB-аудиокарту - запустился PulseAudio), параллельный запуск сервисов, контроль состояния
> сервисов и перезапуск их при необходимости (с правильным разрешением зависимостей), пользовательские
> сервисы и другое.
На сервере в стойке это всё не нужно.
| |
|
4.242, Аноним (243), 12:56, 20/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Там не нужно правильно перезапустить сервис если он упадёт? O RLY? Ну тогда тебе и электричество не нужно - обойдешься лучиной.
| |
|
3.248, Аноним (176), 14:06, 20/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
Неужели в sysvinit linux нельзя никак было запустить сервис по событию, вставленной флешке например?
| |
3.255, анонн (?), 16:21, 20/02/2019 [^] [^^] [^^^] [ответить] | +/– | code more etc devd conf 124 grep service -B4 notify 0 match system IF... большой текст свёрнут, показать | |
|
4.257, Аноним (257), 17:09, 20/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
> devd
А теперь вот это недоudev выкини и всё то же самое - на чистом bsd init.
| |
|
5.260, анонн (?), 18:11, 20/02/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> devd
> А теперь вот это недоudev выкини
"Недо" оно потому что туда не встроили dbus и еще 100500 свистелок или потому что не прибили полуметровыми гвоздями?
> и всё то же самое - на чистом bsd init.
Выкинь для начала udev, который тоже появился задолго до системды.
И обоснуй заодно, почему ты приравниваешь системду к чистому иниту?
| |
|
6.261, Аноним (261), 18:32, 20/02/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
Свистелка это твоя devd. 4.4BSD прекрасно жила без неё. Если ты не понимаешь зачем нужны зависимости между сервисами, API и взаимодействие device fs с init, просто проходи мимо.
| |
|
7.262, анонн (?), 18:43, 20/02/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Свистелка это твоя devd. 4.4BSD прекрасно жила без неё.
Тоесть, возразить что-то по теме нечего?
> Если ты не понимаешь зачем нужны зависимости между сервисами,
О, еще один рассказчик про отсутствие зависимостей в несистемде?
| |
|
|
|
|
|
2.237, Аноним (28), 12:31, 20/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
Автоматический перезапуск упавшего сервиса, программный сишный API для регистрации сервиса в системе. Программный сишный API для чтения событий из системных журналов.
| |
|
|
|
5.278, Andrey Mitrofanov (?), 10:54, 21/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
> скорее всего у него уже и параметр "автоперезапуск" был.[I]
> скорее всего
[/I]Чё-т ты не убедил моего склерза. Автозапуск был - при загрузку системы чтоб.
А вот Авто-пере-, "перезапуск упавшего", вело-мото-фото...
...не припоминаю. [I]Вы фсйо врёти.
| |
|
|
|
4.270, Аноним (264), 20:06, 20/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
Можно конечно, просто самому придётся писать разделение записей на поля и поиск с фильтрацией по источнику события.
| |
|
|
|
1.188, Александр Владимирович (ok), 06:21, 20/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Systemd начал разрабатываться практически сразу после того, как в совете директоров RedHat появились армейские генералы. Вполне логично рассматривать подобные "уязвимости" как прямое предназначение systemd. В нужный момент вызвать сбои в инфраструктуре вероятного противника - вполне себе привлекательное вложение для средств из оборонного бюджета США. Не вызывает удивления и то, что IBM, компания, которая практически с самого начала своего существования работала в тесной связи с военными разработками, вдруг решила приобрести RedHat...
| |
|
2.198, Аноним (1), 09:59, 20/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
Флот --> торпеды --> кибернетика --> ИБМ.
Кто где когда появился и купил, всего лишь перекладывание дивидендов из общака в карман поближе.
| |
|
1.252, Аноним (252), 15:34, 20/02/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Ох, пионерство. Пусть забавляются, короче. А мы подождём rust'овцев с redux'ом и прочими нескучностями.
| |
|
|
3.259, пох (?), 17:31, 20/02/2019 [^] [^^] [^^^] [ответить]
| +/– |
ну что ты, что ты - они быстрые. Или ты имел в виду - работающего, а не "компилируется же ж"?
| |
|
|
|