forum.opennet.ru

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

Оглавление

Представлен многоплатформенный системный менеджер System XVI..., opennews (??), 14-Сен-15, (0) [смотреть все]

Собираем чемоданы, опять переезжать А если серьёзно, то это намного лучше, чем п, Аноним (-), 10:53 , 14-Сен-15, (1) +37 //

ну так намекают на system V Не типа мыявляемся более юникс чем другие хотя , slavius (?), 10:58 , 14-Сен-15, (3) //

А мне напомнило Государство это я -- Людовик XIV ---init 1 это я -- ЛЁня I, Andrey Mitrofanov (?), 11:03 , 14-Сен-15, (8) +3 //

А XVI как раз казнили , Аноним (-), 16:25 , 14-Сен-15, (69)

а они просто историю не учили , slavius (?), 21:45 , 14-Сен-15, (103) –1

Сейчас казни не в моде Просто дадут пожизненное и отправят доживать свой век в , Аноним (-), 14:26 , 15-Сен-15, (146)

Говорите, есть надежда , Константавр (ok), 07:03 , 15-Сен-15, (123) +1

А где S6-S15 - , IZh. (?), 11:04 , 14-Сен-15, (9) +1 //

В море Дирака же , Аноним (-), 15:49 , 14-Сен-15, (63)

Ждем как зилоты вопившие про то как это плохо - крутанутся на 179 5 градуса и на, Аноним (-), 11:14 , 14-Сен-15, (16) –10 //

Это не точка зрения, это их корпорации на вертят , клоун (?), 13:15 , 14-Сен-15, (41) +3

В критике нет ничего плохого Критика это замечательно Плохие вещи заслуживают , Аноним (-), 11:02 , 14-Сен-15, (7) +20 //

А вот и общечеловеки и ценители хороших правильных 1-way-ticket хватит-для-все, Andrey Mitrofanov (?), 11:05 , 14-Сен-15, (11) –31 //

Хорошая иллюстрация на тему того как плевались извозчики в свое время от соко, Аноним (-), 11:25 , 14-Сен-15, (19) +1

Извозчиков в Москве тогда уже не было Да и вообще, знай вы историю получше, то , клоун (?), 14:02 , 14-Сен-15, (52) +4

Даю справку До революции существовало несколько конкурирующих планов Московского, жабабыдлокодер (ok), 15:07 , 14-Сен-15, (59) +1

Упоминания про мракобесие РПЦ вычёркиваются из современной истории России Читай, клоун (?), 15:45 , 14-Сен-15, (62) –3

_ а большинство зданий в центре города принадлежало РПЦ_Знали бы вы историю, то , anonas (?), 19:23 , 14-Сен-15, (84) –3

А отделение церкви от государства большевики просто по приколу придумали, а попы, angra (ok), 23:03 , 14-Сен-15, (109) +2

в россии до революции церковь являлась частью государства это так напоминание , slavius (?), 00:31 , 15-Сен-15, (112) –3

Собственностью владеет тот, кто получает с нее доход, может ее продать или сдать, angra (ok), 03:07 , 15-Сен-15, (120)

однако песенка хорошо отражает суть явления , Аноним (-), 15:07 , 15-Сен-15, (149)

Лично я НИХРЕНА не понял что вы хотели сказать - спрашивается зачем писали что, Адекват (ok), 13:15 , 14-Сен-15, (42) +5

В основном это реакция на общеевропейскоие ценности чуть ниже, а в процитирова, Andrey Mitrofanov (?), 14:55 , 14-Сен-15, (56) –2
Гыг Интересно, те двое плюсующих хотели сказать, что да-таки корреспондент нич, Andrey Mitrofanov (?), 14:57 , 14-Сен-15, (57) –2

Вы специально упустили слово пассивная , вероятно , Аноним (-), 11:45 , 14-Сен-15, (24) –1 //

В лексиконе порядочных людей вообще нет такого баззворда как пассивная критика , Аноним (-), 11:01 , 12-Окт-15, (290)

Вы заблуждаетесь, Леннарт срать хотел на вашу критику он работает за бабки на ре, Аноним (-), 11:50 , 14-Сен-15, (25) //

А кроме того, у него есть цель и он к ней идёт Рано или поздно ядро Линукс стане, клоун (?), 13:35 , 14-Сен-15, (46) –7

А криптовладыки за вами не следят , Аноним (-), 16:04 , 14-Сен-15, (66) +1
Клоун хорош, как всегда Сравнил ядро с пластиковой картой и устроил развесистую, Аноним (-), 19:58 , 14-Сен-15, (86) +3

1 171 -тся 187 и 171 -ться 187 не надо было тебе прогуливать школу 2 , arisu (ok), 01:16 , 15-Сен-15, (113) +2

Полностью согласен А еще такая картина складывается - есть линукс, есть админ н, Адекват (ok), 13:48 , 14-Сен-15, (49) –2 //

То есть он не оставил никого вместо себя То есть он не построил бэкапный канал,, Легион (?), 14:25 , 14-Сен-15, (53) +5

Ты просто не умеешь их готовить , Аноним (-), 16:07 , 14-Сен-15, (67) –5

после того как я увидел первый раз офтоп_8 и понял, что надо сначала почитать кр, Pahanivo (ok), 21:25 , 14-Сен-15, (101)

Читать по теме- жизнененный цикл технической системы, раздел валидация- управлен, qwerty (??), 14:40 , 14-Сен-15, (54)

Если ты полагаешь что один фиг с ним несколько людей могут проверить все возмож, Аноним (-), 21:35 , 14-Сен-15, (102)

Не бугурти, мамка дома их не заругает , Аноним (-), 15:35 , 14-Сен-15, (60)
Systemd хорошо документирован, так что все проблемы, не от systemd, а от конкрет, stas (??), 16:36 , 14-Сен-15, (70) –4

Докажи http openforum vsluhforumID1 96286 html Время пошло , Andrey Mitrofanov (?), 16:58 , 14-Сен-15, (72)
Systemd глючит барин мочи нет, воротай барин как было Сегфолты окоянные одолели, Аноним (-), 18:44 , 14-Сен-15, (79) +1

В критике нет ничего плохого только в том случае, если после этой критики следую, robux (ok), 19:59 , 15-Сен-15, (198) –1 //

Думаю вы еще слишком незрелы чтобы понимать что такое критика и зачем она нужна , Аноним (-), 11:05 , 12-Окт-15, (291)

Зачем, если он уже давным давно сделан , Vkni (ok), 17:14 , 14-Сен-15, (75) –1 //

Действительно, зачем, если вы можете использовать то, что вас не устраивает , Аноним (-), 18:42 , 14-Сен-15, (78)
Действительно, нахрена нужны все эти линуксы и что там еще, если много лет как е, Аноним (-), 13:30 , 15-Сен-15, (134) –1 //

Сказал человек, который сам не изобрел и не собрал ни одного транспортного средс, Аноним (-), 11:59 , 16-Сен-15, (264) +2

Как что против Он хочет что бы всем принудительно отрезали ноги А кто хочет мо, Аноним (-), 22:11 , 16-Сен-15, (276) +1

Сейчас прибегут поттеринг-фанбои и начнут орать, что не нужно, что монолитная ар, Аноним (-), 10:55 , 14-Сен-15, (2) +3 //

Главное во всём этом - 69 файлов , Фанбой (?), 10:59 , 14-Сен-15, (5) +3
Уж точно лучше, чем, Owlet (?), 13:35 , 14-Сен-15, (45) +2

Концепция интересная, но кто за этим стоит На гитхабе владелец репозитория назы, Аноним (-), 10:59 , 14-Сен-15, (4) –3 //

У редхата - нет А вот у АНБ, которому очень нужен большой монолит с возможность, Аноним (-), 11:01 , 14-Сен-15, (6) –1 //

Против АНБ не поможет же, они будут прозрачно подменять код при скачивании с гит, Аноним (-), 11:07 , 14-Сен-15, (13) //

А сверить хэши в цепочке коммитов не пробовал Говорят, помогает , Аноним (-), 11:28 , 14-Сен-15, (20) +2

это способ для людей с мозгом, не наш путь , Аноним (-), 11:52 , 14-Сен-15, (27)

Те кто с мозгом - могут попробовать одновременный доступ с разных точек Если вы, Аноним (-), 12:48 , 14-Сен-15, (37) –1

Если сервера github и следилки АНБ находятся в одних и тех же датацентрах,наприм, аноним10 (?), 13:01 , 14-Сен-15, (40)

А не проще тогда АНБ просто обосноваться на серверах гитхаба Но ты знаешь, д, Аноним (-), 13:35 , 15-Сен-15, (135)

Каким образом устранив , vi (ok), 19:10 , 15-Сен-15, (181)

Вариантов много Можно, например, прикрутить бизнес-аналитику к системе управлен, Аноним (-), 01:35 , 16-Сен-15, (257)

а коммиты никто не подменит, просто их будут делать псевдобезрукие работники уро, Аноним (-), 20:52 , 14-Сен-15, (94)

Астротурферов у редхата хватает , Аноним (-), 11:04 , 14-Сен-15, (10) –1 //

Ах, так это редхат рассылает дроны с томагавками , Аноним (-), 11:11 , 14-Сен-15, (15)

Может, его главный проект 8212 портирование Plan 9 на ZX Spectrum , Аноним (-), 13:20 , 14-Сен-15, (43) +8
а вы почему Аноним тогда зарегистрируйтесь под настоящим именем вроде Тапкин Н, Аноним (-), 18:55 , 14-Сен-15, (81) +6

Хорошая новость, будем надеяться что они то знают что они хотят сделать в итоге , svsd_val (ok), 11:06 , 14-Сен-15, (12) +2 //

Use Gentoo, Luke, Аноним (-), 11:11 , 14-Сен-15, (14) //

Пока использую systemd-shim на дебе, а так можно перейти на Slackware FreeBSD Op, svsd_val (ok), 11:20 , 14-Сен-15, (17) +2 //

Ещё CRUX, PCLinuxOS, Void linux , Аноним (-), 12:06 , 14-Сен-15, (30)

http without-systemd org wiki index php Main_Page Free 2FOpen_Source_Operating, chinarulezzz (ok), 22:27 , 14-Сен-15, (104)

В твоём случае проще на Devuan перейти systemd с либами выпиливается на ура , kachsheev (ok), 01:28 , 15-Сен-15, (116)

systemd в ядре , anonymous (??), 11:36 , 14-Сен-15, (23) –2 //

Анон имел ввиду, что само по себе systemd прибито гвоздями именно к ядру Linux и, Аноним (-), 13:49 , 14-Сен-15, (50) //

Так они, вроде ядро уже форкнули -- для kdbus Правда девелопят пока и ретрог, Andrey Mitrofanov (?), 15:04 , 14-Сен-15, (58)

зачем грег вроде как большой апологет и линус считает что kdbus в ядре скорее б, anonymous (??), 15:38 , 14-Сен-15, (61) –2

Торвальдс пока ни слова хорошего не сказал в сторону этого чуда Я припоминаю по, GotF (ok), 20:26 , 14-Сен-15, (88)

да, я и не говорил что линус его хвалит или что, но склоняется к тому чтобы в ит, anonymous (??), 20:51 , 14-Сен-15, (93) –1

Хм, я ухитрился пропустить первую часть письма при чтении Или это была цитата и, GotF (ok), 20:55 , 14-Сен-15, (96)

Будем надеяться, что это каффно будет хотя бы отключаемым , Аноним (-), 20:04 , 14-Сен-15, (87)
Какой-нибудь Andy Lutomirski из майнлайна - ни разу не ретроград И выдвинул нек, Аноним (-), 15:21 , 15-Сен-15, (154) –1

Надо подтянуть эрудицию -- перечитать визги коллег про kdbus, а то прям стыдно У, Andrey Mitrofanov (?), 16:11 , 15-Сен-15, (167) +2

Стремление похвальное Во первых, там - никаких визгов А какое-никакое понимание, Аноним (-), 10:16 , 16-Сен-15, (259) –1

Я про твой пассаж позорные визги опеннетовских ретрогоадов Ты ж передёрнул с , Andrey Mitrofanov (?), 10:32 , 16-Сен-15, (260) +2

Слава Эло, что не прибито гвоздями к dbus и нормальная модульность, всего хороше, Аноним (-), 11:23 , 14-Сен-15, (18) +1 //

Ну то-есть можно забыть о возможности вызывать услуги этой штуки по шине Так и , Аноним (-), 11:29 , 14-Сен-15, (21) //

не прибит гвоздями не поддерживает Вот firefox прибит гвоздями к dbus Даже , anonymous (??), 11:52 , 14-Сен-15, (26) //

С точки зрения программирования это означает что просто написать работу с фичой , Аноним (-), 12:35 , 14-Сен-15, (34) +2

А ну кажи профиль на гитхате, ыкспертный вы наш , Аноним (-), 12:55 , 14-Сен-15, (39)

А смысл Ты вроде не мой кастомер и денег дать вроде не обещал А растопыривать , Аноним (-), 15:23 , 15-Сен-15, (155)

но системная шина, конечно, магически эти проблемы решает ведь не надо писать к, arisu (ok), 01:23 , 15-Сен-15, (115) +5

Системная шина позволяет делать ряд вещей проще чем как-то иначе В том числе по, Аноним (-), 13:55 , 15-Сен-15, (136) –1

ещё раз уточню системная шина магически добавляет код для проверки capabilities, arisu (ok), 19:40 , 15-Сен-15, (189) +2

Нет Но позволяет все это делать просто, ненапряжно, в логичном и устаканеном фо, Аноним (-), 11:10 , 16-Сен-15, (262)

тогда сложный вопрос номер два что обозначали твои слова 171 Я уже видел как , arisu (ok), 11:17 , 16-Сен-15, (263) +2

Угу, и каждый файл открывается в отдельном окне , GotF (ok), 17:06 , 14-Сен-15, (73) +1

а в каком же ему ещё окне открываться в котором уже какой-то файл открыт , Аноним (-), 20:54 , 14-Сен-15, (95)

Да Там уже несколько лет мультитабовый однооконный интерфейс С разморозкой , GotF (ok), 20:56 , 14-Сен-15, (97) +1

Это косяк конкретно гимпа FF palemoon geany etc без всяких d-bus, файлы в новой, Mihail Zenkov (ok), 23:18 , 14-Сен-15, (111)

Да понятное дело что велосипед накрайняк можно и из водопроводных труб в гараже , Аноним (-), 14:02 , 15-Сен-15, (138) –3

Почему вы решили, что подход gimp правильный, а у остальных приложений нет Мне л, Mihail Zenkov (ok), 15:03 , 15-Сен-15, (147) +1

Вот конкретно в случае gimp - это как раз совсем не факт И может быть просто ос, Аноним (-), 15:33 , 15-Сен-15, (157)

Что бы действительно соответствовало моей логике, перечислите приложение которые, Mihail Zenkov (ok), 17:11 , 15-Сен-15, (174)

Для начала - а кто решает обосновано ли , по каким критериям, и почему - именн, Аноним (-), 13:22 , 16-Сен-15, (265)

Вопрос сложный и каждый его решает сам Моя точка зрения 1 если библиотека подси, Mihail Zenkov (ok), 15:26 , 16-Сен-15, (269)

спасибо, посмеялся , arisu (ok), 19:53 , 15-Сен-15, (196) +2
Для интереса попробовал отключить монтирование sysfs - система дошла до старта X, Mihail Zenkov (ok), 20:27 , 15-Сен-15, (228)

вообще 8208 то, оно должно быть опционально если я правильно помню, то использ, arisu (ok), 20:33 , 15-Сен-15, (230)

Вот полностью, что получил strace -ff palemoon 2 1 124 grep proc pid 1819 o, Mihail Zenkov (ok), 21:02 , 15-Сен-15, (235)

после этого оно не запустилось, или таки захромало там у мозиллы ещё и elf-load, arisu (ok), 21:20 , 15-Сен-15, (241) +1
просто не запустилосьПользуясь случаем, хочу спросить есть ли какие-то планы по, Mihail Zenkov (ok), 21:45 , 15-Сен-15, (243)
ясно нет, планов никаких нет не в смысле 171 ни за что и никогда 187 , а в с, arisu (ok), 22:01 , 15-Сен-15, (244) +1
Вкусностей там нет, зато есть куча избавлений от невкусностей доставшихся от fir, Mihail Zenkov (ok), 22:18 , 15-Сен-15, (248)
избавления довольно своеобразные, вообще если уж выносить 8212 так выносить , arisu (ok), 22:34 , 15-Сен-15, (250) +1
В общем то правильно, но есть некоторые вещи, типа webgl, которые удобно иметь о, Mihail Zenkov (ok), 23:11 , 15-Сен-15, (253)
удобно, конечно 8212 но эти опции надо постоянно тестировать, делать кучу сбо, arisu (ok), 01:21 , 16-Сен-15, (256) +1

Ну так я говорю что они не являются АБСОЛЮТНО необходимыми Вон в винде их вообщ, Аноним (-), 14:57 , 16-Сен-15, (267) –1

Вариант 171 разработчику это удобно 187 принципиально не рассматривается Дл, GotF (ok), 18:59 , 15-Сен-15, (180) –1

нет как только разработчик перестаёт пилить это в подвале лично для себя 8212, arisu (ok), 19:55 , 15-Сен-15, (197) +1

С такими аргументами вы далеко и хорошо пойдете Шипеть в сторонку что разработч, Аноним (-), 15:20 , 16-Сен-15, (268)

ну вот я и не пользуюсь всяким системдецом и пшшшшшаудио, например , arisu (ok), 21:12 , 16-Сен-15, (274)

171 разработчику это удобно 187 - недостаточное обоснование, достаточное - о, Mihail Zenkov (ok), 20:12 , 15-Сен-15, (212)

Ну не лучшее, да С другой стороны, всё равно это второстепенная функциональност, GotF (ok), 20:22 , 15-Сен-15, (223) –1
Я думаю что для большинства разработчиков это как раз более чем достаточное обос, Аноним (-), 15:54 , 16-Сен-15, (270) –1

gt оверквотинг удален Все что вы описали - это не удобно , а решение конкретн, Mihail Zenkov (ok), 17:11 , 16-Сен-15, (272)
Не уверен, был уже спор на эту тему Я все же пока остаюсь на своем мнении о нео, Mihail Zenkov (ok), 17:15 , 16-Сен-15, (273)
rotfl , arisu (ok), 21:13 , 16-Сен-15, (275) +1

systemd тоже не прибит, JFYI code apt remove dbusReading package lists , GotF (ok), 17:13 , 14-Сен-15, (74)

Картинка Вместо 15 стандартов - 16 стандартов Картинка , Аноним (-), 11:56 , 14-Сен-15, (28) +4
Леннарт Написал systemd теперь другие начали писать типо лучше, а на дели еще ху, Аноним (-), 12:03 , 14-Сен-15, (29) –7 //

он не работает Попробуй его запустить на системе из ядра которой выключен cgrou, Аноним (-), 12:16 , 14-Сен-15, (32) //

А можно еще веселее - на системе без ядра Ну а что, grub нынче сойдет за неболь, Аноним (-), 12:39 , 14-Сен-15, (35) –1 //

Пример, простой, ядрышко от freebsd поставили там любимый SystemD или ядрышко , svsd_val (ok), 13:38 , 14-Сен-15, (48)

Секундочку systemd знает, какие процессы породил сервис даже если он после фор, Stax (ok), 22:38 , 14-Сен-15, (106)

И вообще, в случае системд более или менее понятно откуда взялась вон та хрень , Аноним (-), 15:38 , 15-Сен-15, (158) –1

Systemd раньше запускался и без cgroups Правда, сразу же падал но зато запу, Аноним (-), 18:47 , 14-Сен-15, (80) +1
А еще в ядре можно отключить sysfs и procfs Удачи вам после этого вообще в сист, Аноним (-), 14:06 , 15-Сен-15, (139) –2 //

sysfs и procfs приносят пользу практически в любой системе cgroups нужен далеко, Mihail Zenkov (ok), 15:20 , 15-Сен-15, (152) +1

А теперь он будет такой же очевидной фичой, как эта парочка И лично мне кажется, Аноним (-), 15:49 , 15-Сен-15, (159) –1

То есть в _вашей_ системе вы не знаете откуда взялся тот или иной сервис Без pro, Mihail Zenkov (ok), 17:23 , 15-Сен-15, (175)

Ну, в 171 скриптовой 187 системе инициализации на вопрос 171 откуда 187 , GotF (ok), 19:13 , 15-Сен-15, (182) –2

попробуй man bash изучи основы тогда ты сможешь посмотреть в скрипт и понять , arisu (ok), 20:03 , 15-Сен-15, (203) +1

Это такой несмешной троллинг Из диалектов шелла я разве что csh-подобные не оче, GotF (ok), 20:08 , 15-Сен-15, (208) –1

а только что признался, что не знаешь ты уж выбери что 8208 то одно , arisu (ok), 20:15 , 15-Сен-15, (215) +1

Ясно с вами , GotF (ok), 20:16 , 15-Сен-15, (218) –1

это здорово, но bash всё 8208 таки выучи пригодится , arisu (ok), 20:21 , 15-Сен-15, (222) +1

у него 171 лапша из скриптов 187 вместо нормального страртапа, поэтому не зн, arisu (ok), 20:01 , 15-Сен-15, (201) +2
всегда так делаю , arisu (ok), 20:03 , 15-Сен-15, (202)

я тебе уже неоднократно говорил, что ты не умеешь пользоваться системой это тво, arisu (ok), 20:00 , 15-Сен-15, (200) +2

Дели пишется с большой буквы, так как является названием населенного пункта Что, Аноним (-), 12:27 , 14-Сен-15, (33) +4 //

А нормальные, невыдуманные друзья у тебя есть , Аноним (-), 14:52 , 14-Сен-15, (55) –5 //

Армия и флот Пиши по теме , Аноним (-), 16:16 , 14-Сен-15, (68) +1

Стоит заметить, что сообщение про грамматические ошибки, хоть и было справедливо, anonymous (??), 21:24 , 14-Сен-15, (100) +1

ну да стоит тронуть чуть чуть код systemd - хрена он компактный как получаешь, Аноним (-), 12:15 , 14-Сен-15, (31) +3 //

Попробуйте код ядра потрогать Там sigsegv выглядит даже интереснее чем в сист, Аноним (-), 12:40 , 14-Сен-15, (36) –3 //

systemd таки не ядро , anonymous (??), 23:13 , 14-Сен-15, (110) –1 //

Но тоже системный софт Идите вон либцу потрогайте Это ж не ядро Но если вы на, Аноним (-), 14:11 , 15-Сен-15, (140) +1

Хорошая новость, но в упор не пойму, чем SunRPC здеьс лучше, чем DBus , Crazy Alex (ok), 13:24 , 14-Сен-15, (44) +2 //

Его не собираются пихать внутрь systemd, очевидно же , anonymous (??), 18:40 , 14-Сен-15, (76) //

И правда, это фича а не баг Не хватало мне какого-то сановского RPC в системде , Аноним (-), 14:12 , 15-Сен-15, (141) –1

Ну, в этом и секрет легковесности и псевдо юниксвейности А вот когда они попро, Owlet (?), 13:37 , 14-Сен-15, (47) +1 //

Чепуха У редхата не было и быть не могло цели дать возможность лёгкой замены , Crazy Alex (ok), 13:59 , 14-Сен-15, (51) +3 //

Силами подкупленных и запуганных программистов, львиная доля которых работает во, Fracta1L (ok), 06:59 , 15-Сен-15, (121) –1 //

Львиная доля серьёзных архитектурных вкладов в systemd делается не сотрудниками , Xaionaro (ok), 08:42 , 15-Сен-15, (125)

Хоть зелеными жителями красной планеты, если у них это получается лучше чем у др, Аноним (-), 14:20 , 15-Сен-15, (143) –1

не видел отлично поддерживаю, никаких проблем , arisu (ok), 19:42 , 15-Сен-15, (190) +1

Не взлетит Если только за ним не стоит крупная контора уровня редхат , anonymous (??), 15:58 , 14-Сен-15, (64) –2
libkqueue лично у меня segfault-ился на Debian Jessie ещё до заморозки при поп, Xaionaro (ok), 16:02 , 14-Сен-15, (65)
Ну пускай делают, посмотрим что выйдет Никто же не заставляет этим пользоваться, mma (?), 16:50 , 14-Сен-15, (71) +3
Пока вы тут обсуждаете, проект уже успел сменить лицензию на BSD , Аноним (-), 18:40 , 14-Сен-15, (77) //

Через пол года сменит на Apache, Аноним (-), 18:57 , 14-Сен-15, (82) +2 //

А через 5 лет загремит в курбюратор опача , Аноним (-), 14:21 , 15-Сен-15, (144)

Как будто, что то плохое, Аноним (-), 19:56 , 14-Сен-15, (85) –1 //

Как буд-то быть троллем что-то хорошее , Анонизм (?), 20:31 , 14-Сен-15, (89)

Гарри Поттер ещё не высказал своё фи , Аноним (-), 19:19 , 14-Сен-15, (83) +1
System XVI is free software You may use it and its source code under the terms, Аноним (-), 20:32 , 14-Сен-15, (90)
Я так понял, что картинку в новости никто не посмотрел , Аноним (-), 20:35 , 14-Сен-15, (91) +1 //

Я смотрел Чуть не разбил лицо лицо фэйспалмом, но до бложика дотащил , GotF (ok), 19:17 , 15-Сен-15, (183) –1

Похоже у systemd нашли Один Фатальный Недостаток и мы все знаем какой , DFX (ok), 20:50 , 14-Сен-15, (92) +4 //

один там недостаток на недостатке недостатком погоняет, Аноним (-), 20:58 , 14-Сен-15, (98) +1 //

Недостаток на недостатке это вы погоняете А systemd просто работает , Красные Глаза (ok), 22:38 , 14-Сен-15, (105) –4 //

http opennet ru openforum vsluhforumID1 96286 htmlпомоги чтоб просто работал , chinarulezzz (ok), 22:39 , 14-Сен-15, (107) +2

Предлагаю начать с этого http freedesktop org wiki Software systemd Debugging, Красные Глаза (ok), 22:44 , 14-Сен-15, (108) –3

помог -D, chinarulezzz (ok), 01:18 , 15-Сен-15, (114) +3

вот такое вот у них понятие про 171 просто работает 187 , что поделать 8230 , arisu (ok), 01:28 , 15-Сен-15, (117) +3

Т е проблемы с загрузкой возможны только на systemd , Красные Глаза (ok), 08:58 , 15-Сен-15, (127) –1

ты сказал 171 просто работает 187 сказал никто силой это говорить не заста, arisu (ok), 19:34 , 15-Сен-15, (185) +1

Тебе просто что-то сказать хочется Ну скажи еще что-нибудь, не сдерживай себ, Красные Глаза (ok), 19:37 , 15-Сен-15, (188) –1

ну так тебе 8208 то больше сказать нечего, с 171 просто работает 187 не пол, arisu (ok), 20:06 , 15-Сен-15, (206) +1

Что еще о себе расскажешь , Красные Глаза (ok), 22:02 , 15-Сен-15, (245) –1
спасибо за содействие, с твоей помощью демонстрация безмозглости любителей систе, arisu (ok), 22:09 , 15-Сен-15, (247) +1

Ну мне любители sysv init и так не помогали В том плане что как отлаживать скри, Аноним (-), 15:52 , 15-Сен-15, (161) –1

Гражданка Никонорова, Вас ожидают, пройдите с Вашим фетишем и хоть оботлаживайте, Andrey Mitrofanov (?), 16:21 , 15-Сен-15, (168) +1

Андрюша, по этой ссылке случай для доктора , Красные Глаза (ok), 19:44 , 15-Сен-15, (191) –1

Systemd хорошо документирован, так что все проблемы, не от systemd, а, Andrey Mitrofanov (?), 10:45 , 16-Сен-15, (261) +1

потому что зачем это делать я тоже в ответ на такой вопрос плечами пожму не в , arisu (ok), 19:35 , 15-Сен-15, (186) +1

По той информации, что представлена в вашем топике вам поможет только ясновидящи, Красные Глаза (ok), 08:55 , 15-Сен-15, (126) –1
Но так уж и быть, я вам помогу, если вам лень самому читать документацию 1 В gr, Красные Глаза (ok), 09:26 , 15-Сен-15, (130) –1

какой 8208 такой 171 дебуг шелл 187 какой 171 в грубе нажимаете 187 н, arisu (ok), 19:36 , 15-Сен-15, (187) +1

Але, Москва Этот текст лишь показывает преимущество systemd в случае возникн, Красные Глаза (ok), 19:47 , 15-Сен-15, (193) –1

которых априори быть не может, потому что ты утверждаешь, что системд 171 прос, arisu (ok), 20:12 , 15-Сен-15, (210) +2

Тебе должен помогать врач, если ты боевой сервер обновляешь на тестовую ветку ди, Fracta1L (ok), 07:01 , 15-Сен-15, (122)

Может вы и правы, хоть и лично у меня до перехода jessie на systemd, он всегда з, Xaionaro (ok), 08:13 , 15-Сен-15, (124)

А мне кажется что проблема не в systemd, а в том, что вам просто лень его изучат, Красные Глаза (ok), 09:05 , 15-Сен-15, (128) –1

прорвало, понимаем , chinarulezzz (ok), 09:20 , 15-Сен-15, (129)

Ну еще бы, если питекантроп перфоратор использует для нарезки хлеба - мы ему гов, Аноним (-), 15:55 , 15-Сен-15, (162)

Помнится, дикарь даже эссе писал, дескать не обижайте музыканта, играет как умее, chinarulezzz (ok), 18:06 , 15-Сен-15, (179)

А мне кажется, что и время тратить на изучение этого фи не надо Хех, на всех се, Антононим (?), 11:00 , 15-Сен-15, (132)

1 На systemd тоже, ужас, все работает Только в разы удобней этим управлять 2, Красные Глаза (ok), 12:24 , 15-Сен-15, (133) –1

pgrep dbus 124 wc -l6 systemctl Failed to get D-Bus connection Unknown er, Xaionaro (ok), 14:01 , 15-Сен-15, (137) +2

Первая ссылка в гугле - это про вас https bugs debian org cgi-bin bugreport, Красные Глаза (ok), 14:14 , 15-Сен-15, (142) –1

Во-первых, вы абсолютно проигнорировали, что я вам написал Меня напрягает не са, Xaionaro (ok), 14:22 , 15-Сен-15, (145)
1 Вопрос не ко мне Насчет неинформативности ошибки я пожалуй соглашусь, можно , Красные Глаза (ok), 15:19 , 15-Сен-15, (151) –1
Желание systemd ограничивать меня в штатных для меня раньше задачах 8212 вот , Xaionaro (ok), 17:01 , 15-Сен-15, (173)
You are using sysvinit as PID 1 as shown by the status message of thedbus servic, arisu (ok), 19:46 , 15-Сен-15, (192) +1
Ты дурачок что-ли Запусти два процесса с одним PID 1 где угодно и расскажи ч, Красные Глаза (ok), 19:59 , 15-Сен-15, (199) –1
спасибо, великолепная иллюстрация того, почему системдешники неадекватны , arisu (ok), 20:13 , 15-Сен-15, (214) +1

1 Это про вкус и цвет Насчёт удобней вроде одна команда удобней, чем набор , Антононим (?), 15:06 , 15-Сен-15, (148) +2

И да кстати, D-BUS-а у меня на серверах вообще нет, т к кому нужны лишние сущно, Антононим (?), 15:11 , 15-Сен-15, (150) +1

Удачи , Красные Глаза (ok), 15:20 , 15-Сен-15, (153) –2
Нахрена нужен dbus на сервере Это крайне редко требуется и только на тех серве, Xaionaro (ok), 16:49 , 15-Сен-15, (170) +2
dbus нужен для systemd Кстати, dbus так же нужен, о ужас, для firewalld Пре, Красные Глаза (ok), 17:23 , 15-Сен-15, (176) –1
Разве что Про то и речь, между прочим Весь мир уже сидит на RHEL Fedora У меня, Xaionaro (ok), 18:05 , 15-Сен-15, (178) +1
Давайте пойдем от обратного - почему вы против dbus на сервере , Красные Глаза (ok), 19:18 , 15-Сен-15, (184) –1
Больше потенциальных точек отказа Более сложное менее прогнозируемое поведение Б, Mihail Zenkov (ok), 20:03 , 15-Сен-15, (204)
Это все слова 1 Например 2 Поведение кого чего 3 25 CVE и всего два с seve, Красные Глаза (ok), 20:13 , 15-Сен-15, (213) –1
Ошибки dbus и на стыке dbus - программа его использующая Системы в целом и прило, Mihail Zenkov (ok), 20:46 , 15-Сен-15, (233)
gt оверквотинг удален Ну в общем понятно, все из области вилами по воде Но d, Красные Глаза (ok), 21:07 , 15-Сен-15, (237) –1
Нет, возникает закономерный вопрос - почему остальные системы могу работать без , Mihail Zenkov (ok), 21:14 , 15-Сен-15, (239)
Ну а какие критерии нормально работающего systemd Отсутствие зависимости от dbu, Красные Глаза (ok), 21:41 , 15-Сен-15, (242) –1
Выполнение того же набора функций, что и в остальных системах без зависимости от, Mihail Zenkov (ok), 22:07 , 15-Сен-15, (246)
Зачем нужен еще один upstart или openrc До сих пор не могу понять, какая между , Красные Глаза (ok), 22:32 , 15-Сен-15, (249) –1
Нужен не еще один upstart, а возможность выбора наиболее подходящей системы иниц, Mihail Zenkov (ok), 22:54 , 15-Сен-15, (251)
Вообще systemd покрывает довольно много юзкейсов, а, не оставив выбора, со време, Красные Глаза (ok), 23:20 , 15-Сен-15, (254) –1
Универсальное всегда хуже специализированного, за исключением когда универсально, Mihail Zenkov (ok), 23:26 , 15-Сен-15, (255)
Вот пусть эти остальные системы и работают А я буду считать систему без системн, Аноним (-), 02:31 , 25-Сен-15, (278) –1
А давайте пойдем по правильному пути Не будем умножать сучности без необходимос, Аноним (-), 20:09 , 15-Сен-15, (209) +1
У меня большие сомнения что ваш путь правильный , Красные Глаза (ok), 20:16 , 15-Сен-15, (217) –1
О То есть мы сейчас услышим что надо умножать сущности А маленький чайничик, у, Аноним (-), 20:21 , 15-Сен-15, (221) +3
Я бы хотел услышать конкретику, а не размышления о чайничках , Красные Глаза (ok), 20:22 , 15-Сен-15, (224) –1
Конкретика в википедии по словам бритва Оккама , Аноним (-), 20:26 , 15-Сен-15, (227)
Вероятно по той же причине, почему я против Xorg на серверах Просто в меньшей с, Xaionaro (ok), 20:23 , 15-Сен-15, (225) +2
С Xorg все понятно, он не используется Мне непонятен смысл выпиливания куска, н, Красные Глаза (ok), 20:32 , 15-Сен-15, (229) –1
А если бы Xorg использовался для bwm-ng Думаете я бы пользовался bwm-ng на серв, Xaionaro (ok), 20:39 , 15-Сен-15, (231) +1
gt оверквотинг удален Вообще это большие проблемы, если перенос контейнера свя, Красные Глаза (ok), 21:03 , 15-Сен-15, (236) –1
gt оверквотинг удален Вы опять игнорируете что я написал Ну да, проблемы И С, Xaionaro (ok), 08:03 , 16-Сен-15, (258) +1
gt оверквотинг удален Ну вы хоть тогда помечайте то, на что надо отвечать , Красные Глаза (ok), 13:36 , 16-Сен-15, (266) –1
хорошо, что сервера отлично работают без этого говна хорошо, что сервера отлично, arisu (ok), 19:49 , 15-Сен-15, (194) +2
Но знаешь, кэп, на дистрах которые обычно ставят на сервера debian, ubuntu, cen, Аноним (-), 02:34 , 25-Сен-15, (279) –1
ну и отлично когда системдец встанет раком по неизвестной причине 8212 тебе , arisu (ok), 07:39 , 25-Сен-15, (284)
угу к monit, например который не пытается подмять под себя всю систему , arisu (ok), 07:42 , 25-Сен-15, (285) +1
А procfs ты не отпилил Это FAIL, я считаю Без procfs вполне можно обойтись , Аноним (-), 15:56 , 15-Сен-15, (164) –2
procfs на сервере нужен лишь например для ps или чистки xt_recent А dbus , Xaionaro (ok), 16:53 , 15-Сен-15, (171) +2
По вашей логике, без этого можно обойтись Ну а что, можно список процессов по, Аноним (-), 02:35 , 25-Сен-15, (280)
Ну, а чё, хиповенькко и, насколько не понимаю, kill-у procfs не нужен kill , Andrey Mitrofanov (?), 09:34 , 25-Сен-15, (288)
А ты kde на сервер поставил , Mihail Zenkov (ok), 17:25 , 15-Сен-15, (177)
Нет Зато у xaionaro вон видеокарты на сервере перегреваются Вот уж у кого , Аноним (-), 02:52 , 25-Сен-15, (283)

Какая именно команда Например systemctl start unicorn гораздо удобней unicorn , Красные Глаза (ok), 15:31 , 15-Сен-15, (156) –1

1 Если про запуск чего-либо, то прямая команда гораздо удобней, например bin m, Антононим (?), 15:51 , 15-Сен-15, (160) +1
Жесть Cочувствую админу, который придет после вас и ему надо будет это поддерж, Красные Глаза (ok), 15:56 , 15-Сен-15, (163) –1
Давайте так систему загружать Набивая все команды самолично Хотя у меня есть и, Аноним (-), 16:01 , 15-Сен-15, (165) –1
А системд внутри при запуске не команды содержит Рекавери можно и в отдельном ра, Антонимум (?), 17:00 , 15-Сен-15, (172)
Весь этот ваш парк серверов и прочая системд магия вырождается в напилили вирту, Аноним (-), 20:12 , 15-Сен-15, (211)
Есть мнение, что одна графическая приблуда заменит тех, кто не умеет ей управлят, Красные Глаза (ok), 20:20 , 15-Сен-15, (220) –1
Ну уж нет мой юный системд друг Это будет для клиентов выглядеть как простой се, Аноним (-), 20:24 , 15-Сен-15, (226)
Да все нормально, за нас не переживай Береги localhost , Красные Глаза (ok), 20:40 , 15-Сен-15, (232) –1
да как же не переживать вы же наш хлеб если бы вас не было, вас надо было бы п, arisu (ok), 20:50 , 15-Сен-15, (234) +2
Это я кажется тут уже слышал некоторое время назад Смени пластинку , Красные Глаза (ok), 21:09 , 15-Сен-15, (238) –1
зачем правду говорить легко и приятно , arisu (ok), 21:16 , 15-Сен-15, (240) +2

Безглючного софта не бывает Но это не значит, что у кого-то какой-то софт не мо, Fracta1L (ok), 10:42 , 15-Сен-15, (131) –1

Windows тоже просто работает Вот только если допустить на своем компьютере эко, Нечестивый (ok), 11:11 , 21-Сен-15, (277)

А конструктивно - ваш OpenRC не решает множество задач, успешно решаемых системд, Аноним (-), 16:08 , 15-Сен-15, (166) –2

И qnikst один из русских разработчиков OpenRC , ЕМНИП, уже давно реализовал по, Xaionaro (ok), 16:46 , 15-Сен-15, (169) +1

Что хорошо для кульсисопа с зудом в ж , то плохо для администратора А вот адм, Аноним (-), 02:51 , 25-Сен-15, (282)

странно а я думал, ты используешь системдец , arisu (ok), 07:43 , 25-Сен-15, (286)

что отлично делается без cgroups, но лёне об этом никто не сказал , arisu (ok), 19:51 , 15-Сен-15, (195) +2

ИЧСХ, все кто пишет про фичи системд даже невдупляют чо оно там делает, нужно ли, pavlinux (ok), 15:56 , 16-Сен-15, (271) +1
Ну ты то нам расскажешь, как отследить откуда взялся s, сделавший несколько фор, Аноним (-), 02:39 , 25-Сен-15, (281)

конечно вот так, например http bewareofgeek livejournal com 2945 htmlя поним, arisu (ok), 07:48 , 25-Сен-15, (287)
Уважаемый Аноним В вашей сентенции немного угадываются нотки грусти и безысходно, vi (ok), 23:14 , 25-Сен-15, (289)

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

105. "Представлен многоплатформенный системный менеджер System XVI..." –4 +/–

Сообщение от Красные Глаза (ok), 14-Сен-15, 22:38

Недостаток на недостатке это вы погоняете. А systemd просто работает.

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

107. "Представлен многоплатформенный системный менеджер System XVI..." +2 +/–

Сообщение от chinarulezzz (ok), 14-Сен-15, 22:39

http://opennet.ru/openforum/vsluhforumID1/96286.html
помоги чтоб просто работал.

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

108. "Представлен многоплатформенный системный менеджер System XVI..." –3 +/–

Сообщение от Красные Глаза (ok), 14-Сен-15, 22:44

Предлагаю начать с этого: http://freedesktop.org/wiki/Software/systemd/Debugging/

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

114. "Представлен многоплатформенный системный менеджер System XVI..." +3 +/–

Сообщение от chinarulezzz (ok), 15-Сен-15, 01:18

помог :-D

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

117. "Представлен многоплатформенный системный менеджер System..." +3 +/–

Сообщение от arisu (ok), 15-Сен-15, 01:28

> помог :-D
вот такое вот у них понятие про «просто работает», что поделать…

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

127. "Представлен многоплатформенный системный менеджер System..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 08:58

>> помог :-D
> вот такое вот у них понятие про «просто работает», что поделать…
Т.е. проблемы с загрузкой возможны только на systemd?

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

185. "Представлен многоплатформенный системный менеджер System..." +1 +/–

Сообщение от arisu (ok), 15-Сен-15, 19:34

> Т.е. проблемы с загрузкой возможны только на systemd?
ты сказал «просто работает»? сказал. никто силой это говорить не заставлял. а оно на самом деле просто не работает.

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

188. "Представлен многоплатформенный системный менеджер System..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 19:37

>> Т.е. проблемы с загрузкой возможны только на systemd?
> ты сказал «просто работает»? сказал. никто силой это говорить не заставлял. а
> оно на самом деле просто не работает.
Тебе просто что-то сказать хочется? :) Ну скажи еще что-нибудь, не сдерживай себя :))

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

206. "Представлен многоплатформенный системный менеджер System..." +1 +/–

Сообщение от arisu (ok), 15-Сен-15, 20:06

> Тебе просто что-то сказать хочется? :)
ну так тебе‐то больше сказать нечего, с «просто работает» не получилось, тебя сразу носом тыкнули в «не работает». и тут «просто работает» превратилось в чёрти‐что.

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

245. "Представлен многоплатформенный системный менеджер System..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 22:02

>> Тебе просто что-то сказать хочется? :)
> ну так тебе‐то больше сказать нечего, с «просто работает» не получилось,
> тебя сразу носом тыкнули в «не работает». и тут «просто работает»
> превратилось в чёрти‐что.
:))))
Что еще о себе расскажешь? :)

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

247. "Представлен многоплатформенный системный менеджер System..." +1 +/–

Сообщение от arisu (ok), 15-Сен-15, 22:09

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

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

161. "Представлен многоплатформенный системный менеджер System..." –1 +/–

Сообщение от Аноним (-), 15-Сен-15, 15:52

> вот такое вот у них понятие про «просто работает», что поделать…
Ну мне любители sysv init и так не помогали. В том плане что как отлаживать скрипт именно в boot time - эксперты опеннета вообще ни разу не показали.

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

168. "Представлен многоплатформенный системный менеджер System..." +1 +/–

Сообщение от Andrey Mitrofanov (?), 15-Сен-15, 16:21

>> вот такое вот у них понятие про «просто работает», что поделать…
> Ну мне любители sysv init и так не помогали. В том плане
> что как отлаживать скрипт именно в boot time - эксперты опеннета
> вообще ни разу не показали.
Гражданка Никонорова, Вас ожидают, пройдите с Вашим фетишем и хоть оботлаживайтесь его "бут-тайм":
     16:58 , 14-Сен-15, (72)
      > Systemd хорошо документирован, так что все проблемы, не от systemd, а от
     Докажи! . http:/openforum/vsluhforumID1/96286.html   Время пошло.

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

191. "Представлен многоплатформенный системный менеджер System..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 19:44

>>> вот такое вот у них понятие про «просто работает», что поделать…
>> Ну мне любители sysv init и так не помогали. В том плане
>> что как отлаживать скрипт именно в boot time - эксперты опеннета
>> вообще ни разу не показали.
> Гражданка Никонорова, Вас ожидают, пройдите с Вашим фетишем и хоть оботлаживайтесь его
> "бут-тайм":
>      16:58 , 14-Сен-15, (72)
>      > Systemd хорошо документирован, так что все проблемы, не от systemd, а от
>      Докажи! . http:/openforum/vsluhforumID1/96286.html   Время пошло.
Андрюша, по этой ссылке случай для доктора.

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

261. "Представлен многоплатформенный системный менеджер System..." +1 +/–

Сообщение от Andrey Mitrofanov (?), 16-Сен-15, 10:45

>>> что как отлаживать скрипт именно в boot time - эксперты опеннета
>>> вообще ни разу не показали.
#>>      > Systemd хорошо документирован, так что все проблемы, не от systemd, а от
#>>      Докажи! . http:/openforum/vsluhforumID1/96286.html   Время пошло.
> Андрюша, по этой ссылке случай для доктора.
Согласен. Все пользователи зюстем-ды проявляют симптомы. А уж активные агитаторы и сторонники...

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

186. "Представлен многоплатформенный системный менеджер System..." +1 +/–

Сообщение от arisu (ok), 15-Сен-15, 19:35

> что как отлаживать скрипт именно в boot time - эксперты опеннета
> вообще ни разу не показали.
потому что зачем это делать? я тоже в ответ на такой вопрос плечами пожму: не в себе человек, просит непонятно чего.

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

126. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 08:55

> помог :-D
По той информации, что представлена в вашем топике вам поможет только ясновидящий. Учитесь пользоваться инструментами с которыми работаете, чтобы не забивать микроскопом гвозди.

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

130. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 09:26

> помог :-D
Но так уж и быть, я вам помогу, если вам лень самому читать документацию.
1. В grub нажимаете 'e' и редактируете параметры kernel, добавив в конце systemd.unit=rescue.target (если с rescue не загрузитесь, пишите emergency)
2. После того, как попадете в rescue, пишите mount -o remount,rw /
3. Набираете systemctl enable debug-shell
4. Перегружаетесь и имеете на 7 консоли шелл во время загрузки, в котором можно смотреть логи и совершать прочие действия от имени рута. (journalctl для просмотра логов вас спасет)
5. После того как почините, не забудьте сделать systemctl disable debug-shell

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

187. "Представлен многоплатформенный системный менеджер System..." +1 +/–

Сообщение от arisu (ok), 15-Сен-15, 19:36

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

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

193. "Представлен многоплатформенный системный менеджер System..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 19:47

> какой‐такой «дебуг шелл»? какой «в грубе нажимаете»? неа,
> это не «просто работает», это «немеряное количество телодвижений».
> «просто работает» выглядит совсем иначе.
> как обычно, любитель системд соврамши.
Але, Москва :)) Этот текст лишь показывает преимущество systemd в случае возникновения проблем :) В sysv ты бы в этом случае сидел и плакал :)

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

210. "Представлен многоплатформенный системный менеджер System..." +2 +/–

Сообщение от arisu (ok), 15-Сен-15, 20:12

> Але, Москва :)) Этот текст лишь показывает преимущество systemd в случае возникновения
> проблем :)
которых априори быть не может, потому что ты утверждаешь, что системд «просто работает».
> В sysv ты бы в этом случае сидел и плакал :)
представляешь — не сидел и не плакал. вот недавно буквально — одно не грузилось, а у второго рут не перемонтировался в r/o. я понимаю, что для системдешников это конец света и молитвы (в лучшем случае — тасование таргетов с надеждой, что как‐нибудь заработает): они же шелл‐скриптов боятся как огня, и работать с ними не умеют.

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

122. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от Fracta1L (ok), 15-Сен-15, 07:01

Тебе должен помогать врач, если ты боевой сервер обновляешь на тестовую ветку дистрибутива)

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

124. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от Xaionaro (ok), 15-Сен-15, 08:13

> Тебе должен помогать врач, если ты боевой сервер обновляешь на тестовую ветку
> дистрибутива)
Может вы и правы, хоть и лично у меня до перехода jessie на systemd, он всегда загружался и перезагружался без проблем, даже когда был testing... Более того, где-либо с OpenRC у меня всегда порядком меньше проблем, чем с systemd, несмотря на абсолютно мизерное комьюнити и нестандартность этого решения в Debian. IMHO, оратор чуть выше немного не прав, высказавшись:
> А systemd просто работает.
И я сейчас не говорю, что systemd -- говно. Просто сама фраза "systemd просто работает" мне кажется очень неискренней.
P.S. Хватит уже переходить на личности, учитесь разговаривать как взрослые люди (конструктивно):
> Тебе должен помогать врач
Полагаю, вы -- разумный человек. Просто ленитесь формулировать свои мысли нормально (см. пирамиду Грэма).

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

128. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 09:05

>> А systemd просто работает.
> И я сейчас не говорю, что systemd -- говно. Просто сама фраза
> "systemd просто работает" мне кажется очень неискренней.
А мне кажется что проблема не в systemd, а в том, что вам просто лень его изучать. В данном случае без перехода на личности никак не получится, извините :)

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

129. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от chinarulezzz (ok), 15-Сен-15, 09:20

прорвало, понимаем.

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

162. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от Аноним (-), 15-Сен-15, 15:55

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

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

179. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от chinarulezzz (ok), 15-Сен-15, 18:06

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

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

132. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от Антононим (?), 15-Сен-15, 11:00

А мне кажется, что и время тратить на изучение этого фи не надо. Хех, на всех серверах написано шесть инит-эрцэ скриптов и о ужас - работает! Главное всегда можно понять что и когда стартует или останавливается, без всяких долбаных юнитов, тормозящих загрузку системы в разы! Ну а если, что-то случилось и в грубе пришлось нажать клавишу 'e', то init=/bin/bash и ведь, тоже работает =))

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

133. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 12:24

> А мне кажется, что и время тратить на изучение этого фи не
> надо. Хех, на всех серверах написано шесть инит-эрцэ скриптов и о
> ужас - работает! Главное всегда можно понять что и когда стартует
> или останавливается, без всяких долбаных юнитов, тормозящих загрузку системы в разы!
> Ну а если, что-то случилось и в грубе пришлось нажать клавишу
> 'e', то init=/bin/bash и ведь, тоже работает =))
1. На systemd тоже, ужас, все работает. Только в разы удобней этим управлять :)
2. К вопросу о понимании запуска - аналог systemctl list-dependencies на  systemv?
3. И что вам толку от голого баша, если до проблемного сервиса очередь не дошла и strace на него не запустить и вообще не покрасноглазить? :)

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

137. "Представлен многоплатформенный системный менеджер System XVI..." +2 +/–

Сообщение от Xaionaro (ok), 15-Сен-15, 14:01

>> А мне кажется, что и время тратить на изучение этого фи не
>> надо. Хех, на всех серверах написано шесть инит-эрцэ скриптов и о
>> ужас - работает! Главное всегда можно понять что и когда стартует
>> или останавливается, без всяких долбаных юнитов, тормозящих загрузку системы в разы!
>> Ну а если, что-то случилось и в грубе пришлось нажать клавишу
>> 'e', то init=/bin/bash и ведь, тоже работает =))
> 1. На systemd тоже, ужас, все работает.
# pgrep dbus | wc -l
6
# systemctl
Failed to get D-Bus connection: Unknown error -1
И раньше сталкивался с этой же самой ошибкой, но вызванной разными причинами. И меня напрягает не сама ошибка, а то, как о ней сообщается.
> Только в разы удобней этим управлять :)
Вообще не ощутил.
> 2. К вопросу о понимании запуска - аналог systemctl list-dependencies на
> systemv?
Запустил на одной из машинок:
# systemctl list-dependencies
Failed to get D-Bus connection: Unknown error -1
Если глупо пошутить, то аналогом является: «echo 'Failed to get D-Bus connection: Unknown error -1' >&2; false».
Но если серьёзно, то в openrc в качестве аналога есть deptree2dot (откуда можно сразу получить отображение графов в произвольном формате). А если имеется желание вручную посмотреть на файл с деревом зависимостей, то лежит он в /run/openrc/deptree.
Если хотите, могу быстренько сваять вам утилиту, которая будет печатать древо зависимостей в том же формате, что и systemd. Как-то use case-ов не возникало, обычно простого rc-status и пр. хватало.
> 3. И что вам толку от голого баша, если до проблемного сервиса
> очередь не дошла и strace на него не запустить и вообще
> не покрасноглазить? :)
Не понял вопрос. Я вполне после init=/bin/bash с OpenRC дозапускал потихоньку систему. Кривота, но была совсем угробленная система и иначе было не запустить и не узнать причины различных неполадок.

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

142. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 14:14

Первая ссылка в гугле - это про вас? :)
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763299

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

145. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от Xaionaro (ok), 15-Сен-15, 14:22

> Первая ссылка в гугле - это про вас? :)
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763299
Во-первых, вы абсолютно проигнорировали, что я вам написал. Меня напрягает не сама ошибка, а то, как о ней сообщается.
Во-вторых, смотря когда. В контейнере у меня была ситуация, где systemd был pid1, но была та же самая ошибка. Но прямо сейчас я вызвал эту ошибку специально на машине, где он не pid1 (так как легко повторяется, а в контейнерах я ту ошибку поборол и уже давно).
В-третих, даже если предположить, что эта ошибка всегда возникает только в ситуациях, когда systemd не pid1 (что не так), то:
- Почему сообщается именно такая ошибка (повтор "во-первых")?
- Как мне настроить всё systemd-related до переключения на него as pid1?
В общем, читайте комментарии собеседников внимательнее, пожалуйста.

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

151. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 15:19

1. Вопрос не ко мне. Насчет неинформативности ошибки я пожалуй соглашусь, можно было бы и поподробней. Хотя желание запустить systemd не так, как он должен быть запущен, вызывает интерес :)
2. Я так полагаю, вопрос к гуглу "migration to systemd"?

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

173. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от Xaionaro (ok), 15-Сен-15, 17:01

> 1. Вопрос не ко мне. Насчет неинформативности ошибки я пожалуй соглашусь, можно
> было бы и поподробней. Хотя желание запустить systemd не так, как
> он должен быть запущен, вызывает интерес :)
Желание systemd ограничивать меня в штатных для меня раньше задачах — вот что вызывает интерес. А что ещё хуже, писать какие-то странные пакости в ответ.
> 2. Я так полагаю, вопрос к гуглу "migration to systemd"?
То есть с вами лично мне нет смысла общаться, я правильно понимаю? Не хочу сказать ничего плохого, просто хочется разобраться есть ли смысл тратить время. И нахрена гуглить "migration to systemd", если там всё равно будут использовать systemctl _после_ переключения на systemd. Это архитектурная особенность systemd, а не проблема кривых рук пользователей.

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

192. "Представлен многоплатформенный системный менеджер System..." +1 +/–

Сообщение от arisu (ok), 15-Сен-15, 19:46

> Первая ссылка в гугле - это про вас? :)
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763299
You are using sysvinit as PID 1 as shown by the status message of the
dbus service. So the error message you get from systemctl is not suprising.
отличная иллюстрация. с «просто работает» — облажатушки, с нормальными сообщениями об ошибках — облажатушки. просто девиз такой у системд: «мы всё облажатушки!»

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

199. "Представлен многоплатформенный системный менеджер System..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 19:59

>> Первая ссылка в гугле - это про вас? :)
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763299
> You are using sysvinit as PID 1 as shown by the status
> message of the
> dbus service. So the error message you get from systemctl is not
> suprising.
> отличная иллюстрация. с «просто работает» — облажатушки, с нормальными
> сообщениями об ошибках — облажатушки. просто девиз такой у системд: «мы
> всё облажатушки!»
Ты дурачок что-ли? :) Запусти два процесса с одним PID 1 где угодно и расскажи что будет? :)

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

214. "Представлен многоплатформенный системный менеджер System..." +1 +/–

Сообщение от arisu (ok), 15-Сен-15, 20:13

спасибо, великолепная иллюстрация того, почему системдешники неадекватны.

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

148. "Представлен многоплатформенный системный менеджер System XVI..." +2 +/–

Сообщение от Антононим (?), 15-Сен-15, 15:06

1. Это про вкус и цвет. Насчёт удобней... вроде одна команда удобней, чем набор параметров к systemctl.
2. Это тоже замечательно, вопрос зачем нужен этот велосипед?
3. Вот тут тоже странно. Баш голым быть не может и strace очень даже работает, и разделы можно маунтить и апачики со сквидами стартовать, только это на этом этапе не нужно здесь, это для того что-бы файлсистем прочекать или ещё-чего починить..., например.
А вот с системд банальный инит сети иногда вызывает убийственный фриз. Вот и понимаешь, что весь этот огород заменяется одной или двумя командами (например ifconfig ethX ... up или ip add add ...., это кому как нравится =))

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

150. "Представлен многоплатформенный системный менеджер System XVI..." +1 +/–

Сообщение от Антононим (?), 15-Сен-15, 15:11

И да кстати, D-BUS-а у меня на серверах вообще нет, т.к. кому нужны лишние сущности =))

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

153. "Представлен многоплатформенный системный менеджер System XVI..." –2 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 15:20

> И да кстати, D-BUS-а у меня на серверах вообще нет, т.к. кому
> нужны лишние сущности =))
Удачи. :)

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

170. "Представлен многоплатформенный системный менеджер System XVI..." +2 +/–

Сообщение от Xaionaro (ok), 15-Сен-15, 16:49

>> И да кстати, D-BUS-а у меня на серверах вообще нет, т.к. кому
>> нужны лишние сущности =))
> Удачи. :)
Нахрена нужен dbus на сервере? Это крайне редко требуется (и только на тех серверах и нужно ставить).

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

176. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 17:23

>>> И да кстати, D-BUS-а у меня на серверах вообще нет, т.к. кому
>>> нужны лишние сущности =))
>> Удачи. :)
> Нахрена нужен dbus на сервере? Это крайне редко требуется (и только на
> тех серверах и нужно ставить).
dbus нужен для systemd. Кстати, dbus так же нужен, о ужас, для firewalld. :)
Предлагаю выкинуть dbus, разворотив тем самым пол-дистрибутива, убив кучу времени на отладку и поиск возникших проблем и продолжая отлавливать глюки. Главное, ведь, не работа сервера, а ковыряние в нем.

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

178. "Представлен многоплатформенный системный менеджер System XVI..." +1 +/–

Сообщение от Xaionaro (ok), 15-Сен-15, 18:05

>>>> И да кстати, D-BUS-а у меня на серверах вообще нет, т.к. кому
>>>> нужны лишние сущности =))
>>> Удачи. :)
>> Нахрена нужен dbus на сервере? Это крайне редко требуется (и только на
>> тех серверах и нужно ставить).
> dbus нужен для systemd.
Разве что. Про то и речь, между прочим.
> Кстати, dbus так же нужен, о ужас, для firewalld. :)
Весь мир уже сидит на RHEL/Fedora? У меня вот в Debian/Gentoo как-то никакими firewalld не пахнет.
RH-то и так уже славится идеей lock in-ов всего на всё. Оба примера неудачны и как раз доказывают одну мыслей, которую я пытаюсь донести. Это два самых сильных примера что вы смогли привести?
> Предлагаю выкинуть dbus, разворотив тем самым пол-дистрибутива, убив кучу времени на отладку
> и поиск возникших проблем и продолжая отлавливать глюки. Главное, ведь, не
> работа сервера, а ковыряние в нем.
Заходим в контейнер, где я забыл удалить dbus и смотрим:

# apt-get remove dbus
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be REMOVED:
  dbus
0 upgraded, 0 newly installed, 1 to remove and 108 not upgraded.
After this operation, 1,027 kB disk space will be freed.
Do you want to continue? [Y/n] y
(Reading database ... 28095 files and directories currently installed.)
Removing dbus (1.8.12-1) ...
Это было очень сложно… Всё продолжает работать, если что.

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

184. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 19:18

Давайте пойдем от обратного - почему вы против dbus на сервере?

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

204. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от Mihail Zenkov (ok), 15-Сен-15, 20:03

> Давайте пойдем от обратного - почему вы против dbus на сервере?
Больше потенциальных точек отказа.
Более сложное/менее прогнозируемое поведение.
Больше вероятность получить уязвимость.

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

213. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 20:13

>> Давайте пойдем от обратного - почему вы против dbus на сервере?
> Больше потенциальных точек отказа.
> Более сложное/менее прогнозируемое поведение.
> Больше вероятность получить уязвимость.
Это все слова.
1. Например?
2. Поведение кого/чего?
3. 25 CVE и всего два с severity High. За 10 лет.
https://web.nvd.nist.gov/view/vuln/search-results?query=dbus...

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

233. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от Mihail Zenkov (ok), 15-Сен-15, 20:46

>>> Давайте пойдем от обратного - почему вы против dbus на сервере?
>> Больше потенциальных точек отказа.
>> Более сложное/менее прогнозируемое поведение.
>> Больше вероятность получить уязвимость.
> Это все слова.
> 1. Например?
Ошибки dbus и на стыке dbus - программа его использующая.
> 2. Поведение кого/чего?
Системы в целом и приложений в частности.
> 3. 25 CVE и всего два с severity High. За 10 лет.
А если его убрать, то и их не будет.

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

237. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 21:07

>[оверквотинг удален]
>>> Больше потенциальных точек отказа.
>>> Более сложное/менее прогнозируемое поведение.
>>> Больше вероятность получить уязвимость.
>> Это все слова.
>> 1. Например?
> Ошибки dbus и на стыке dbus - программа его использующая.
>> 2. Поведение кого/чего?
> Системы в целом и приложений в частности.
>> 3. 25 CVE и всего два с severity High. За 10 лет.
> А если его убрать, то и их не будет.
Ну в общем понятно, все из области "вилами по воде".
Но dbus убрали, сломался systemd и сразу начались крики что systemd отстой :)

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

239. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от Mihail Zenkov (ok), 15-Сен-15, 21:14

> Но dbus убрали, сломался systemd и сразу начались крики что systemd отстой
> :)
Нет, возникает закономерный вопрос - почему остальные системы могу работать без dbus, а systemd не может? Насколько оправдано такое поведение? Почему нельзя сделать нормально работающий systemd без dbus/udev/cgroups, пусть и без некоторых функций?

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

242. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 21:41

>> Но dbus убрали, сломался systemd и сразу начались крики что systemd отстой
>> :)
> Нет, возникает закономерный вопрос - почему остальные системы могу работать без dbus,
> а systemd не может? Насколько оправдано такое поведение? Почему нельзя сделать
> нормально работающий systemd без dbus/udev/cgroups, пусть и без некоторых функций?
Ну а какие критерии нормально работающего systemd? Отсутствие зависимости от dbus и udev? Почему эти критерии нормальнее их присутствия?
Вопрос в том, умеют ли остальные системы из коробки то, что умеет systemd, чтобы вот просто одной строчкой в юнит файле включить (3 хайлайт для меня):
1. Watchdog
2. Лимитирование ресурсов
3. cgroups

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

246. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от Mihail Zenkov (ok), 15-Сен-15, 22:07

> Ну а какие критерии нормально работающего systemd? Отсутствие зависимости от dbus и
> udev?
Выполнение того же набора функций, что и в остальных системах без зависимости от dbus/udev.
> Почему эти критерии нормальнее их присутствия?
Другие системы прекрасно без них обходятся или работают с аналогами (mdev).

> Вопрос в том, умеют ли остальные системы из коробки то, что умеет
> systemd, чтобы вот просто одной строчкой в юнит файле включить (3
> хайлайт для меня):
> 1. Watchdog
> 2. Лимитирование ресурсов
> 3. cgroups
Вы не верно ставите вопрос: если конкретно для вашей задачи systemd подходит лучше всего - используйте его. Но зачем он там, где его функциональность излишне и только усложняет систему, тянет никем больше не используемые компоненты, бесполезно тратит ресурсы?
Вы же не ходите все время в противогазе, дабы контролировать качество воздуха? В нормальных условиях смысла в нем нет - он только мешает. Но вот когда я занимаюсь в гараже покраской, я использую специальный респиратор с двумя фильтрами - без него и пол минуты там не пробудешь.

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

249. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 22:32

>> Ну а какие критерии нормально работающего systemd? Отсутствие зависимости от dbus и
>> udev?
> Выполнение того же набора функций, что и в остальных системах без зависимости
> от dbus/udev.
>> Почему эти критерии нормальнее их присутствия?
> Другие системы прекрасно без них обходятся или работают с аналогами (mdev).
Зачем нужен еще один upstart или openrc? До сих пор не могу понять, какая между ними _принципиальная_ разница. :) У апстарта, кстати, также есть зависимость от dbus, если мне не изменяет память :)
>> Вопрос в том, умеют ли остальные системы из коробки то, что умеет
>> systemd, чтобы вот просто одной строчкой в юнит файле включить (3
>> хайлайт для меня):
>> 1. Watchdog
>> 2. Лимитирование ресурсов
>> 3. cgroups
> Вы не верно ставите вопрос: если конкретно для вашей задачи systemd подходит
> лучше всего - используйте его. Но зачем он там, где его
> функциональность излишне и только усложняет систему, тянет никем больше не используемые
> компоненты, бесполезно тратит ресурсы?
Я с вами согласен насчет решения конкретных задач, но как вы себе представляете поддержку дистрибутива с несколькими разными системами загрузки, если одна из них - systemd? Видимо по причине того, что systemd умеет много из того, что не умеют другие, он и остался. Ну и по причине шкурного интереса RH :)

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

251. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от Mihail Zenkov (ok), 15-Сен-15, 22:54

> Зачем нужен еще один upstart или openrc?
Нужен не еще один upstart, а возможность выбора наиболее подходящей системы инициализации для конкретной задачи.
> Я с вами согласен насчет решения конкретных задач, но как вы себе
> представляете поддержку дистрибутива с несколькими разными системами загрузки, если одна
> из них - systemd?
А в чем собственно проблема? Насколько я понимаю в debian есть поддержка нескольких систем инициализации. Другое дело, что они допускают, что приложение может быть systemd only.
> Видимо по причине того, что systemd умеет
> много из того, что не умеют другие, он и остался. Ну
> и по причине шкурного интереса RH :)
Да, попахивает все это vendor lock :)

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

254. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 23:20

>> Зачем нужен еще один upstart или openrc?
> Нужен не еще один upstart, а возможность выбора наиболее подходящей системы инициализации
> для конкретной задачи.
Вообще systemd покрывает довольно много юзкейсов, а, не оставив выбора, со временем покроет все, наверное :)
>> Видимо по причине того, что systemd умеет
>> много из того, что не умеют другие, он и остался. Ну
>> и по причине шкурного интереса RH :)
> Да, попахивает все это vendor lock :)
Я не совсем это имел в виду. Тут наверное стремление подогнать платформу под тренд с контейнерами, atomic host и openshift.

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

255. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от Mihail Zenkov (ok), 15-Сен-15, 23:26

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

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

278. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Аноним (-), 25-Сен-15, 02:31

> Нет, возникает закономерный вопрос - почему остальные системы могу работать без dbus,
Вот пусть эти остальные системы и работают. А я буду считать систему без системной шины дефективной by design. И пользоваться такой хренью соглашусь только по сильно особенным случаям.

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

209. "Представлен многоплатформенный системный менеджер System XVI..." +1 +/–

Сообщение от Аноним (-), 15-Сен-15, 20:09

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

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

217. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 20:16

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

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

221. "Представлен многоплатформенный системный менеджер System XVI..." +3 +/–

Сообщение от Аноним (-), 15-Сен-15, 20:21

О. То есть мы сейчас услышим что надо умножать сущности? А маленький чайничик, у любителей системд, в космосе не летает?

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

224. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 20:22

> О. То есть мы сейчас услышим что надо умножать сущности? А маленький
> чайничик, у любителей системд, в космосе не летает?
Я бы хотел услышать конкретику, а не размышления о чайничках :)

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

227. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от Аноним (-), 15-Сен-15, 20:26

Конкретика в википедии по словам бритва Оккама.

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

225. "Представлен многоплатформенный системный менеджер System XVI..." +2 +/–

Сообщение от Xaionaro (ok), 15-Сен-15, 20:23

> Давайте пойдем от обратного - почему вы против dbus на сервере?
Вероятно по той же причине, почему я против Xorg на серверах. Просто в меньшей степени.
А вообще, у меня есть тонна минималистичных контейнеров, где каждый дополнительный процесс — это неприятно.

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

229. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 20:32

>> Давайте пойдем от обратного - почему вы против dbus на сервере?
> Вероятно по той же причине, почему я против Xorg на серверах. Просто
> в меньшей степени.
> А вообще, у меня есть тонна минималистичных контейнеров, где каждый дополнительный процесс
> — это неприятно.
С Xorg все понятно, он не используется. Мне непонятен смысл выпиливания куска, необходимого для работы systemd.
При этом, аргументов зачем его надо выпиливать так и нет.

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

231. "Представлен многоплатформенный системный менеджер System XVI..." +1 +/–

Сообщение от Xaionaro (ok), 15-Сен-15, 20:39

>>> Давайте пойдем от обратного - почему вы против dbus на сервере?
>> Вероятно по той же причине, почему я против Xorg на серверах. Просто
>> в меньшей степени.
>> А вообще, у меня есть тонна минималистичных контейнеров, где каждый дополнительный процесс
>> — это неприятно.
> С Xorg все понятно, он не используется. Мне непонятен смысл выпиливания куска,
> необходимого для работы systemd.
А если бы Xorg использовался для bwm-ng? Думаете я бы пользовался bwm-ng на серверах после этого? Нет, я бы выпилил _и_ Xorg, _и_ bwm-ng. А вы бы поступили иначе?
> При этом, аргументов зачем его надо выпиливать так и нет.
Ещё раз:
>> А вообще, у меня есть тонна минималистичных контейнеров, где каждый дополнительный процесс
>> — это неприятно.
У меня есть множество аргументов, начиная о жёстких проблем с диском и ОЗУ (что у нас действительно наблюдается в жёсткой форме: иногда экономим мегабайты), заканчивая безопасностью, но из ваших ответов другим комментаторам я понимаю, что вы просто игнорируете такие аргументы. Поэтому может хотя бы такой аргумент подействует: чистые контейнеры запускаются и переносятся в разы быстрее, чем грязные (замусоренные всякими dbus и прочим шлаком). Для понимания: момент переноса иногда быть связан со временем downtime-а, поэтому там каждые полсекунды решают.
Если каждый продукт будет работать только bundle-ом, то тогда у меня не останется никаких технических свобод, делать нужное мне для работы решение.

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

236. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 21:03

>[оверквотинг удален]
> Ещё раз:
>>> А вообще, у меня есть тонна минималистичных контейнеров, где каждый дополнительный процесс
>>> — это неприятно.
> У меня есть множество аргументов, начиная о жёстких проблем с диском и
> ОЗУ (что у нас действительно наблюдается в жёсткой форме), заканчивая безопасностью,
> но из ваших ответов другим комментаторам я понимаю, что вы просто
> игнорируете такие аргументы. Поэтому может хотя бы такой аргумент подействует: чистые
> контейнеры запускаются и переносятся в разы быстрее, чем грязные (замусоренные всякими
> dbus и прочим шлаком). Для понимания, момент переноса может быть связан
> со временем downtime-а, поэтому там каждые полсекунды решают.
Вообще это большие проблемы, если перенос контейнера связан с даунтаймом. Я не игнорирую такие "аргументы", а прошу написать конкретные ситуации, потому что эти "аргументы" можно использовать вообще для всего :)
Про ресурсы довольно странный аргумент, у меня например вот так, но у вас, может, конечно, dbus и прожорливый :)
cpu:
ps aux|grep dbus|awk '{SUM += $3} END {print SUM}'
0
mem:
ps aux|grep dbus|awk '{SUM += $4} END {print SUM}'
0

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

258. "Представлен многоплатформенный системный менеджер System XVI..." +1 +/–

Сообщение от Xaionaro (ok), 16-Сен-15, 08:03

>[оверквотинг удален]
>> Ещё раз:
>>>> А вообще, у меня есть тонна минималистичных контейнеров, где каждый дополнительный процесс
>>>> — это неприятно.
>> У меня есть множество аргументов, начиная о жёстких проблем с диском и
>> ОЗУ (что у нас действительно наблюдается в жёсткой форме), заканчивая безопасностью,
>> но из ваших ответов другим комментаторам я понимаю, что вы просто
>> игнорируете такие аргументы. Поэтому может хотя бы такой аргумент подействует: чистые
>> контейнеры запускаются и переносятся в разы быстрее, чем грязные (замусоренные всякими
>> dbus и прочим шлаком). Для понимания, момент переноса может быть связан
>> со временем downtime-а, поэтому там каждые полсекунды решают.
Вы опять игнорируете что я написал.
> Вообще это большие проблемы, если перенос контейнера связан с даунтаймом.
Ну да, проблемы. И? Содержимое большинства контейнеров определяется другими подразделениями, у которых совершенно нет времени думать о FT.
> Я не
> игнорирую такие "аргументы", а прошу написать конкретные ситуации, потому что эти
> "аргументы" можно использовать вообще для всего :)
Про безопасность вы аргумент другого собеседника не признали, хотя аргумент весьма валиден.
Вы просто забываете, что если идти по пути, который предлагаете вы, то это приведёт к очень большому количеству мусора и кроме dbus (так как вы отвергаете правила, которые служили нам много лет, см. ниже). Сам по себе dbus обычно почти не мешает (хотя бывает и мешает), но если этого мусора набрать много, то, например, появляются следующие проблемы:
1. Низкая предсказуемость (больше всякого необходимо учитывать). Например, dbus мог не стартовать из-за какой-нибудь selinux. Каждое лишнее звено -- это дополнительная точка для отказа.
2. Ниже производительность. Чем больше процессов, тем больше жрётся ОЗУ, больше времени тратится на запуск всех этих процессов и т.п.
3. Больше дыр безопасности.
4. Ниже управляемость. Каждый дополнительный пакет может строить какие-то свои зависимости, и в результате может стать сложнее сделать немного custom-ную систему под конкретную задачу.
5. (Знаю, что не признаете этот аргумент, но зря) Хуже чисто эстетически. Когда висят лишние процессы, установлены лишние пакеты и т.п., мозг администратора замусоривается лишним. Лишь например он тратит доли секнды при каждой диагностике, чтобы исключить тот же dbus из причины неполадки. Когда система минимальна, её намного проще понимать.
Есть и другие проблемы, но надеюсь, суть и так уже понятна. Существовали простые хорошо себя зарекомендовавшие правила:
1. Не плодить лишних сущностей (действительно лишних).
2. Разбивать сложную задачу на множество простых (в частности, не должно быть lock in bundle-ов).
Понимаете, это администратор сервера должен определять как всё должно работать, а не какие-то lock in-ы на пустом месте.
> Про ресурсы довольно странный аргумент, у меня например вот так, но у
> вас, может, конечно, dbus и прожорливый :)
> cpu:
> ps aux|grep dbus|awk '{SUM += $3} END {print SUM}'
> 0
> mem:
> ps aux|grep dbus|awk '{SUM += $4} END {print SUM}'
> 0
Повторяю, речь идёт на мегабайты. Из десятков разных контейнеров убиваешь по dbus-у, и уже становится лучше, ибо освобождается куча дополнительного ОЗУ под дисковый кеш. Потом ещё поубивать всякие другие бесполезные вещи (кроме dbus), так вообще сразу становится "можно жить дальше".

# grep ^Vm /proc/`pgrep dbus | head -1`/status
VmPeak:    47924 kB
VmSize:    47916 kB
VmLck:         0 kB
VmPin:         0 kB
VmHWM:      4040 kB
VmRSS:      2856 kB
VmData:      564 kB
VmStk:       136 kB
VmExe:       412 kB
VmLib:      5652 kB
VmPTE:       108 kB
VmSwap:        0 kB

И ответьте, пожалуйста, на вопрос тут: https://www.opennet.ru/openforum/vsluhforumID3/104726.html#178
Вопрос про то, являются ли те примеры самыми сильными из тех, что вы смогли привести.
И прошу не забывать, что systemd мне не даёт ничего, из того, что мне не даёт openrc (из того, что мне требуется по работе). И OpenRC лично на моей практике работает лучше и даёт больше технических свобод, чем systemd. Поэтому ваши аргументы по поводу того, что dbus нужно ставить для systemd мне кажутся неприемлемыми. Они лишь доказывают дополнительную лёгкую ущербность systemd.

Вообще, systemd-шники мне очень напоминают дотнетчиков. Не в плохом смысле, а скорее своими особенностями мышления. Бывают люди, которые ничего кроме дотнета не пробовали -- это, конечно грустные случаи, обычно. А бывают люди, которые перешли с других ЯП на всякие дотнеты, аргументируя это экономией человекочасов. Я понимаю, что бывают use case-ы, где дотнет (как и systemd) действительно оправдан и его нужно использовать, но данные персонажи считают, что весь мир должен стать дотнетовским. В результате они начинают применять дотнеты, даже когда они совершенно неуместны, и продолжают считать, что они экономят человекочасы. А потом всё заканчивается тем, что игрушка дико тормозит, у неё принципально нельзя сделать простой "save game" до рефакторинга (из-за странноватой культуры использования лямбда-функций и невозможности сериализовать текущее состояние) и мн. др. Тратится огромное количество времени на решение этих проблем и продукт всё равно в результате становится "так себе". И в этом, на самом деле, нет ничего особо плохого, это просто инерция мышления. Все мы ей страдаем. Просто разные люди мыслят в каких-то своих рамках. Я сам тоже творю много всякой (очевидной для другого мировоззрения) херни, о чём понимаю обычно уже слишком поздно. Но весь этот абзац тоже написан исходя из мышления в определённых рамках, поэтому тоже может быть сильно ошибочным, и я не хочу сказать ни про кого ничего плохого. Целью его написания было лишь помочь понять мою позицию.

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

266. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Красные Глаза (ok), 16-Сен-15, 13:36

>[оверквотинг удален]
>>>>> А вообще, у меня есть тонна минималистичных контейнеров, где каждый дополнительный процесс
>>>>> — это неприятно.
>>> У меня есть множество аргументов, начиная о жёстких проблем с диском и
>>> ОЗУ (что у нас действительно наблюдается в жёсткой форме), заканчивая безопасностью,
>>> но из ваших ответов другим комментаторам я понимаю, что вы просто
>>> игнорируете такие аргументы. Поэтому может хотя бы такой аргумент подействует: чистые
>>> контейнеры запускаются и переносятся в разы быстрее, чем грязные (замусоренные всякими
>>> dbus и прочим шлаком). Для понимания, момент переноса может быть связан
>>> со временем downtime-а, поэтому там каждые полсекунды решают.
> Вы опять игнорируете что я написал.
Ну вы хоть тогда * помечайте то, на что надо отвечать :)
>> Вообще это большие проблемы, если перенос контейнера связан с даунтаймом.
> Ну да, проблемы. И? Содержимое большинства контейнеров определяется другими подразделениями,
> у которых совершенно нет времени думать о FT.
ok, все бывает. Но это выглядит весьма странно на фоне довольно жестких требований к работоспособности системы.
>[оверквотинг удален]
> Про безопасность вы аргумент другого собеседника не признали, хотя аргумент весьма валиден.
> Вы просто забываете, что если идти по пути, который предлагаете вы, то
> это приведёт к очень большому количеству мусора и кроме dbus (так
> как вы отвергаете правила, которые служили нам много лет, см. ниже).
> Сам по себе dbus обычно почти не мешает (хотя бывает и
> мешает), но если этого мусора набрать много, то, например, появляются следующие
> проблемы:
> 1. Низкая предсказуемость (больше всякого необходимо учитывать). Например, dbus мог не
> стартовать из-за какой-нибудь selinux. Каждое лишнее звено -- это дополнительная точка
> для отказа.
selinux в  контейнерах не используется.
> 2. Ниже производительность. Чем больше процессов, тем больше жрётся ОЗУ, больше времени
> тратится на запуск всех этих процессов и т.п.
см. п4
> 3. Больше дыр безопасности.
За 10 лет, два с sev High и то локально. Подобные проблемы с безопасностью решаются своевременным обновлением. Согласен, не всегда это возможно, но не в случае с dbus.
> 4. Ниже управляемость. Каждый дополнительный пакет может строить какие-то свои зависимости,
> и в результате может стать сложнее сделать немного custom-ную систему под
> конкретную задачу.
Вот все зависимости dbus на RH:
yum deplist dbus | grep provider| awk '{print $2}'| cut -d'.' -f1| sort -u
audit-libs
bash
chkconfig
dbus-libs
expat
glibc
libcap-ng
libselinux
shadow-utils
systemd
Что из этого снижает вашу управляемость или повышает использование памяти/процессора?  Кроме systemd, конечно :)
> 5. (Знаю, что не признаете этот аргумент, но зря) Хуже чисто эстетически.
> Когда висят лишние процессы, установлены лишние пакеты и т.п., мозг администратора
> замусоривается лишним. Лишь например он тратит доли секнды при каждой диагностике,
> чтобы исключить тот же dbus из причины неполадки. Когда система минимальна,
> её намного проще понимать.
Вы правы, не аргумент совсем.
> Есть и другие проблемы, но надеюсь, суть и так уже понятна. Существовали
> простые хорошо себя зарекомендовавшие правила:
> 1. Не плодить лишних сущностей (действительно лишних).
> 2. Разбивать сложную задачу на множество простых (в частности, не должно быть
> lock in bundle-ов).
> Понимаете, это администратор сервера должен определять как всё должно работать, а не
> какие-то lock in-ы на пустом месте.
Т.е. когда в бинарнике зависимость от glibc, это не lock in, а когда зависимость от dbus, это lock in?

Из всех аргументов, я могу понять только аргумент с памятью. Но проблема с памятью у вас - это не проблема systemd, а исключительно ваша локальная проблема. При этом выпилив dbus, который необходим для работы systemd и естественно получив ошибку, заявили что sysytemd отстой. Я пытался вам доказать что вы неправы в этом заявлении ;) Я согласен, что к вашему кейсу systemd может не подходить, но это ведь не значит что systemd полный трэш? Это был мой поинт, почему я ввязался в спор.
Если вы не против, я готов выслушать ваши заключительные аргументы и предлагаю завершить дискуссию, а то она начинает забирать много времени.

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

194. "Представлен многоплатформенный системный менеджер System..." +2 +/–

Сообщение от arisu (ok), 15-Сен-15, 19:49

> dbus нужен для systemd.
хорошо, что сервера отлично работают без этого говна.
> Кстати, dbus так же нужен, о ужас, для firewalld. :)
хорошо, что сервера отлично работают без этого говна.
> Предлагаю выкинуть dbus, разворотив тем самым пол-дистрибутива
хорошо, что не все дистрибутивы сделаны больными на череп идиотами.

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

279. "Представлен многоплатформенный системный менеджер System..." –1 +/–

Сообщение от Аноним (-), 25-Сен-15, 02:34

> хорошо, что не все дистрибутивы сделаны больными на череп идиoтами.
Но знаешь, кэп, на дистрах которые обычно ставят на сервера (debian, ubuntu, centos, rhel) - нынче таки есть и systemd и dbus :). И говоря за себя - я так например как-то и не буду гореть желать рулить сервером если там нет systemd. Он как-то зело упрощает многие вещи. А к хорошему быстро привыкаешь...

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

284. "Представлен многоплатформенный системный менеджер System..." +/–

Сообщение от arisu (ok), 25-Сен-15, 07:39

> И говоря за себя - я так например как-то и не
> буду гореть желать рулить сервером если там нет systemd.
ну и отлично. когда системдец встанет раком по неизвестной причине — тебе хотя бы не будет скучно. а он всенепременно встанет, потому что ты волшебным образом умудряешься простые и понятные инит‐скрипты превратить в «портянки», и системдец тоже замучаешь.
ты вообще иногда любитель странных решений, обычно с парадоксальной мотивацией. навроде «x11 фигня, потому что там расширения, их руками надо! а opengl хорошо, ведь там расширения, и их руками надо!»

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

285. "Представлен многоплатформенный системный менеджер System..." +1 +/–

Сообщение от arisu (ok), 25-Сен-15, 07:42

> А к хорошему быстро привыкаешь...
угу. к monit, например. который не пытается подмять под себя всю систему.

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

164. "Представлен многоплатформенный системный менеджер System XVI..." –2 +/–

Сообщение от Аноним (-), 15-Сен-15, 15:56

> И да кстати, D-BUS-а у меня на серверах вообще нет, т.к. кому нужны лишние сущности =))
А procfs ты не отпилил? Это FAIL, я считаю. Без procfs вполне можно обойтись.

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

171. "Представлен многоплатформенный системный менеджер System XVI..." +2 +/–

Сообщение от Xaionaro (ok), 15-Сен-15, 16:53

>> И да кстати, D-BUS-а у меня на серверах вообще нет, т.к. кому нужны лишние сущности =))
> А procfs ты не отпилил? Это FAIL, я считаю. Без procfs вполне
> можно обойтись.
procfs на сервере нужен лишь например для "ps" или чистки xt_recent. А dbus?

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

280. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от Аноним (-), 25-Сен-15, 02:35

> procfs на сервере нужен лишь например для "ps" или чистки xt_recent.
По вашей логике, "без этого можно обойтись". Ну а что, можно список процессов получать каким-нибудь перебором pid'ов на предмет использования :)

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

288. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от Andrey Mitrofanov (?), 25-Сен-15, 09:34

>> procfs на сервере нужен лишь например для "ps" или чистки xt_recent.
> процессов получать каким-нибудь перебором pid'ов на предмет использования :)
Ну, а чё, хиповенькко:  //и, насколько не понимаю, kill-у procfs не нужен
$ kill -0 `seq 10`
bash: kill: (1) - Операция не позволяется
bash: kill: (2) - Операция не позволяется
bash: kill: (3) - Операция не позволяется
bash: kill: (4) - Нет такого процесса
bash: kill: (5) - Операция не позволяется
bash: kill: (6) - Нет такого процесса
bash: kill: (7) - Операция не позволяется
bash: kill: (8) - Операция не позволяется
bash: kill: (9) - Операция не позволяется
bash: kill: (10) - Операция не позволяется
$ kill -0 `seq 999990 999999`
bash: kill: (999990) - Нет такого процесса
bash: kill: (999991) - Нет такого процесса
bash: kill: (999992) - Нет такого процесса
bash: kill: (999993) - Нет такого процесса
bash: kill: (999994) - Нет такого процесса
bash: kill: (999995) - Нет такого процесса
bash: kill: (999996) - Нет такого процесса
bash: kill: (999997) - Нет такого процесса
bash: kill: (999998) - Нет такого процесса
bash: kill: (999999) - Нет такого процесса
$ _
ЗЫЖ А имя процесса на бейсике PEEK-ом/POKE-ом прямо из kmem-а парсить.

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

177. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от Mihail Zenkov (ok), 15-Сен-15, 17:25

>> И да кстати, D-BUS-а у меня на серверах вообще нет, т.к. кому нужны лишние сущности =))
> А procfs ты не отпилил? Это FAIL, я считаю. Без procfs вполне
> можно обойтись.
А ты kde на сервер поставил?

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

283. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от Аноним (-), 25-Сен-15, 02:52

> А ты kde на сервер поставил?
Нет. Зато у xaionaro вон ... видеокарты на сервере перегреваются. Вот уж у кого не надо учиться делать и админить сервера, имхо.

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

156. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 15:31

> 1. Это про вкус и цвет. Насчёт удобней... вроде одна команда удобней,
> чем набор параметров к systemctl.
Какая именно команда? Например systemctl start unicorn гораздо удобней "unicorn -c config/unicorn/production.rb -E production" :) Приведите свой пример? :)
> 2. Это тоже замечательно, вопрос зачем нужен этот велосипед?
Вы же завели речь о понятном запуске сервисов? Сможете так же легко и непринужденно одной командой  рассказать о своем sysv кто на ком стоял? :)
> 3. Вот тут тоже странно. Баш голым быть не может и strace
> очень даже работает, и разделы можно маунтить и апачики со сквидами
> стартовать, только это на этом этапе не нужно здесь, это для
> того что-бы файлсистем прочекать или ещё-чего починить..., например.
Ну да, загружаем bash, собираем обратно рэйд, маунтим разделы пишем много ручками, запускаем сервисы в том порядке, чтобы понять, что может привести к ошибке. Не вопрос, можно и так :)
В systemd только это делается одной командой :)
> А вот с системд банальный инит сети иногда вызывает убийственный фриз. Вот
> и понимаешь, что весь этот огород заменяется одной или двумя командами
> (например ifconfig ethX ... up или ip add add ...., это
> кому как нравится =))
Я все-таки задам это вопрос - вы это про локалхост или про парк серверов? :)

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

160. "Представлен многоплатформенный системный менеджер System XVI..." +1 +/–

Сообщение от Антононим (?), 15-Сен-15, 15:51

1. Если про запуск чего-либо, то прямая команда гораздо удобней, например /bin/mount .... /usr/sbin/dhcpd и т.п.
2. Гм, смогу... наверное логика, что если рейд не собран и разделы не подцеплены то и запускать нечего =))
3. Если система крякнула и не происходит загрузки, то чинить, если надо понять где валится, то и рэйд ручками одной командой собирается (если софтовый естессьно ;)
4. Нет, это на всех серверах, я-ж говорю у меня даже дбаса нет, и иксов.... и инитрд. Просто не понятно зачем это там? Вот на локалхосте этого навалом и системд, который обещал мне пять сек загрузки... хе  =)

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

163. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 15:56

> 1. Если про запуск чего-либо, то прямая команда гораздо удобней, например /bin/mount
> .... /usr/sbin/dhcpd и т.п.
Жесть :)
> 2. Гм, смогу... наверное логика, что если рейд не собран и разделы
> не подцеплены то и запускать нечего =))
> 3. Если система крякнула и не происходит загрузки, то чинить, если надо
> понять где валится, то и рэйд ручками одной командой собирается (если
> софтовый естессьно ;)
> 4. Нет, это на всех серверах, я-ж говорю у меня даже дбаса
> нет, и иксов.... и инитрд. Просто не понятно зачем это там?
> Вот на локалхосте этого навалом и системд, который обещал мне пять
> сек загрузки... хе  =)
Cочувствую админу, который придет после вас и ему надо будет это поддерживать :) Я вас поддерживаю, вам не нужен systemd :))

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

165. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Аноним (-), 15-Сен-15, 16:01

> 1. Если про запуск чего-либо, то прямая команда гораздо удобней, например /bin/mount
> .... /usr/sbin/dhcpd и т.п.
Давайте так систему загружать. Набивая все команды самолично. Хотя у меня есть идея лучше, см. ниже.
> 2. Гм, смогу... наверное логика, что если рейд не собран и разделы
> не подцеплены то и запускать нечего =))
Вот это - бабушка надвое сказала. Очень зависит от конфигурации (а как насчет recovery тулсей в каком-нибудь initrd например?).
> 3. Если система крякнула и не происходит загрузки, то чинить, если надо
> понять где валится, то и рэйд ручками одной командой собирается (если
> софтовый естессьно ;)
Давайте уж загрузчик после включения тумблерами на шине набивать. Шелл - это для мягкотелых нубов и прочих скрипткидисов. Вот наколотить самому бутлоадер в оперативку, побайтово - это труЪ.
> 4. Нет, это на всех серверах, я-ж говорю у меня даже дбаса
> нет, и иксов.... и инитрд. Просто не понятно зачем это там?
Предлагаю procfs еще отрубить.

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

172. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от Антонимум (?), 15-Сен-15, 17:00

А системд внутри при запуске не команды содержит?
Рекавери можно и в отдельном раздельчике, если надо конечно ))
Не, есть старый добрый груб, но можно и тумблерами....:)) бывало и такое. Правда на других системах.
В некоторых чрутных конфигах /proc и не маунтится :))

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

211. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от Аноним (-), 15-Сен-15, 20:12

> Я все-таки задам это вопрос - вы это про локалхост или про парк серверов? :)
Весь этот ваш парк серверов и прочая системд магия вырождается в: напилили виртуалок-докеров-прочегощита в них стартует один сервис. Кому вы нужны с такими знаниями? Ещё чуть-чуть и тупоадминов системд заменит одна графическая приблуда. С нетерпением жду момента когда ситсемд фанбои окажутся на улице с своими тайными знаниями системд.

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

220. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 20:20

>> Я все-таки задам это вопрос - вы это про локалхост или про парк серверов? :)
> Весь этот ваш парк серверов и прочая системд магия вырождается в: напилили
> виртуалок-докеров-прочегощита в них стартует один сервис. Кому вы нужны с такими
> знаниями? Ещё чуть-чуть и тупоадминов системд заменит одна графическая приблуда. С
> нетерпением жду момента когда ситсемд фанбои окажутся на улице с своими
> тайными знаниями системд.
Есть мнение, что одна графическая приблуда заменит тех, кто не умеет ей управлять :))

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

226. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от Аноним (-), 15-Сен-15, 20:24

Ну уж нет мой юный системд друг. Это будет для клиентов выглядеть как простой сервис по предоставлению виртуалки в облачке. Зачем нужен будешь ты с своим тайным знанием системд, если тебя любая секретарша заменит? Она пару кнопок нажать сможет глядя в инструкцию.

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

232. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 20:40

> Ну уж нет мой юный системд друг. Это будет для клиентов выглядеть
> как простой сервис по предоставлению виртуалки в облачке. Зачем нужен будешь
> ты с своим тайным знанием системд, если тебя любая секретарша заменит?
> Она пару кнопок нажать сможет глядя в инструкцию.
Да все нормально, за нас не переживай. Береги localhost.

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

234. "Представлен многоплатформенный системный менеджер System..." +2 +/–

Сообщение от arisu (ok), 15-Сен-15, 20:50

> Да все нормально, за нас не переживай.
да как же не переживать? вы же наш хлеб! если бы вас не было, вас надо было бы придумать: после того, как вы напортачите, идут к нам, и цена на приведение всего в порядок с порога в три раза больше, чем на установку с нуля. а работа та же самая: выкинуть ваш шлак и поставить с нуля. а денег в три раза больше. живите долго, дорогие!

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

238. "Представлен многоплатформенный системный менеджер System..." –1 +/–

Сообщение от Красные Глаза (ok), 15-Сен-15, 21:09

>> Да все нормально, за нас не переживай.
> да как же не переживать? вы же наш хлеб! если бы вас
> не было, вас надо было бы придумать: после того, как вы
> напортачите, идут к нам, и цена на приведение всего в порядок
> с порога в три раза больше, чем на установку с нуля.
> а работа та же самая: выкинуть ваш шлак и поставить с
> нуля. а денег в три раза больше. живите долго, дорогие!
Это я кажется тут уже слышал некоторое время назад. Смени пластинку :)

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

240. "Представлен многоплатформенный системный менеджер System..." +2 +/–

Сообщение от arisu (ok), 15-Сен-15, 21:16

> Смени пластинку :)
зачем? правду говорить легко и приятно.

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

131. "Представлен многоплатформенный системный менеджер System XVI..." –1 +/–

Сообщение от Fracta1L (ok), 15-Сен-15, 10:42

> Просто сама фраза "systemd просто работает" мне кажется очень неискренней.
Безглючного софта не бывает. Но это не значит, что у кого-то какой-то софт не может просто работать. У меня, например, systemd просто работает. Впрочем, и openrc у меня просто работал.

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

277. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от Нечестивый (ok), 21-Сен-15, 11:11

> Но это не значит, что у кого-то какой-то софт не может просто работать.
Windows тоже "просто работает".
Вот только если допустить на своем компьютере экосистему Гнома со всеми system-*d, *kit-ами, pulse* и т.п. получается то же самое что и с Windows.
Компютер работает. Активно. У него также нашелся и небольшой уголок где потребитель может немного поиграться (много не получиться, интерфейс ведь не напрасно столько лет затачивали под невозможность работать с многими программами одновременно...) не мешая работы. Вот только если вместо правильно воспитанного потребителя там сядет человек, считающий что компьютер - инструмент которым он будет работать вдруг оказывается что здесь уже работают, а он просто мешает.
Извините, но я не пиндоевропейский корпоративный бюрократ, которому работать по дефиниции не полагается. Компьютер - _мой_ инструмент. Любая программа, работающая на нем должна делать лишь то, что нужно мне. Если она делает то, что не является необходимым для меня значит она работает на кого то другого. Ситуация где программа делает что то другое допускается только с моим информированным согласием, если меня за это каким то образом компенсируют.
А вот те программы, с которыми вдруг оказывается что это я мешаю пользоваться моим компьютером для работы не на меня должны просто исчезнуть. И я должен сделать для этого все что смогу. Вопрос гуманитарной самозащиты.
Так что простите, но не тролить против systemd для меня не допустимо, ведь отказ от самозащиты является самым тяжким преступлением против человечества.

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

166. "Представлен многоплатформенный системный менеджер System XVI..." –2 +/–

Сообщение от Аноним (-), 15-Сен-15, 16:08

> P.S. Хватит уже переходить на личности, учитесь разговаривать как взрослые люди (конструктивно):
А конструктивно - ваш OpenRC не решает множество задач, успешно решаемых системд. Cgroups системд использует не для красоты, а для отслеживания кто и откуда взялся, независимо от того какие они там форки-перефорки откаблучивали. Что в этом плане имеет предложить OpenRC, если уж мы о конструктиве? Или почему у меня как у админстратора не должно быть overview системы на предмет того кто и откуда там вообще вылупился?
//это другой аноним, если что.

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

169. "Представлен многоплатформенный системный менеджер System XVI..." +1 +/–

Сообщение от Xaionaro (ok), 15-Сен-15, 16:46

>> P.S. Хватит уже переходить на личности, учитесь разговаривать как взрослые люди (конструктивно):
> А конструктивно - ваш OpenRC не решает множество задач, успешно решаемых системд.
> Cgroups системд использует не для красоты, а для отслеживания кто и
> откуда взялся, независимо от того какие они там форки-перефорки откаблучивали.
И? qnikst (один из русских разработчиков OpenRC), ЕМНИП, уже давно реализовал поддержку cgroups для отслеживания процессов в OpenRC. Я помню как мы с ним это обуждали года два назад (когда впервые от сообщества OpenRC это попросили) на #openrc. Но в отличие от systemd это опционально.
Лично я этим никогда не пользовался, так как у меня в корпоративном секторе все сервисы запихнуты в контейнеры. Хочу что-то опустить — опускаю контейнер. А в HPC секторе тупо таких проблем не возникает. Однако я могу понять нужду использования cgroups для отслеживания процессов, и я бы для этого использовал то, что умеет OpenRC.
Я когда-то прикола ради делал аналогичный мониторинг на базе ptrace(), но скорее для proof of concept. Могу и это легко прикрутить к OpenRC, если хотите. Просто OpenRC сделан так, что он легко расширяется чем угодно.
И, естественно, мы сейчас говорим про тот мелкий процент случаев, когда либо не хватает обычного pstree, либо хочется перезапускать приложения при падении…
> Что в этом плане имеет предложить OpenRC, если уж мы о конструктиве?
Что конкретно нужно?
P.S.: Чтобы не вводить в заблуждение, на всякий случай проясню: я не являюсь разработчиком OpenRC.

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

282. "Представлен многоплатформенный системный менеджер System XVI..." +/–

Сообщение от Аноним (-), 25-Сен-15, 02:51

> это попросили) на #openrc. Но в отличие от systemd это опционально.
Что хорошо для кульсисопа с зудом в ж..., то плохо для администратора. А вот админ в результате не будет знать: можно ли в этой конкретной системе отследить, или нельзя. И брать такую систему на администрирование - нафиг нужно!
Такие вещи по моему мнению должны быть более-менее mandatory и если и обрываемы то в микроэмбедовке уровня openwrt. И даже там - невозможность более-менее внятно узнать откуда кто взялся - таки баг а не фича.

> я могу понять нужду использования cgroups для отслеживания процессов, и я
> бы для этого использовал то, что умеет OpenRC.
Используйте наздоровье. А я не буду иметь дело с месивом костылей, где вещи которые я хочу видеть по дефолту - сильно опциональны и не гарантированы.
> Я когда-то прикола ради делал аналогичный мониторинг на базе ptrace(),
А это вобще жесть и афиг. И просто полкило грабель на обпрыг.
> Просто OpenRC сделан так, что он легко расширяется чем угодно.
ИЧСХ, месиво из местечковых костылей работать в результате будет как месиво из местечковых костылей.
> не хватает обычного pstree, либо хочется перезапускать приложения при падении…
Я хочу понимать, что, откуда и почему взялось в моей системе. Для меня это не опция: без этого я систему буду считать куском проблем, а не операционкой.
>> Что в этом плане имеет предложить OpenRC, если уж мы о конструктиве?
> Что конкретно нужно?
Апи вачдога? Обработка всяких там стартов стопов и их таймаутов? Кодов возврата? Сохранение того что программы выдали куда-нибудь в логи? Человеческая смена юзерей, приоритетов, шедулеров, лимиты, CAPS, ...? И чтобы без кучи костылирования и написания вагона системного кода?

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

286. "Представлен многоплатформенный системный менеджер System..." +/–

Сообщение от arisu (ok), 25-Сен-15, 07:43

> Используйте наздоровье. А я не буду иметь дело с месивом костылей, где
> вещи которые я хочу видеть по дефолту - сильно опциональны и
> не гарантированы.
странно. а я думал, ты используешь системдец.

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

195. "Представлен многоплатформенный системный менеджер System..." +2 +/–

Сообщение от arisu (ok), 15-Сен-15, 19:51

> Cgroups системд использует не для красоты, а для отслеживания кто и
> откуда взялся, независимо от того какие они там форки-перефорки откаблучивали.
что отлично делается без cgroups, но лёне об этом никто не сказал.

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

271. "Представлен многоплатформенный системный менеджер System..." +1 +/–

Сообщение от pavlinux (ok), 16-Сен-15, 15:56

ИЧСХ, все кто пишет про фичи системд даже невдупляют чо оно там делает, нужно ли оно, поттер впихнул - значит надо.

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

281. "Представлен многоплатформенный системный менеджер System..." +/–

Сообщение от Аноним (-), 25-Сен-15, 02:39

> что отлично делается без cgroups, но лёне об этом никто не сказал.
Ну ты то нам расскажешь, как отследить откуда взялся %s, сделавший несколько форков, так что parent'ы вырубились и он остался с parent'ом в виде PID=1? :)

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

287. "Представлен многоплатформенный системный менеджер System..." +/–

Сообщение от arisu (ok), 25-Сен-15, 07:48

> Ну ты то нам расскажешь, как отследить откуда взялся %s, сделавший несколько
> форков, так что parent'ы вырубились и он остался с parent'ом в
> виде PID=1? :)
конечно. вот так, например: http://bewareofgeek.livejournal.com/2945.html
я понимаю, что чтение документации — не твоё, так что получи в виде исключения, у меня сегодня пятница снисхождения к умственно отсталым.

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

289. "Представлен многоплатформенный системный менеджер System..." +/–

Сообщение от vi (ok), 25-Сен-15, 23:14

>> что отлично делается без cgroups, но лёне об этом никто не сказал.
> Ну ты то нам расскажешь, как отследить откуда взялся %s, сделавший несколько
> форков, так что parent'ы вырубились и он остался с parent'ом в
> виде PID=1? :)
Уважаемый Аноним!
В вашей сентенции немного угадываются нотки грусти и безысходности (это, конечно же, плод моего «интересного» сознания, ну или новый вектор для обсуждения ;).
Это от отсутствия доверия, к ядру ОС и программам запускаемым Вами?
Постоянная слежка, она утомляет. И занимает ресурсы. (Хотя некоторые умудряются хорошо себя чувствовать даже во времена «сплошного терроризма», и это тоже интересно. Но когда же созидать? Или может хватит уже? А может пора разрушать созданное? Ну хотя бы для поддержания равновесия (чего с чем?))
Да, бывают и баги в программах. Конечно же, в некоторых случаях неплохо было бы посмотреть, что происходит. Но отсутствие доверия может измучить. К тому же, понимание происходящего, доступно очень и очень немногим (было бы лучше, если бы я ошибся ;)
Если ты не можешь контролировать свои программы (на подконтрольном тебе оборудовании (а вот здесь все вообще грустно)), то «программы» (и/или оборудование) могут начать контролировать «тебя».
Наверняка, при определенных обстоятельствах, можно перепрыгнуть из одной группы процессов в другую.
Да и PPID наверняка тоже можно изменить. Ну например при прямом доступе к памяти (я не великий специалист в таких тонкостях). Интересно, как удивится случайный или неслучайный "родитель", своему неизвестно от куда появившемуся "отпрыску"? И что ему вообще с этим делать? Как реагировать? Если он ("родитель") об этом беспокоится, или когда нибудь вообще об этом узнает.
ИМХО, программа должна выполнить только то, что требовалось. Или, если количество затраченных ресурсов и времени для нас не критично (как в прочем в данном случае и результат), то тогда «Если долго сидеть на берегу реки, то можно увидеть, как по ней проплывет труп твоего врага». (авторство автора) Или пусть тогда делает то, что ее заблагорассудится.
Не важно, кто первый (или второй, вспомнил "хорошо забытое старое") придумал как организовать процессы и их взаимодействие (к примеру), важно что это придумали и реализовали. И за это, честь им и хвала! И главное, это есть сейчас и используется (с каким то там успехом).

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	105. "Представлен многоплатформенный системный менеджер System XVI..."	–4 +/–
	Сообщение от Красные Глаза (ok), 14-Сен-15, 22:38
	Недостаток на недостатке это вы погоняете. А systemd просто работает.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	107. "Представлен многоплатформенный системный менеджер System XVI..."	+2 +/–
	Сообщение от chinarulezzz (ok), 14-Сен-15, 22:39
	http://opennet.ru/openforum/vsluhforumID1/96286.html помоги чтоб просто работал.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	108. "Представлен многоплатформенный системный менеджер System XVI..."	–3 +/–
	Сообщение от Красные Глаза (ok), 14-Сен-15, 22:44
	Предлагаю начать с этого: http://freedesktop.org/wiki/Software/systemd/Debugging/
	Ответить \| Правка \| Наверх \| Cообщить модератору


	114. "Представлен многоплатформенный системный менеджер System XVI..."	+3 +/–
	Сообщение от chinarulezzz (ok), 15-Сен-15, 01:18
	помог :-D
	Ответить \| Правка \| Наверх \| Cообщить модератору


	117. "Представлен многоплатформенный системный менеджер System..."	+3 +/–
	Сообщение от arisu (ok), 15-Сен-15, 01:28
	> помог :-D вот такое вот у них понятие про «просто работает», что поделать…
	Ответить \| Правка \| Наверх \| Cообщить модератору


	127. "Представлен многоплатформенный системный менеджер System..."	–1 +/–
	Сообщение от Красные Глаза (ok), 15-Сен-15, 08:58
	>> помог :-D > вот такое вот у них понятие про «просто работает», что поделать… Т.е. проблемы с загрузкой возможны только на systemd?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	185. "Представлен многоплатформенный системный менеджер System..."	+1 +/–
	Сообщение от arisu (ok), 15-Сен-15, 19:34
	> Т.е. проблемы с загрузкой возможны только на systemd? ты сказал «просто работает»? сказал. никто силой это говорить не заставлял. а оно на самом деле просто не работает.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	188. "Представлен многоплатформенный системный менеджер System..."	–1 +/–
	Сообщение от Красные Глаза (ok), 15-Сен-15, 19:37
	>> Т.е. проблемы с загрузкой возможны только на systemd? > ты сказал «просто работает»? сказал. никто силой это говорить не заставлял. а > оно на самом деле просто не работает. Тебе просто что-то сказать хочется? :) Ну скажи еще что-нибудь, не сдерживай себя :))
	Ответить \| Правка \| Наверх \| Cообщить модератору


	206. "Представлен многоплатформенный системный менеджер System..."	+1 +/–
	Сообщение от arisu (ok), 15-Сен-15, 20:06
	> Тебе просто что-то сказать хочется? :) ну так тебе‐то больше сказать нечего, с «просто работает» не получилось, тебя сразу носом тыкнули в «не работает». и тут «просто работает» превратилось в чёрти‐что.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	245. "Представлен многоплатформенный системный менеджер System..."	–1 +/–
	Сообщение от Красные Глаза (ok), 15-Сен-15, 22:02
	>> Тебе просто что-то сказать хочется? :) > ну так тебе‐то больше сказать нечего, с «просто работает» не получилось, > тебя сразу носом тыкнули в «не работает». и тут «просто работает» > превратилось в чёрти‐что. :)))) Что еще о себе расскажешь? :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	247. "Представлен многоплатформенный системный менеджер System..."	+1 +/–
	Сообщение от arisu (ok), 15-Сен-15, 22:09
	спасибо за содействие, с твоей помощью демонстрация безмозглости любителей системд увенчалась полным успехом.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	161. "Представлен многоплатформенный системный менеджер System..."	–1 +/–
	Сообщение от Аноним (-), 15-Сен-15, 15:52
	> вот такое вот у них понятие про «просто работает», что поделать… Ну мне любители sysv init и так не помогали. В том плане что как отлаживать скрипт именно в boot time - эксперты опеннета вообще ни разу не показали.
	Ответить \| Правка \| К родителю #117 \| Наверх \| Cообщить модератору


	168. "Представлен многоплатформенный системный менеджер System..."	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 15-Сен-15, 16:21
	>> вот такое вот у них понятие про «просто работает», что поделать… > Ну мне любители sysv init и так не помогали. В том плане > что как отлаживать скрипт именно в boot time - эксперты опеннета > вообще ни разу не показали. Гражданка Никонорова, Вас ожидают, пройдите с Вашим фетишем и хоть оботлаживайтесь его "бут-тайм": 16:58 , 14-Сен-15, (72) > Systemd хорошо документирован, так что все проблемы, не от systemd, а от Докажи! . http:/openforum/vsluhforumID1/96286.html Время пошло.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	191. "Представлен многоплатформенный системный менеджер System..."	–1 +/–
	Сообщение от Красные Глаза (ok), 15-Сен-15, 19:44
	>>> вот такое вот у них понятие про «просто работает», что поделать… >> Ну мне любители sysv init и так не помогали. В том плане >> что как отлаживать скрипт именно в boot time - эксперты опеннета >> вообще ни разу не показали. > Гражданка Никонорова, Вас ожидают, пройдите с Вашим фетишем и хоть оботлаживайтесь его > "бут-тайм": > 16:58 , 14-Сен-15, (72) > > Systemd хорошо документирован, так что все проблемы, не от systemd, а от > Докажи! . http:/openforum/vsluhforumID1/96286.html Время пошло. Андрюша, по этой ссылке случай для доктора.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	261. "Представлен многоплатформенный системный менеджер System..."	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 16-Сен-15, 10:45
	>>> что как отлаживать скрипт именно в boot time - эксперты опеннета >>> вообще ни разу не показали. #>> > Systemd хорошо документирован, так что все проблемы, не от systemd, а от #>> Докажи! . http:/openforum/vsluhforumID1/96286.html Время пошло. > Андрюша, по этой ссылке случай для доктора. Согласен. Все пользователи зюстем-ды проявляют симптомы. А уж активные агитаторы и сторонники...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	186. "Представлен многоплатформенный системный менеджер System..."	+1 +/–
	Сообщение от arisu (ok), 15-Сен-15, 19:35
	> что как отлаживать скрипт именно в boot time - эксперты опеннета > вообще ни разу не показали. потому что зачем это делать? я тоже в ответ на такой вопрос плечами пожму: не в себе человек, просит непонятно чего.
	Ответить \| Правка \| К родителю #161 \| Наверх \| Cообщить модератору


	126. "Представлен многоплатформенный системный менеджер System XVI..."	–1 +/–
	Сообщение от Красные Глаза (ok), 15-Сен-15, 08:55
	> помог :-D По той информации, что представлена в вашем топике вам поможет только ясновидящий. Учитесь пользоваться инструментами с которыми работаете, чтобы не забивать микроскопом гвозди.
	Ответить \| Правка \| К родителю #114 \| Наверх \| Cообщить модератору


	130. "Представлен многоплатформенный системный менеджер System XVI..."	–1 +/–
	Сообщение от Красные Глаза (ok), 15-Сен-15, 09:26
	> помог :-D Но так уж и быть, я вам помогу, если вам лень самому читать документацию. 1. В grub нажимаете 'e' и редактируете параметры kernel, добавив в конце systemd.unit=rescue.target (если с rescue не загрузитесь, пишите emergency) 2. После того, как попадете в rescue, пишите mount -o remount,rw / 3. Набираете systemctl enable debug-shell 4. Перегружаетесь и имеете на 7 консоли шелл во время загрузки, в котором можно смотреть логи и совершать прочие действия от имени рута. (journalctl для просмотра логов вас спасет) 5. После того как почините, не забудьте сделать systemctl disable debug-shell
	Ответить \| Правка \| К родителю #114 \| Наверх \| Cообщить модератору


	187. "Представлен многоплатформенный системный менеджер System..."	+1 +/–
	Сообщение от arisu (ok), 15-Сен-15, 19:36
	какой‐такой «дебуг шелл»? какой «в грубе нажимаете»? неа, это не «просто работает», это «немеряное количество телодвижений». «просто работает» выглядит совсем иначе. как обычно, любитель системд соврамши.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	193. "Представлен многоплатформенный системный менеджер System..."	–1 +/–
	Сообщение от Красные Глаза (ok), 15-Сен-15, 19:47
	> какой‐такой «дебуг шелл»? какой «в грубе нажимаете»? неа, > это не «просто работает», это «немеряное количество телодвижений». > «просто работает» выглядит совсем иначе. > как обычно, любитель системд соврамши. Але, Москва :)) Этот текст лишь показывает преимущество systemd в случае возникновения проблем :) В sysv ты бы в этом случае сидел и плакал :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	210. "Представлен многоплатформенный системный менеджер System..."	+2 +/–
	Сообщение от arisu (ok), 15-Сен-15, 20:12
	> Але, Москва :)) Этот текст лишь показывает преимущество systemd в случае возникновения > проблем :) которых априори быть не может, потому что ты утверждаешь, что системд «просто работает». > В sysv ты бы в этом случае сидел и плакал :) представляешь — не сидел и не плакал. вот недавно буквально — одно не грузилось, а у второго рут не перемонтировался в r/o. я понимаю, что для системдешников это конец света и молитвы (в лучшем случае — тасование таргетов с надеждой, что как‐нибудь заработает): они же шелл‐скриптов боятся как огня, и работать с ними не умеют.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	122. "Представлен многоплатформенный системный менеджер System XVI..."	+/–
	Сообщение от Fracta1L (ok), 15-Сен-15, 07:01
	Тебе должен помогать врач, если ты боевой сервер обновляешь на тестовую ветку дистрибутива)
	Ответить \| Правка \| К родителю #107 \| Наверх \| Cообщить модератору


	124. "Представлен многоплатформенный системный менеджер System XVI..."	+/–
	Сообщение от Xaionaro (ok), 15-Сен-15, 08:13
	> Тебе должен помогать врач, если ты боевой сервер обновляешь на тестовую ветку > дистрибутива) Может вы и правы, хоть и лично у меня до перехода jessie на systemd, он всегда загружался и перезагружался без проблем, даже когда был testing... Более того, где-либо с OpenRC у меня всегда порядком меньше проблем, чем с systemd, несмотря на абсолютно мизерное комьюнити и нестандартность этого решения в Debian. IMHO, оратор чуть выше немного не прав, высказавшись: > А systemd просто работает. И я сейчас не говорю, что systemd -- говно. Просто сама фраза "systemd просто работает" мне кажется очень неискренней. P.S. Хватит уже переходить на личности, учитесь разговаривать как взрослые люди (конструктивно): > Тебе должен помогать врач Полагаю, вы -- разумный человек. Просто ленитесь формулировать свои мысли нормально (см. пирамиду Грэма).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	128. "Представлен многоплатформенный системный менеджер System XVI..."	–1 +/–
	Сообщение от Красные Глаза (ok), 15-Сен-15, 09:05
	>> А systemd просто работает. > И я сейчас не говорю, что systemd -- говно. Просто сама фраза > "systemd просто работает" мне кажется очень неискренней. А мне кажется что проблема не в systemd, а в том, что вам просто лень его изучать. В данном случае без перехода на личности никак не получится, извините :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	129. "Представлен многоплатформенный системный менеджер System XVI..."	+/–
	Сообщение от chinarulezzz (ok), 15-Сен-15, 09:20
	прорвало, понимаем.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	162. "Представлен многоплатформенный системный менеджер System XVI..."	+/–
	Сообщение от Аноним (-), 15-Сен-15, 15:55
	> прорвало, понимаем. Ну еще бы, если питекантроп перфоратор использует для нарезки хлеба - мы ему говорим что он хочет странного и что есть способ лучше. А дикарь обижается - мол, вы что, прикалываетесь?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	179. "Представлен многоплатформенный системный менеджер System XVI..."	+/–
	Сообщение от chinarulezzz (ok), 15-Сен-15, 18:06
	>> прорвало, понимаем. > Ну еще бы, если питекантроп перфоратор использует для нарезки хлеба - мы > ему говорим что он хочет странного и что есть способ лучше. > А дикарь обижается - мол, вы что, прикалываетесь? Помнится, дикарь даже эссе писал, дескать не обижайте музыканта, играет как умеет.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	132. "Представлен многоплатформенный системный менеджер System XVI..."	+/–
	Сообщение от Антононим (?), 15-Сен-15, 11:00
	А мне кажется, что и время тратить на изучение этого фи не надо. Хех, на всех серверах написано шесть инит-эрцэ скриптов и о ужас - работает! Главное всегда можно понять что и когда стартует или останавливается, без всяких долбаных юнитов, тормозящих загрузку системы в разы! Ну а если, что-то случилось и в грубе пришлось нажать клавишу 'e', то init=/bin/bash и ведь, тоже работает =))
	Ответить \| Правка \| К родителю #128 \| Наверх \| Cообщить модератору


	133. "Представлен многоплатформенный системный менеджер System XVI..."	–1 +/–
	Сообщение от Красные Глаза (ok), 15-Сен-15, 12:24
	> А мне кажется, что и время тратить на изучение этого фи не > надо. Хех, на всех серверах написано шесть инит-эрцэ скриптов и о > ужас - работает! Главное всегда можно понять что и когда стартует > или останавливается, без всяких долбаных юнитов, тормозящих загрузку системы в разы! > Ну а если, что-то случилось и в грубе пришлось нажать клавишу > 'e', то init=/bin/bash и ведь, тоже работает =)) 1. На systemd тоже, ужас, все работает. Только в разы удобней этим управлять :) 2. К вопросу о понимании запуска - аналог systemctl list-dependencies на systemv? 3. И что вам толку от голого баша, если до проблемного сервиса очередь не дошла и strace на него не запустить и вообще не покрасноглазить? :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	137. "Представлен многоплатформенный системный менеджер System XVI..."	+2 +/–
	Сообщение от Xaionaro (ok), 15-Сен-15, 14:01
	>> А мне кажется, что и время тратить на изучение этого фи не >> надо. Хех, на всех серверах написано шесть инит-эрцэ скриптов и о >> ужас - работает! Главное всегда можно понять что и когда стартует >> или останавливается, без всяких долбаных юнитов, тормозящих загрузку системы в разы! >> Ну а если, что-то случилось и в грубе пришлось нажать клавишу >> 'e', то init=/bin/bash и ведь, тоже работает =)) > 1. На systemd тоже, ужас, все работает. # pgrep dbus \| wc -l 6 # systemctl Failed to get D-Bus connection: Unknown error -1 И раньше сталкивался с этой же самой ошибкой, но вызванной разными причинами. И меня напрягает не сама ошибка, а то, как о ней сообщается. > Только в разы удобней этим управлять :) Вообще не ощутил. > 2. К вопросу о понимании запуска - аналог systemctl list-dependencies на > systemv? Запустил на одной из машинок: # systemctl list-dependencies Failed to get D-Bus connection: Unknown error -1 Если глупо пошутить, то аналогом является: «echo 'Failed to get D-Bus connection: Unknown error -1' >&2; false». Но если серьёзно, то в openrc в качестве аналога есть deptree2dot (откуда можно сразу получить отображение графов в произвольном формате). А если имеется желание вручную посмотреть на файл с деревом зависимостей, то лежит он в /run/openrc/deptree. Если хотите, могу быстренько сваять вам утилиту, которая будет печатать древо зависимостей в том же формате, что и systemd. Как-то use case-ов не возникало, обычно простого rc-status и пр. хватало. > 3. И что вам толку от голого баша, если до проблемного сервиса > очередь не дошла и strace на него не запустить и вообще > не покрасноглазить? :) Не понял вопрос. Я вполне после init=/bin/bash с OpenRC дозапускал потихоньку систему. Кривота, но была совсем угробленная система и иначе было не запустить и не узнать причины различных неполадок.
	Ответить \| Правка \| Наверх \| Cообщить модератору