forum.opennet.ru

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

Оглавление

Линус Торвальдс раскритиковал ограничительные меры по усилен..., opennews (??), 20-Ноя-17, (0) [смотреть все]

Мда, Линус опять отжигает Some security people have scoffed at me when I say t, Аноним (-), 10:48 , 20-Ноя-17, (1) +8 //

Ну так все верно сказал Чего не так опять , Denchik (??), 11:10 , 20-Ноя-17, (5) +49
а так и надо отвечать молодняку, забивающим на совместимость иначе не дойдет, Аноним (-), 11:12 , 20-Ноя-17, (6) +50 //

да и так не дойдёт , Аноним (-), 18:10 , 20-Ноя-17, (69) +4
Извини, но kill on sight, ask questions later придумал не молодняк Они лишь , Аноним (-), 22:51 , 20-Ноя-17, (99)

Нормальный ответ http lkml iu edu hypermail linux kernel 1711 2 01734 html, Blind Vic (ok), 10:52 , 20-Ноя-17, (2) +3 //

В цивилизованном мире так и делается Если лидер руководитель говорит, что так не, Анонишка (?), 14:05 , 23-Ноя-17, (211) //

Вы путаете руководителя с учителем, Вася (??), 19:38 , 23-Ноя-17, (214) //

Это ты путаешь руководителя с демократическим голосованием из двух или более кан, Аноним (-), 21:01 , 23-Ноя-17, (219)

отсылку к демократии понял, как аргумент сам дурак руководитель говорит, что т, Вася (??), 20:29 , 24-Ноя-17, (249)

В цивилизованном мире руководитель - это и лидер, и учитель, и идейный вдохновит, Анонишка (?), 10:31 , 27-Ноя-17, (250) –1

Ну и нормально все Чего тут кудахтать, все правильно сказал Протестируйте как , Denchik (??), 11:07 , 20-Ноя-17, (4) +28 //

А лучше вообще не принимать А то превращение в венду API говорит что можно, а , pda (?), 03:44 , 21-Ноя-17, (128) +2

В СистемД интегрируют же , Аноним (-), 11:40 , 20-Ноя-17, (7) –4 //

Что к ядру не относится, то можно вносить, но если это мешает выполнению задач и, AntonAlekseevich (ok), 11:59 , 20-Ноя-17, (10) –5 //

Пусть живет Но не на всеъ дистрибутивах, qwert32534 (?), 12:13 , 20-Ноя-17, (15) –2 //

На твоём с-д не будет Когда ты его создашь А так, создателям каждого конкретно, Аноним (-), 15:49 , 20-Ноя-17, (51)

А по факту достаточно и одной , Аноним (-), 12:15 , 20-Ноя-17, (16) //

Одной было достаточно, до тех пор пока она стала не удобной 1 из 95 общества 1, AntonAlekseevich (ok), 12:37 , 20-Ноя-17, (20) –5

Ты только что поделил на ноль , Аноним (-), 13:07 , 20-Ноя-17, (26) +8

Хорошая попытка, но нет SystemD содержит отдельные модули для сети networkd , дл, AntonAlekseevich (ok), 13:50 , 20-Ноя-17, (31) –8

Забей, местные обезьяно-утята яростно ненавидят всё, что выходит за рамки привыч, Аноним (-), 14:23 , 20-Ноя-17, (35) –3

У меня только что упал udev, который, чёрт бы его подрал, в составе твоего любим, Аноним (-), 15:04 , 20-Ноя-17, (45) +1

Правило поди сам написал А оно как давай ронять udev в dev всё поотваливало, Аноним (-), 15:56 , 20-Ноя-17, (53) –4

Это правило отлично работало 2 года нет, писал не сам, с форумов генту , покуда, Аноним (-), 17:49 , 20-Ноя-17, (66) +1
Круто, чё Написал кривое правило 8212 получай кернел паник и грузись в init , Аноним (-), 18:57 , 20-Ноя-17, (82)

Линус как раз в здравом уме и понимает что кернел паник не должен случаться по л, Аноним (-), 23:09 , 20-Ноя-17, (104) +1

Спасибо, что развил мою мысль , Аноним (-), 13:12 , 21-Ноя-17, (149)
при желании можно спровоцировать баг утилитами mount и dd а ты про udev расск, Джон Ленин (?), 07:08 , 23-Ноя-17, (205)
Если системный раздел переписать Если тебе мозги перемешать - у тебя тоже баги , Аноним (-), 04:05 , 24-Ноя-17, (233)

У меня удев вполне хорошо идёт без сутемды , anonimus (?), 18:21 , 20-Ноя-17, (73)
Udev - это юзермод И если у тебя упало ядро от действий юзермода - баг прежде в, Аноним (-), 23:00 , 20-Ноя-17, (101)

kill -9 1, Знающий (?), 02:13 , 21-Ноя-17, (127)

Какой ты умный А что, вы там такие умные udev запустили как 1 Вот вы затейники, Аноним (-), 05:01 , 21-Ноя-17, (132)

Не, он глупый Не будет ядро PID 1 убивать, как ты его ни проси , Аноним (-), 13:29 , 21-Ноя-17, (150)
Но сам пойнт что при невозможности запуска или крахе PID 1 система может упасть , Аноним (-), 04:07 , 24-Ноя-17, (234)
Зачем ложить все яйца в одну корзину I Может ещё и Xorg Wayland Chromium вст, AntonAlekseevich (ok), 04:20 , 24-Ноя-17, (235)

Просто некоторые сишечку не только на ютубчике видели И гляда на сомнительного , Аноним (-), 18:16 , 20-Ноя-17, (71) +3

Надо systemd на go портировать , Лис (?), 18:40 , 20-Ноя-17, (80) +1

Даёшь проблем ещё больше Нам так нравится исправлять проблемы с s-d , Аноним (-), 19:54 , 20-Ноя-17, (88)
А вы друзья, как ни садитесь 8230 Хотя да, готовый парсер на го или питоне пож, Аноним (-), 21:02 , 20-Ноя-17, (94) +2

Системд сам по себе обычно отрабатывает быстрее чем, блин, ядро железо инициализ, Аноним (-), 23:05 , 20-Ноя-17, (103)

понятно, появились очевидно сервера, да и рабочие станции, весь смысл существова, gred (ok), 00:00 , 21-Ноя-17, (115) –1
Это микромодуль на ARM, лолка Их 3 штуки на ладони умещаеся, а вот тупить минут, Аноним (-), 00:58 , 21-Ноя-17, (123) –1
А при чём тут сервера и рабочие станции , Аноним (-), 04:23 , 21-Ноя-17, (129)
Не знаю, у того кто про них задвинул спроси Но вообще, не думаю что много народ, Аноним (-), 05:06 , 21-Ноя-17, (133)
И запускается там полтора сервиса, небось Ну тогда системда ещё долго тормозит, Аноним (-), 13:33 , 21-Ноя-17, (151)
А сколько надо, столько и запускается Дебиановские правила на месте Г-но вопрос, Аноним (-), 04:21 , 24-Ноя-17, (236)
У любителей гаражного велосипедостроения теперь классическая отмазка питонистов , Аноним (-), 00:48 , 21-Ноя-17, (122) +2
Вот конкретно в этой системе systemd ограничен именно IO Быстрой UHS картой , Аноним (-), 01:18 , 21-Ноя-17, (124) –2
Тут я бы поспорил что SystemD отрабатывает быстрее чем ядро железо Но с учетом т, AntonAlekseevich (ok), 15:20 , 22-Ноя-17, (194)
Вот конкретно сам systemd - весьма резвая штука Хоть никто это специально и не , Аноним (-), 04:43 , 24-Ноя-17, (237) –2
Одними словами я уперся в IO OFFTOPIC Кстати, журнал system journal тормозит в, AntonAlekseevich (ok), 19:12 , 24-Ноя-17, (247)

и в докер пихнуть , Sw00p aka Jerom (?), 01:57 , 21-Ноя-17, (126)
Не, лучше сразу - на ПЁрл или Пайтон , Vivaswan (ok), 12:47 , 21-Ноя-17, (147)

Надо на elisp, а то emacs больно долго инициализируется 8212 пришло время уск, Аноним (-), 13:35 , 21-Ноя-17, (152)
На баш же VUA сразу вернутся со свого deVUAn-а , Andrey Mitrofanov (?), 13:36 , 21-Ноя-17, (153)

После кода инит-скриптов - поттеринговский сишечка очень даже ничего, я бы сказа, Аноним (-), 23:02 , 20-Ноя-17, (102)

Если так обстояло в твоём дистрибутиве, я тебе сочувствую, но всё же не стоит об, Аноним (-), 23:16 , 20-Ноя-17, (105)

Судя по инит скриптам лежавших в дереве сорцов программ и проч - так обстояло по, Аноним (-), 00:23 , 21-Ноя-17, (121)

убедиться на гитхабе Ключевое слово тут - толпа , Vivaswan (ok), 13:00 , 21-Ноя-17, (148)

А когда желающих патчить нет - начинается bit rot Так что без толпы оказывается, Аноним (-), 04:48 , 24-Ноя-17, (238)

ЛогинизацировыванияХочу все приведенные тобой модули вырубить и заменить на ан, Аноним (-), 15:15 , 20-Ноя-17, (46) +1

А то Рецепт называется openrc , Аноним (-), 15:43 , 20-Ноя-17, (48) +1

Визитной карточкой которого является то что он не решает ни единственной существ, Аноним (-), 23:23 , 20-Ноя-17, (106)

Всё это было и до systemd и без мата , Аноним (-), 04:27 , 21-Ноя-17, (131) +2

У кого и в каком виде Я помню только кривые полумеры и костыли и пару проприета, Аноним (-), 05:11 , 21-Ноя-17, (134)

Кто тебе сказал, что всё это должно быть непременно в системе инициализации, воо, Аноним (-), 09:03 , 22-Ноя-17, (166) +1

Тот кто это заимплементил Я попробовал и мне понравилось, это одним чихом решил, Аноним (-), 04:56 , 24-Ноя-17, (239) –2

Хорошо хотите аналог тогда logind можно заменить на elogindnetworkd заменяется н, AntonAlekseevich (ok), 23:19 , 21-Ноя-17, (162) –1

libsystemd0 не потерял, нет Когда и его выкинешь да, конечно, потратив наши с, Andrey Mitrofanov (?), 09:24 , 22-Ноя-17, (167)

А там я указывал либу, нет Следовательно нет GNOME 3 согласен порос в зависимос, AntonAlekseevich (ok), 12:10 , 22-Ноя-17, (181) –1

Нет, указание на прорехи в логике я решил, что , все знают, что , очевидно, , Andrey Mitrofanov (?), 12:32 , 22-Ноя-17, (182)

Одно но Вопрос был Хочу все приведенные тобой модули вырубить и заменить на, AntonAlekseevich (ok), 12:58 , 22-Ноя-17, (184)
Ну ты понял, да , Аноним (-), 18:31 , 23-Ноя-17, (213)
Если вырвали цитату, то передавайте её полностью сохраняя контекст цитаты при от, AntonAlekseevich (ok), 01:22 , 24-Ноя-17, (231) –1

Выше по треду речь шла о системе инициализации Ни один из перечисленных модуле, Аноним (-), 18:53 , 20-Ноя-17, (81)

Два чаю этому товарищу Хотя, надо сказать, что udev отлично без s-d работает Ег, Аноним (-), 20:00 , 20-Ноя-17, (89)

Однако в оригинале они таки подыгрывают друг другу Из правил udev можно раздава, Аноним (-), 23:28 , 20-Ноя-17, (107)

Я читал ту ветку, но ветка стала похожа на мусор и спор что Init-Scripts even b, AntonAlekseevich (ok), 09:43 , 21-Ноя-17, (140) –2

Причём дважды , Аноним (-), 15:02 , 20-Ноя-17, (44)

Обесконечились Вас бы на ноль помножить чтобы не определялись , AntonAlekseevich (ok), 01:37 , 24-Ноя-17, (232)

Итог бесконечность - , alexander (??), 15:20 , 24-Ноя-17, (246) –1

Подавился рябчиком systemd это просто ты документацию читать пробовал , Аноним (-), 21:08 , 23-Ноя-17, (220)

Хорошая попытка, но нет Да, это просто Первое что я делаю на старте настройки си, AntonAlekseevich (ok), 23:51 , 23-Ноя-17, (230)
Лол, она по крайней мере есть В отличие от месива на шеллскриптах, где извольте, Аноним (-), 05:00 , 24-Ноя-17, (240)

Совершенно ни откуда не следует Андроид использует какую-то свою систему инициа, Аноним (-), 22:57 , 20-Ноя-17, (100) –1

Спасибо кеп, но кто этого не понимает, скорее всего и читать не умеет, только пи, Аноним (-), 21:13 , 23-Ноя-17, (221)

Системы инициализации, может быть И потом Линус уже послал Ленарта, пошлёт и вт, Аноним (-), 14:58 , 20-Ноя-17, (42) //

Торвальдс посылает только когда видит хорошую причину это сделать А так он сказ, Аноним (-), 23:31 , 20-Ноя-17, (108)

Была причина, когда Ленарт пытался со своей s-d в ядро залезть, тогда его Линус , Аноним (-), 09:48 , 21-Ноя-17, (141)

Ну не сам леннарт пытался залезть, и послали не конкретно леннарта , Аноним (-), 10:50 , 21-Ноя-17, (144)

Вот бы кто до Лёнчика и Ко довел эту важную мысль Для них поломать совместимост, angra (ok), 16:13 , 20-Ноя-17, (59) +5 //

Вам кто-то мешает старую версию использовать , Аноним (-), 21:29 , 20-Ноя-17, (95) –1

Уязвимости мешают и удобство обновления Тебе-то понятно не мешают , Аноним (-), 21:16 , 23-Ноя-17, (222)

А сами написать ему на email не судьба На его родном языке А для других нет Ес, AntonAlekseevich (ok), 10:02 , 21-Ноя-17, (142)

Одаренным это не нужно понимать У вас и так все хорошо , Аноним (-), 10:54 , 21-Ноя-17, (145) +1
Наивное создание, ты даже не представляешь сколько ему об этом писали А для дру, angra (ok), 17:41 , 21-Ноя-17, (156) +1

Если это была попытка затроллить, то вы не по адресу Прошу иначе выбросите сюда, AntonAlekseevich (ok), 23:02 , 21-Ноя-17, (161) –2

С чего бы это Нейтралитет это для подростков, начитавшихся фентези, а мне давно, angra (ok), 00:40 , 22-Ноя-17, (163) +1

Это просьба, а не требование Так будет легче понять в чем дело не так Если нейт, AntonAlekseevich (ok), 08:50 , 22-Ноя-17, (165) –1

Понятно, значение слова тебе неизвестно, но ты его смело употребляешь Когда ты , angra (ok), 10:03 , 22-Ноя-17, (171)

Я принимаю это слово так как я его описал, да есть другое значение этого слова и, AntonAlekseevich (ok), 11:36 , 22-Ноя-17, (177)

Имрюк, полный А ты не подумал, что нормальное общение возможно только, если соб, angra (ok), 20:09 , 22-Ноя-17, (198)

Что вы имели ввиду под первым словом Я думаю что важен не настолько смысл слова,, AntonAlekseevich (ok), 22:58 , 22-Ноя-17, (200)
Ну ты попробуй, расскажешь о результатах А у меня нет желания с этим возится, м, angra (ok), 04:37 , 23-Ноя-17, (201) +1
Люто плюсую Распечатать и на стену повесить Да-да - Они-то не в курсе, ч, anonymous (??), 13:00 , 23-Ноя-17, (209)
Зато головная боль после обновления чисто мажорных версий отпадает, как по мне Б, AntonAlekseevich (ok), 20:41 , 23-Ноя-17, (216)
Я то попробую если не забуду Может для этого напишу статью на HH как это сотво, AntonAlekseevich (ok), 20:31 , 23-Ноя-17, (215)
Лучше на openvz org, а то специалисты ядерщики не могут их подружить, а у тебя п, angra (ok), 20:58 , 23-Ноя-17, (217)
Ядро версии 2 6 32, ну вы суровые ребята Попробую сначала это запустить без Syst, AntonAlekseevich (ok), 22:06 , 23-Ноя-17, (225)

Человек, ты, вообще, какие-нибудь дистрибутивы-то видел Вот мой сетевой конфиг , anonymous (??), 11:17 , 22-Ноя-17, (175) +1

Перечисляю чем пользовался TinyCORE, Fedora, ArchLinux, Ubuntu, Manjaro, Debian, AntonAlekseevich (ok), 11:49 , 22-Ноя-17, (178)

Нет Ты сказал, что гимор с ip addr ifconfig Но ни в одном дистре этого и бли, anonymous (??), 13:55 , 22-Ноя-17, (189)

Вы меня неправильно поняли Я знаю прекрасно что это делается одной командой, но , AntonAlekseevich (ok), 14:52 , 22-Ноя-17, (192)
Эм А зачем бы для этого понадобились адреса Если у тебя _ОДНА_ карта, то пр, anonymous (??), 15:12 , 22-Ноя-17, (193)
Простите, но я как бы не один, но локально я ограничил количество адресов до 7 п, AntonAlekseevich (ok), 16:50 , 22-Ноя-17, (195)
Антон Алексеевич, ты меня запутал , anonymous (??), 16:59 , 22-Ноя-17, (196)
Поясняю тогда Ограничение до n количества адресов это нормальная практика если з, AntonAlekseevich (ok), 18:22 , 22-Ноя-17, (197)
А как это ограничение реализуется Антон Алексеевич, мне кажется это не доста, anonymous (??), 12:31 , 23-Ноя-17, (207)
Netmask И один раз появиться в Internet тоже опасно Во-первых не всех DHCP клие, AntonAlekseevich (ok), 21:00 , 23-Ноя-17, (218)
Дык а я о чём Интересная технология Но всё таки не надо лукавать, мы уже по, anonymous (??), 11:03 , 24-Ноя-17, (243)
Одна из не очень хороших технологий, но без неё по крайней мере интернета в глаз, AntonAlekseevich (ok), 19:50 , 24-Ноя-17, (248)

Перечисляю, чем пользовался И, о ужас, в продакшене более 15 лет LFS, LFS, LFS , Аноним (-), 09:54 , 23-Ноя-17, (206)

Локалхост в продакшене Нонсенс , Аноним (-), 21:36 , 23-Ноя-17, (223)
А кто говорил что Linux from Scratch в продакшене невозможен Это как Gentoo бе, AntonAlekseevich (ok), 22:10 , 23-Ноя-17, (226)
Иногда странные вещи случаются NYSE использует генту Так получилось Видимо по, Аноним (-), 05:04 , 24-Ноя-17, (241)

Это Вы про - but yes, the Open Source community is full of a oles, and I pr, Andrey Mitrofanov (?), 09:30 , 22-Ноя-17, (168) +1

Хотя с какой-то стороны мне кажется он правильно сказал что сообщество Open Sou, AntonAlekseevich (ok), 09:45 , 22-Ноя-17, (170) –1

Ладно Ты такой же великий-и-единственные-как-сам-он , Andrey Mitrofanov (?), 10:08 , 22-Ноя-17, (172)

А по вашему это нормально когда в чат, на сайт или на рабочий стол прилетает неж, AntonAlekseevich (ok), 10:21 , 22-Ноя-17, (174) –1

И теперь ты мстишь нам прозой за свои школьные обиды , Аноним (-), 21:38 , 23-Ноя-17, (224)

Месть Да, бросьте вы Мне уже как никак 20 лет, хоть я и слегка злопамятный, но, AntonAlekseevich (ok), 22:15 , 23-Ноя-17, (227)

Добавляю и не только их , AntonAlekseevich (ok), 23:33 , 23-Ноя-17, (229)

В этом и проблема Причина нестерпимой ненависти к systemd как раз в том, что ег, Тузя (ok), 05:30 , 22-Ноя-17, (164)

--10 заповедей и 7 смертных--vvv грехов Церкви bin init-аПокайтеся, маловеры , Andrey Mitrofanov (?), 09:39 , 22-Ноя-17, (169)

Планирую дожить когда в systemd завезут РПЦ, который Remote Procedure Call RPC , Тузя (ok), 13:35 , 22-Ноя-17, (185)

Ты dbus-то в глаза видел Или винды безвылазно-авторитетно про s-d топишь , Andrey Mitrofanov (?), 13:43 , 22-Ноя-17, (186)

Во-первых, это была шутка Во-вторых, видел и systemd его пока не съел , Тузя (ok), 06:07 , 23-Ноя-17, (202)

Ибо не ведают I I https duckduckgo com q dbus 22systemd 22 vulnerability, Andrey Mitrofanov (?), 13:46 , 22-Ноя-17, (187)

code NOTIFY_SOCKET run systemd notify systemd-notify code У меня систе, AntonAlekseevich (ok), 13:54 , 22-Ноя-17, (188) –1

Ну, ложись рядос с Планирую дожить выше, жизнь удалась Окончательно , Andrey Mitrofanov (?), 13:58 , 22-Ноя-17, (191)

Как будто это что-то плохое и вообще как будто наше с вами мнение повлияет на, Тузя (ok), 06:31 , 23-Ноя-17, (203) –1

Чего не скажешь о некоторых продуктах Чем Home нее тем ближе будет превращение с, AntonAlekseevich (ok), 23:01 , 23-Ноя-17, (228) +1
Прям про ситуацию в стране , anonymous (??), 11:05 , 24-Ноя-17, (244)

Я бы не назвал это такой уж сильной проблемой Это так Но было бы шикарно что Sys, AntonAlekseevich (ok), 10:08 , 22-Ноя-17, (173)

Это дистроспицифично В одном есть в другом нет sysconfig и default - странные , Тузя (ok), 11:51 , 22-Ноя-17, (179) –1

Ясно, просто в Arch е такого каталога не наблюдаю Не совсем BASh скрипты, некото, AntonAlekseevich (ok), 12:46 , 22-Ноя-17, (183)

Чтоа Это минус Серьёзно Т е , блин, админу не надо знать приложения, которы, anonymous (??), 11:33 , 22-Ноя-17, (176)

Прочитал внимательно дважды то, что писал в предыдущем посте И нигде не увидел,, Тузя (ok), 11:55 , 22-Ноя-17, (180)

Ну, тогда тебе не составит труда прочитать ещё раз то, что написал я, что бы пон, anonymous (??), 13:57 , 22-Ноя-17, (190) +1

И сквозь этот комментарий я увидел твой печальный мир, в котором всего три цвета, Тузя (ok), 06:37 , 23-Ноя-17, (204) –1

Всё проще - два Чёрный и белый А ты не стесняйся Не барышня всё ж таки , anonymous (??), 12:43 , 23-Ноя-17, (208) –1

Совсем забыл про ещё один признак - если админ настаивает на том, что все непрем, anonymous (??), 13:03 , 23-Ноя-17, (210)
Как-то жидко 1 Знать приложение которое ты запускаешь как демон 3 Уметь писать, Тузя (ok), 18:25 , 23-Ноя-17, (212) –1

Что ты такой капризный Жидко - не жидко Ешь что дают Другого нет В стране , anonymous (??), 11:22 , 24-Ноя-17, (245)

Нормально линус сказал, сначала предупреждать, потом запретить , Аноним (-), 11:44 , 20-Ноя-17, (8) //

ага, ага, но что-то мне кажется, что мы от такого же и слышим Stable api nons, gred (ok), 00:04 , 21-Ноя-17, (118) //

Не все конечно, вот ты например не помнишь или забыл в каком контексте это был, angra (ok), 17:44 , 21-Ноя-17, (157)

Вот поэтому в Финляндии и живут лучше У нас - переход к рыночным реформам за 1 , Zenitur (ok), 11:50 , 20-Ноя-17, (9) –1 //

В Орегоне, США же , Andrey Mitrofanov (?), 12:00 , 20-Ноя-17, (11) +1 //

сообщение удалено модератором , rshadow (ok), 14:41 , 20-Ноя-17, (39)

Ой, дурак с МилославскийИзучите, например, это, а потом, возможно, блеснёте, Drist (ok), 17:29 , 20-Ноя-17, (64) //

- Орки подозревают, что мы им врем Им кажется, что любое общество может быть у, Аноним (-), 20:35 , 20-Ноя-17, (91) +7

Да уж, законы выдаваемые взбевившимся принтером под сиюминутные прихоти верхушки, Аноним (-), 23:41 , 20-Ноя-17, (109)

Вполне конструктивно отчитал То что местные пионэры не понимают разницы между к, EHLO (?), 12:30 , 20-Ноя-17, (17) +5
В новости все понятно и без матюгов, а линус не может Пора его уже списывать с, FFF (?), 12:32 , 20-Ноя-17, (18) –13 //

За это школота его и любит он крутой, он не такой как все, он может материться , Аноним (-), 15:48 , 20-Ноя-17, (50) –1 //

Отрезвление у censored наступает когда ты полгода бесплатно работал над патчем, , Аноним (-), 16:06 , 20-Ноя-17, (56) +2 //

Работа над патчем полгода не дает никаких прав ронять компьютеры половине челове, Аноним (-), 23:51 , 20-Ноя-17, (112)

А предлагают списывать со щетов исключительно закончившие школу взрослые и гра, angra (ok), 16:16 , 20-Ноя-17, (60) +2
Так это была только прелюдия С нетерпением жду продолжения А выражений чего ст, Аноним (-), 19:01 , 20-Ноя-17, (85)
Вообще-то, чтобы быть обматеренным Линусом, надо работать гораздо больше Линус , Аноним (-), 04:24 , 21-Ноя-17, (130) //

Есть и такие, которым нравится когда о них вытирают ноги Как собака ты её бьёш, Аноним (-), 06:07 , 21-Ноя-17, (135) –1

Есть, называются поцреоты Чем сильнее их гойсударство имеет, тем больше они его, Аноним (-), 09:09 , 21-Ноя-17, (139)

С чего списывать Ты хотел сказать что списал домашку Фу таким быть Он зазвезд, Аноним (-), 23:46 , 20-Ноя-17, (110)

А в чём проблема добавить опцию, отключенную по-дефолту Молодые-дерзкие админы , inferrna (ok), 12:36 , 20-Ноя-17, (19) //

8230 останутся без работы , Аноним (-), 13:11 , 20-Ноя-17, (27) +1 //

Неужели мамка уволит с должности руководителя подкроватного поддиванного aнтресо, Аноним84701 (ok), 14:12 , 20-Ноя-17, (34) +4 //

Последний писк - подвальный ЦОД Ларабелю нравится Жрет правда 3 мегаватта в ме, Аноним (-), 00:10 , 21-Ноя-17, (120)

Может в том что в ядре Linux и так over 9000 опций уже , Аноним (-), 23:47 , 20-Ноя-17, (111)
Накати патч да играйся , Аноним (-), 08:51 , 21-Ноя-17, (138) +1

Линус красава, всё правильно сделал , An (??), 12:55 , 20-Ноя-17, (22) –3
Правильно всё сделал , metakeks (?), 12:57 , 20-Ноя-17, (24) –2
Вот и надо было быстренько поправить патч - и начал бы тикать этот год , Андрей (??), 13:04 , 20-Ноя-17, (25) –2 //

Линус за всеми тысячами разработчиков должен патчи править Может они всё-таки с, Аноним (-), 19:04 , 20-Ноя-17, (86) +1 //

Я имел ввиду, что тот разработчик мог бы быстренько Причём тут Линус , Андрей (??), 01:42 , 21-Ноя-17, (125)

Не только тикать, но и взрываться А вот это Торвальдсу как раз и не нравится , Аноним (-), 23:55 , 20-Ноя-17, (113)

Фразу ограничительные меры по усилению защиты можно трактовать и как меры огра, Аноним (-), 13:16 , 20-Ноя-17, (28) –1
Желтая новость на самом деле Никакого конфликта нет, а тон и маты сообщений Лин, Аноним (-), 13:25 , 20-Ноя-17, (29) +3 //

Та это понятно, Аноним (-), 14:28 , 20-Ноя-17, (37)

Крайне слабый аргумент Сколько десятков лет работали протоколы NTP и подобные, , AnonPlus (?), 15:51 , 20-Ноя-17, (52) –1 //

Выдирая слова из контекста всегда можно создать слабые аргументы , Ordu (ok), 18:22 , 20-Ноя-17, (74) –1
И что, в результате они для исправления сломали обратную совместимость , Аноним (-), 19:05 , 20-Ноя-17, (87) +2

Даёшь форк , Аноним (-), 16:04 , 20-Ноя-17, (55) //

Ядра Так есть же Вот у FSF их Linux-libre, например Или как в народе его ещё н, Аноним (-), 16:13 , 20-Ноя-17, (58) –1
Давай Главный принцип опенсорса форкай наздоровье, если здоровья хватает , Аноним (-), 23:57 , 20-Ноя-17, (114)

А сколько эксплоитов было-то, ммм Хотя бы тот же DirtyCOW с многолетней историе, Анинимим (?), 17:37 , 20-Ноя-17, (65) –2 //

Тссссс, ты что Тут же САМ сказал, что нинада Кто ты такой, чтобы оспаривать САМ, Iaaa (ok), 19:00 , 20-Ноя-17, (84) –3
Пуллреквест есть, патчи открыты - взял да сам пропатчил, делов-то Что, накосячи, Аноним (-), 21:58 , 20-Ноя-17, (96) +3 //

Патчи скоро протухнут и просто так пропатчить не удасться, deadfood (ok), 19:09 , 21-Ноя-17, (159)

Поэтому надо превентивно саботировать работу компьютеров, чтобы хакеры обломалис, Аноним (-), 00:01 , 21-Ноя-17, (116)

Линус в очередной раз доказал что он мужик и не потерпит хeрни в ядре Его жестк, Васян (?), 20:06 , 20-Ноя-17, (90) +2 //

Действительно, при чем здесь коммьюнити Рядом, видимо, проходили , Iaaa (ok), 20:38 , 20-Ноя-17, (92) +3 //

Да Весь свет что мы видим это золотая манна, ниспосланная самим Линусом и его а, dfhgfh (?), 20:51 , 20-Ноя-17, (93) +1
Комьюнити оно такое - один из десяти угостит, остальные девять плюнут Нужен кто, Аноним (-), 22:00 , 20-Ноя-17, (97) //

Даже для того чтобы тебя обплевали придется немного постараться Как говорится, , Аноним (-), 00:06 , 21-Ноя-17, (119)

Не любой человек может сделать дельный проект и собрать вокруг себя мощное работ, Аноним (-), 00:04 , 21-Ноя-17, (117)
Можно сравнить с успехами других аналогичных проектов, типа Hurd или ReactOS Ко, angra (ok), 07:35 , 21-Ноя-17, (136) //

Были платные ОС, потом появились дешёвые, потом бесплатные При равной цене пред, Аноним (-), 07:41 , 21-Ноя-17, (137)

Вообще-то вначале ОС были бесплатными, потом пришли мелкомягкие и начали их прод, angra (ok), 17:32 , 21-Ноя-17, (155)

Хорошие вещи стоят хороших денег Если даже за бесплатно не берут, значит это ве, Аноним (-), 18:58 , 21-Ноя-17, (158) +1

И сколько ты заплатил за браузер, с которого написал сию глупость , angra (ok), 22:33 , 21-Ноя-17, (160) –2
Ну то-есть если тебя на вечеринке бесплатно угостят вкусным тортом, ты скривишь , Аноним (-), 05:10 , 24-Ноя-17, (242)

правильно отказал поначалу надо долго и упорно отельным патчем , kamiram (?), 22:45 , 20-Ноя-17, (98)
128557 Однако совместимость дров постоянно херят , Аноним (-), 10:11 , 21-Ноя-17, (143) //

А ты не пользуй левые дрова Родные почему-то работают и не ломаются , Аноним (-), 13:43 , 21-Ноя-17, (154) +1
Ты просто не в теме Linux имеет прекрасную совместимость на уровне пользователь, mine (ok), 22:21 , 28-Ноя-17, (251)

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

59. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +5 +/–

Сообщение от angra (ok), 20-Ноя-17, 16:13

> Что к ядру не относится, то можно вносить, но если это мешает  выполнению задач или ломает решение задачи, то вносить постепенно, иначе сломайте  само изменение и не вносите его вообще.
Вот бы кто до Лёнчика и Ко довел эту важную мысль. Для них поломать совместимость это раз плюнуть и вообще notabug.
> Хватит говорить что SystemD или что-то там это плохо.
Действительно, как можно критиковать ниспосланное самим Лёнчиком. Даже если оно хреново работает "для своих задач и мест где они применяются".

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

95. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." –1 +/–

Сообщение от Аноним (-), 20-Ноя-17, 21:29

> Вот бы кто до Лёнчика и Ко довел эту важную мысль. Для них поломать совместимость это раз плюнуть и вообще notabug.
Вам кто-то мешает старую версию использовать?

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

222. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от Аноним (-), 23-Ноя-17, 21:16

>> Вот бы кто до Лёнчика и Ко довел эту важную мысль. Для них поломать совместимость это раз плюнуть и вообще notabug.
> Вам кто-то мешает старую версию использовать?
Уязвимости мешают и удобство обновления.
Тебе-то понятно не мешают.

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

142. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от AntonAlekseevich (ok), 21-Ноя-17, 10:02

> Вот бы кто до Лёнчика и Ко довел эту важную мысль.
А сами написать ему на email не судьба? На его родном языке.
> Для них поломать совместимость это раз плюнуть и вообще notabug.
А для других нет? Если нужны серьезные улучшения приходится чем-то жертвовать (прим. Legacy and unstable кодом).
> Действительно, как можно критиковать ниспосланное самим Лёнчиком.
> Даже если оно хреново работает "для своих задач и мест где они применяются".
Если честно не понял ваш посыл по поводу Поттеринга.
Он покрайней мере пытается сделать хорошую вещь чтобы было удобно админить. (А вы сможете или захотите сделать лучше систему инициализации чтобы всё общество сказало что "Да, это надо!"? Я думаю что лучше попытаться. (Я думаю что ответ будет очевидным: "НЕНУЖНО!".))
Я принимаю абсолютно нейтральную позицию, как для SystemD, так и для других инициализационных систем.

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

145. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +1 +/–

Сообщение от Аноним (-), 21-Ноя-17, 10:54

> Если честно не понял ваш посыл по поводу Поттеринга.
> Он покрайней мере пытается сделать хорошую вещь чтобы было удобно админить. (А
> вы сможете или захотите сделать лучше систему инициализации чтобы всё общество
> сказало что "Да, это надо!"? Я думаю что лучше попытаться. (Я
> думаю что ответ будет очевидным: "НЕНУЖНО!".))
> Я принимаю абсолютно нейтральную позицию, как для SystemD, так и для других
> инициализационных систем.
Одаренным это не нужно понимать. У вас и так все хорошо.

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

156. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +1 +/–

Сообщение от angra (ok), 21-Ноя-17, 17:41

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

> А для других нет? Если нужны серьезные улучшения приходится чем-то жертвовать (прим.  Legacy and unstable кодом).
А для других нет. Ну и улучшений в основной задаче системы инициализации я не наблюдаю, а вот ухудшения определенно есть.
> Если честно не понял ваш посыл по поводу Поттеринга.
> Он покрайней мере пытается сделать хорошую вещь чтобы было удобно админить.
Мне как то плевать на то, что он по твоему мнению хотел, мне важно то, что получилось.
> вы сможете или захотите сделать лучше систему инициализации чтобы всё общество  сказало что "Да, это надо!"?
Принятие сообществом имеет очень слабое отношение к пропихиванию systemd в основные дистры, там совсем другие механизмы были использованы.

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

161. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." –2 +/–

Сообщение от AntonAlekseevich (ok), 21-Ноя-17, 23:02

> Наивное создание, ты даже не представляешь сколько ему об этом писали.
Если это была попытка затроллить, то вы не по адресу. Прошу иначе выбросите сюда maillist с подобным запросом.
> А для других нет. Ну и улучшений в основной задаче системы инициализации я не наблюдаю, а вот ухудшения определенно есть.
Слишком предвзятое и плохое отношение к SystemD.
Я ухудшений не видел, либо я что-то делаю правильно, а не криво.
> Мне как то плевать на то, что он по твоему мнению хотел, мне важно то, что получилось.
Ваше мнение предвзятое. Либо у вас сильно накипело.
Попробуйте причесать конфигурацию SystemD.
> Принятие сообществом имеет очень слабое отношение к пропихиванию systemd в основные дистры, там совсем другие механизмы были использованы.
Пример этого механизма приведите для начала.
SystemD ставят чтобы лишне не парится с конфигурацией на скриптах ибо там все работает динамический и с пол пинка.
Что вероятнее всего не сделать с помощью обычного скрипта.
Старайтесь придерживаться нейтральной позиции.

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

163. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +1 +/–

Сообщение от angra (ok), 22-Ноя-17, 00:40

> Старайтесь придерживаться нейтральной позиции.
С чего бы это? Нейтралитет это для подростков, начитавшихся фентези, а мне давно не 15 лет. Если мне какая-то поделка не нравится, то я и буду говорить о том, что она мне не нравится и даже указывать чем именно.
> Слишком предвзятое и плохое отношение к SystemD.
Плохое - несомненно, но с чего ты решил, что оно предвзятое? Ты вообще значение этого слова знаешь?
> Либо у вас сильно накипело.
Если проблемы системд могут довести кого-то до кипения, то может не зря ее так ругают?
> Я ухудшений не видел, либо я что-то делаю правильно, а не криво.
Либо просто не хватает опыта и ты еще не сталкивался с проблемами.
> Попробуйте причесать конфигурацию SystemD
Сдается мне, что когда машина зависает при загрузке сразу после передачи управления на systemd, дело совсем не в конфигурации. А может в ней дело, когда мне после запуска каждого сервиса приходится лезть в лог, чтобы узнать запустился ли он? Что посоветуете конфигурять, когда systemd рапортует, что сервис запущен, а по факту его нет или наоборот? И главное, зачем мне вообще это счастье с причесыванием systemd, когда другие системы инициализации просто работают?

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

165. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." –1 +/–

Сообщение от AntonAlekseevich (ok), 22-Ноя-17, 08:50

> С чего бы это?
Это просьба, а не требование. Так будет легче понять в чем дело не так.
> Нейтралитет это для подростков, ...
Если нейтралитет не сохраняется увы тут и проблем становится больше да и сами проблемы становятся больше.
> ... начитавшихся фентези, ...
А вот оно как. Т.е. если я не читал фэнтэзи мне нейтралитет ненужен? (И потом спрашивается что черт возьми здесь происходит.)
> ... а мне давно не 15 лет.
Иии... Мне 20 лет, но это не означает что в сети лучше не соблюдать нейтралитет.
> Если мне какая-то поделка не нравится, то я и буду говорить о том, что она мне не нравится и даже указывать чем именно.
Мало указывать, нужно ещё найти из-за чего оно так себя ведет.
> Плохое - несомненно, но с чего ты решил, что оно предвзятое?
Ваше мнение направленно резко против SystemD поскольку оно учитывает только плохие аспекты конкретно этой системы инициализации.
> Ты вообще значение этого слова знаешь?
Я скажу по своему.
Предвзятое есть как предварительно взятое учитывающее только односторонний или определенный аспект конкретного объекта.
> Если проблемы системд могут довести кого-то до кипения, то может не зря ее так ругают?
Просто разобраться в чем причина не хотят, да и просто разобраться не желают вот и начинают кипеть по этому поводу.
> Либо просто не хватает опыта и ты еще не сталкивался с проблемами.
Я сталкивался с многими проблемами, но как-то все эти проблемы я решал сразу на месте сам.
> Сдается мне, что когда машина зависает при загрузке сразу после передачи управления на systemd, дело совсем не в конфигурации.
Вероятнее всего в конфиге и дело, можно этот момент более подробно расписать.
> ... когда мне после запуска каждого сервиса приходится лезть в лог, чтобы узнать запустился ли он?
У SystemD есть такая замечательная вещь как `status`, а делается он так.
$ systemctl status "Имя сервиса, сокета, таймера, маунта, слайса, скопа, девайса, таргета, свопа, аутомаунта желательно с указанием типа объекта"

> Что посоветуете конфигурять, когда systemd рапортует, что сервис запущен, а по факту его нет или наоборот?
Первое смотрите в статус и там все наглядно будет расписано куда смотреть дальше.
Статус точно скажет что сервис стартанул, либо уперся в ошибку, либо вообще мертв и не запускался.
> И главное, зачем мне вообще это счастье с причесыванием systemd, когда другие системы инициализации просто работают?
Причесывание конфигурации SystemD:
Во-первых это достаточно увлекательное занятие. (По своему опыту, другие системы которыми я пользовался нуждаются в достаточно сильно отшлифовке чтобы просто работали как надо максимально долго до первого сбоя.)
Во-вторых это позволит понять как правильно с ней работать, а может сделать систему ещё лучше. (По своему опыту, мне быстрее причесать конфиги SystemD, отдельных модулей и служб чем париться с написанием скриптов на BASh и их встраиванием в InitTab с точным указанием что после чего и через какое время.)
В-третьих это просто возможность облегчить себе рутинную работу с администрированием. (По своему опыту, мне много быстрее настроить сетку через networkd сказав в конфигурации что "вот эта девайсина должна быть настроена динамический на адреса только версии 4, также создай туннельное соединение с статическим адресом версии 4, создай отдельное соединение для другой службы" вместо ковыряния `ip addr`, `netctl`, `ifconfig` и опять же создания скрипта для настройки сети.)

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

171. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от angra (ok), 22-Ноя-17, 10:03

>> Ты вообще значение этого слова знаешь?
> Я скажу по своему.
> Предвзятое есть как предварительно взятое учитывающее только односторонний или определенный  аспект конкретного объекта.
Понятно, значение слова тебе неизвестно, но ты его смело употребляешь.
> Просто разобраться в чем причина не хотят, да и просто разобраться не  желают вот и начинают кипеть по этому поводу.
> Причесывание конфигурации SystemD:
> Во-первых это достаточно увлекательное занятие.
Когда ты от администрирования локалхоста в свободное время перейдешь к администрированию за деньги десятков и сотен серверов, мнение у тебя сильно изменится.
> Я сталкивался с многими проблемами, но как-то все эти проблемы я решал сразу на месте сам.
То бишь проблемы таки есть, зачем же ты тогда отрицал их наличие? Но если тебе нечего делать и хочется порешать проблемы systemd, то добейся его работы с ядром от RHEL 6.
> Вероятнее всего в конфиге и дело, можно этот момент более подробно расписать.
Что именно тебе подробней описать?
> У SystemD есть такая замечательная вещь как `status`, а делается он так.
Ну спасибо, что открыл мне глаза, а то я наверняка на паре сотен centos 7 серверов этого не заметил. Вот только в случае других систем инициализации это действие не нужно вообще. C ними хватает одной команды, а с systemd нужно две, то бишь в два раза больше. Хотя для верности лучше три(ps или netstat), так как он и в статусе может ошибаться.

> Первое смотрите в статус и там все наглядно будет расписано куда смотреть  дальше.
Ты издеваешься? У него в status стоит, что сервис запущен, делать в этом случае start он естественно не хочет, типа сильно умный, а иногда и stop/restart не может.
> По своему опыту, мне быстрее причесать конфиги SystemD,  отдельных модулей и служб чем париться с написанием скриптов на BASh и их встраиванием в InitTab с точным указанием что после чего и через какое время.
Это лишь говорит о том, что ты не знаешь как оно работало до systemd.
> В-третьих это просто возможность облегчить себе рутинную работу с администрированием.
Только тем, кто не знал как это сделать без systemd.
> (По своему опыту, мне много быстрее настроить сетку через networkd ... вместо ковыряния `ip  addr`, `netctl`, `ifconfig` и опять же создания скрипта для настройки сети.)
То бишь ты либо юзал дистр без нормальной системы конфигурирования сети, либо поленился почитать, как в твоем дистре это правильно делается.
А у меня есть замечательный опыт, когда одно и то же изменение конфига сети на машине без systemd работает замечательно, а на машине с systemd приводит к потере связи и работать начинает только после ребута, прямо как в винде.

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

177. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от AntonAlekseevich (ok), 22-Ноя-17, 11:36

> Понятно, значение слова тебе неизвестно, но ты его смело употребляешь.
Я принимаю это слово так как я его описал, да есть другое значение этого слова и в действительности я не знаю этого значения поэтому беру понятие которое сложилось в голове.
> Когда ты от администрирования локалхоста в свободное время перейдешь к администрированию за деньги десятков и сотен серверов, мнение у тебя сильно изменится.
Ой да ладно это не настолько муторно.
В случае чего перенастроить это мне будет легче.
> То бишь проблемы таки есть, зачем же ты тогда отрицал их наличие?
Эти проблемы по большей части были моими ошибками.
> Но если тебе нечего делать и хочется порешать проблемы systemd, то добейся его работы с ядром от RHEL 6.
А вот это уже интересней. На досуге попробую решить эту проблему, но вероятнее всего нарвусь на SELinux в режиме enforcing.
> Что именно тебе подробней описать?
Какая служба высвечивается, конфигурационный файл службы, статус ошибки если есть, возможно ещё boot.log, если присутствует SELinux то в каком режиме он работает. Одними словами всю ситуацию по этой проблеме.
> Ну спасибо, что открыл мне глаза, а то я наверняка на паре сотен centos 7 серверов этого не заметил.
> Вот только в случае других систем инициализации это действие не нужно вообще.
Да зато проверить top, ps, netstat, syslog и найти почему возникает Warning после запуска службы бывает иногда проблематичнее. {Я ненавижу Warning'и в плане что их обычно игнорируют.}
> С ними хватает одной команды, а с systemd нужно две, то бишь в два раза больше.
А `status` не всегда нужен, только на этапах конфигурации и отлова ошибок в случае их появления.
> Хотя для верности лучше три(ps или netstat), так как он и в статусе может ошибаться.
Не видел проблем с ошибкой в статусе. Даю намек что использую только последнюю версию SystemD.
> Ты издеваешься?
Нет, а я на это способен?
> У него в status стоит, что сервис запущен, делать в этом случае start он естественно не хочет, типа сильно умный, а иногда и stop/restart не может.
А что в логе под самим статусом написано?
> Это лишь говорит о том, что ты не знаешь как оно работало до systemd.
Нет, я понимаю как оно работало раньше, но сейчас полностью возлагаю основную рутину на SystemD поскольку я пока не понимаю как настроить InitTab.
Однако я не могу пока пойти на эксперимент BootWithInitTabAndBusyboxOnlyInInitRAMFS без собственного понимания процесса работы самого InitTab'а.
> Только тем, кто не знал как это сделать без systemd.
Или тем кому не хочется париться с этим и заняться уже делом, а не подпиливать что есть.
> То бишь ты либо юзал дистр без нормальной системы конфигурирования сети, либо поленился почитать, как в твоем дистре это правильно делается.
У меня нет понятия "нормального" конфигурирования сети(то бишь мне легче дать указание программе сделай вот это, это, и это и не более того.), но есть понятие универсального конфигурирования сети. Также считаю что не существует единственно правильного пути настройки сети в дистрибутиве который использовался, используется или будет использован. Следовательно я волен использовать любой сетевой конфигуратор который мне доступен.
> А у меня есть замечательный опыт, когда одно и то же изменение конфига сети на машине без systemd работает замечательно, а на машине с systemd приводит к потере связи и работать начинает только после ребута, прямо как в винде.
Все это в оффтопике.
//Offtopic story:
Из моего опыта.
    Хотя у меня однажды возникало состояние сети NOCARRIER, но это была проблема не SystemD, а моего роутера. Он сам периодический теряет Link и Local-Link, однако пытается его поднять сразу, не поднимая Local-Link из-за чего приходится самому разрывать соединение. Это на localhost.
    А в случае с компами на которых я выполнял настройку конфигурации сети, такой фигни не было вообще. На всех этих ПК использовался upstart и systemd в обнимку. Что немного раздражало ибо одно мешает другому.
    Исключением стал Broadcast-Storm который я устроил по случайности, но он оказал большее влияние на другую сторону сети чем на те ПК на которых происходила настройка сети. Большая беда была у ПК с Windows. (Да и ликвидировал эту проблему не сразу, так как не видел её существования.)

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

198. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от angra (ok), 22-Ноя-17, 20:09

> я не знаю этого значения поэтому беру понятие которое сложилось в голове.
Имрюк, полный. А ты не подумал, что нормальное общение возможно только, если собеседники будут вкладывать в слова один и от же смысл?
> Ой да ладно это не настолько муторно.
Ну ты ведь не пробовал, с чего такая уверенность?
> На досуге попробую решить эту проблему, но вероятнее всего нарвусь на SELinux в режиме enforcing.
Я сказал с ядром от RHEL6, а не с RHEL6. Ты ядро от дистрибутива вообще отличаешь?
> Какая служба высвечивается, конфигурационный файл службы, статус ошибки если есть, возможно ещё boot.log, если присутствует SELinux то в каком режиме он работает. Одними словами всю ситуацию по этой проблеме.
Понятно, не отличаешь. Ядро передает управление иниту(systemd) на этом финиш. Ни до каких сервисов ход не доходит.
> А `status` не всегда нужен, только на этапах конфигурации и отлова ошибок в случае их появления.
Как же тебе объяснить. Я не играюсь с systemd, не причесываю ему конфигурацию, у меня не локалхост и куча свободного времени на это. Я решаю совсем другую задачу и в процессе мне надо просто запустить некий сервис. Раньше в случае проблем я сразу их видел в консоли после команды запуска. А вот systemd проблемы скрывает. Теперь после каждого запуска мне надо обязательно смотреть статус, а еще лучше делать ps, чтобы проверить, что запуск реально произошел.
> Нет, я понимаю как оно работало раньше, но сейчас полностью возлагаю основную рутину на SystemD поскольку я пока не понимаю как настроить InitTab.
Джон Сноу, ты уже определись, знаешь ты или не знаешь. Ну и чисто для справки /etc/inittab и /etc/init.d это очень разные вещи. Трогать inittab для настройки запуска сервисов не нужно.
> Следовательно я волен использовать любой сетевой конфигуратор который мне доступен.
Да пожалуйста. Я даже не говорю, что конфигурация через systemd это плохо. Речь вообще-то была о том, что a) сеть уже лет десять минимум легко можно было настроить в основных дистрах без всякого systemd и написания скриптов; б) systemd умудряется ломать уже существующие способы настройки.

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

200. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от AntonAlekseevich (ok), 22-Ноя-17, 22:58

> Имрюк, полный.
Что вы имели ввиду под первым словом?
> А ты не подумал, что нормальное общение возможно только, если собеседники будут вкладывать в слова один и от же смысл?
Я думаю что важен не настолько смысл слова, но контекст в котором это слово употреблено.
> Ну ты ведь не пробовал, с чего такая уверенность?
Я пробовал поддерживать компьютерную систему в техникуме это я приводил в оффтопике к предыдущему комментарию. Это было пока я учился там.
> Я сказал с ядром от RHEL6, а не с RHEL6.
Разве SELinux не должен быть включен в конфиге ядра для начала?
Потом SystemD вроде должен быть тоже собран с включенным SELinux. Разве нет?
> Ты ядро от дистрибутива вообще отличаешь?
Да, но только я дистрибутив иногда заменяю словами "Операционная система на базе ядра ...".
При случаи когда это именно "дистрибутив операционной системы", а не набор отдельных программ совмещенных в одно.
> Понятно, не отличаешь.
О как оно идет, т.е. ты прочел одно, переходим к следующему и сразу к выводу что нет это не то.
> Ядро передает управление иниту(systemd) на этом финиш.
А этот инит существует до RootFS? (В InitRAMCPIO он должен присутствовать для того чтобы он запустился со всеми модулями которые ему нужны.)
Если нет то понятно в чем проблема.
> Ни до каких сервисов ход не доходит.
Пересобирайте как SystemD(с флагом включения SELinux) так и InitRAMCPIO(с включением туда самого SystemD).
> Как же тебе объяснить.
Говорите как есть, я не настаиваю в принудительном использовании SystemD я просто защищаю позицию этой системы инициализации.
> Я не играюсь с systemd, не причесываю ему конфигурацию, у меня не локалхост и куча свободного времени на это.
> Я решаю совсем другую задачу и в процессе мне надо просто запустить некий сервис.
> Раньше в случае проблем я сразу их видел в консоли после команды запуска.
Я понимаю что нет времени и у вас не локалхост.
Попробуйте потом как-нибудь разгрузиться и на виртуалочке в освободившееся время разобраться из-за чего происходят проблемы.
> А вот systemd проблемы скрывает.
Но проблема в том что я видел все проблемы того софта который у меня работал и работает по сей день и не видел скрытых проблем мне SystemD все четко показывал что говорили службы, работают ли они в этот момент или нет.
> Теперь после каждого запуска мне надо обязательно смотреть статус, а еще лучше делать ps, чтобы проверить, что запуск реально произошел.
Я ps не использовал и не использую в этих случаях поскольку знаю что служба работает и SystemD в статусе сообщает `running` и по логу вижу что да служба работает ошибок не обнаружено.
> Джон Сноу, ты уже определись, знаешь ты или не знаешь.
Я ранее говорил что я не всезнайка и не суперчеловек по Ницше.
Я могу ошибаться, и имею право делать ошибку, не получая за это штраф/санкцию/наказание.
> Ну и чисто для справки /etc/inittab и /etc/init.d это очень разные вещи.
Я понимаю что это разные вещи, но я не понимаю в точности что к чему должно относиться.
> Трогать inittab для настройки запуска сервисов не нужно.
Мне казалось ранее что это необходимо было делать. [Bad XP]
Просто я пытался как-то раз сделать InitRAMFS на основе BusyBox, а там я не использовал init.d вместо этого использовал inittab.
Теперь понял в чем была моя ошибка. Буду переделывать этот самый InitRAMFS заново.
> Я даже не говорю, что конфигурация через systemd это плохо.
Вот это я и хотел услышать.
> Речь вообще-то была о том, что
> a) сеть уже лет десять минимум легко можно было настроить в основных дистрах без всякого systemd и написания скриптов;
Если есть хотя бы ifconfig или его производные.
Да это можно делать вручную, но это будет только на уровне "до down проживет и отвалится".
Хотя да можно использовать init.d для создания соединения, но уровень будет тот же.
> б) systemd умудряется ломать уже существующие способы настройки.
Согласен, но всё же не все способы настройки ломаются.
[offtopic]Мне лучше не противиться и сказать все же "да это так SystemD плох и пока достаточно сырой для работы на ..." и забить на дискуссию, но это будет означать что SystemD хуже всех оставшихся систем инициализации. (Мне в этом случае придется извиниться абсолютно перед всеми пользователями что участвовали в данной дискуссии. А это более ~ 600 человек просмотревших эту страницу. Если я не ошибся.)[/offtopic]

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

201. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +1 +/–

Сообщение от angra (ok), 23-Ноя-17, 04:37

> Пересобирайте как SystemD(с флагом включения SELinux) так и InitRAMCPIO(с включением туда самого SystemD).
Ну ты попробуй, расскажешь о результатах. А у меня нет желания с этим возится, мне проще убрать systemd оттуда, где он вызывает проблемы.
> Попробуйте потом как-нибудь разгрузиться и на виртуалочке в освободившееся время разобраться из-за чего происходят проблемы.
У меня есть масса куда более интересных занятий в свободное время. А самое главное, мне в большинстве случаев без разницы из-за чего у systemd проблемы со штатными сервисами дистрибутива. Пусть у ментейнеров болит голова по этому поводу. Я же просто получу нужный мне результат здесь и сейчас, даже если для этого придется превратить юнит systemd в пускалку "портянки".
Любопытно, возня с системой инициализации как важная часть админской работы появилась только с появлением systemd, до него этому вопросу уделялось ничтожно мало времени. На этом фоне особо смешат рассказы его сторонников про облегчение работы админа.
> Я ps не использовал и не использую в этих случаях поскольку знаю что служба работает и SystemD в статусе сообщает `running` и по логу вижу что да служба работает ошибок не обнаружено.
Ну а я наблюдал как при running и отсутствии ошибок в том куске, что выводит status, в реальности нужного процесса не наблюдалось. Хотя справедливости ради, я такое видел не только с systemd, но и с upstart.
> Буду переделывать этот самый InitRAMFS заново.
А какое отношение initramfs имеет к системе инициализации, кроме одинакового названия для файла, запускаемого ядром? Задача initramfs заключается в загрузке модулей ядра, необходимых для монтирования корневой fs и возможно еще каких-то действиях перед передачей управления собственно иниту. Использовать полноценный init внутри initramfs конечно можно, но смысла обычно нет.
> Если есть хотя бы ifconfig или его производные. Да это можно делать вручную, но это будет только на уровне "до down проживет и отвалится". Хотя да можно использовать init.d для создания соединения, но уровень будет тот же.
Ну тебе уже ниже приводили пример файла конфигурации сети, без всяких ручных вызовов ifconfig, iwconfig, dhclient, brctl и прочего. Нет, всё равно упорствуешь. Вот тебе еще пример

auto lo
iface lo inet loopback
auto br0
iface br0 inet dhcp
  bridge-ports eth0 regex veth.*

И о чудо, работает черти сколько лет без всякого systemd.
> но это будет означать что SystemD хуже всех оставшихся систем инициализации.
Какой-то очень странный логический вывод.

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

209. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от anonymous (??), 23-Ноя-17, 13:00

> Любопытно, возня с системой инициализации как важная часть админской работы появилась только
> с появлением systemd, до него этому вопросу уделялось ничтожно мало времени.
  Люто плюсую! Распечатать и на стену повесить!
> На этом фоне особо смешат рассказы его сторонников про облегчение работы
> админа.
  Да-да :-). Они-то не в курсе, что админы до этого занимались своей основной работой, а не танцами с инициализацией.

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

216. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от AntonAlekseevich (ok), 23-Ноя-17, 20:41

> Люто плюсую! Распечатать и на стену повесить!
Зато головная боль после обновления чисто мажорных версий отпадает, как по мне.
> Да-да :-). Они-то не в курсе, что админы до этого занимались своей основной работой, а не танцами с инициализацией.
Бесполезно напоминать что это делается не периодический, а только раз после её установки.
Могу плюсом заметить что сервисы в SystemD могут иметь генеративный характер, то есть даже отпадает часть проблем с сервисами, но появляется меньший источник проблем в виде генератора сервиса, который править много проще.

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

215. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от AntonAlekseevich (ok), 23-Ноя-17, 20:31

> Ну ты попробуй, расскажешь о результатах.
Я то попробую если не забуду. (Может для этого напишу статью на HH как это сотворить и что из этого вышло.)
>А у меня нет желания с этим возится, мне проще убрать systemd оттуда, где он вызывает проблемы.
Это на текущий момент(учитываю то что у вас был Bad XP) нет желания.
> У меня есть масса куда более интересных занятий в свободное время.
Пример, DIY, или программирование, или написание комментариев, или статей, или свой вариант.
> А самое главное, мне в большинстве случаев без разницы из-за чего у systemd проблемы со штатными сервисами дистрибутива.
А мне нет. Поскольку если стоит проблема которая может привести в будущем к россыпи всего что было сделано раньше, это носит характер немедленной корректировки работы сервиса.
> Пусть у ментейнеров болит голова по этому поводу.
Если будет проблема у мейнтейнеров, то эта проблема перескочит и на нас с вами. Так что нет, появилась проблема у мэйнтэйнеров решаем её и помогаем развивать дистрибутив дальше.
> Я же просто получу нужный мне результат здесь и сейчас, даже если для этого придется превратить юнит systemd в пускалку "портянки".
> Любопытно, возня с системой инициализации как важная часть админской работы появилась только с появлением systemd, до него этому вопросу уделялось ничтожно мало времени.
Эта возня идет как раньше первым делом и когда меняется софт или мажорная версия этого софта с проскоком всех минорных версий. (Спасибо, но не хочу как раньше перечитывать и переписывать часть скрипта если вдруг он отвалился после апдейта.)
> На этом фоне особо смешат рассказы его сторонников про облегчение работы админа.
Ок, может вас и смешат эти рассказы, но меня нет, мне реально проще редактировать просто сервис указав его переменные среды и команду и не думать что он запустится от рута и не сломается на ходу.
> Ну а я наблюдал как при running и отсутствии ошибок в том куске, что выводит status, в реальности нужного процесса не наблюдалось.
Последние версии SystemD следят за процессами запущенными им, наверное поэтому я и не видел этих проблем.(Сейчас на версии 235.38 я не вижу этих проблем и до этой версии(с момента установки ArchLinux) ну не замечал подобного поведения он всегда(с момента установки ArchLinux) работал исправно.)
> Хотя справедливости ради, я такое видел не только с systemd, но и с upstart.
Повторюсь такого поведения не замечал на SystemD, а вот насчет Upstart я предпочту забыть, спасибо.
> А какое отношение initramfs имеет к системе инициализации, кроме одинакового названия для файла, запускаемого ядром?
> Задача initramfs заключается в загрузке модулей ядра, необходимых для монтирования корневой fs и возможно еще каких-то действиях перед передачей управления собственно иниту.
> Использовать полноценный init внутри initramfs конечно можно, но смысла обычно нет.
Смысл в том что:
1. Это хоть не на много но позволяет передвинуть момент когда /sbin/init будет запущен;
2. Чтобы провести восстановительные работы перед подключением RootFS.(К примеру, сегфолтящаяся либа в RootFS. Я это встречал на Ubuntu 16.10 когда она была ещё нестабильной.)
> Ну тебе уже ниже приводили пример файла конфигурации сети, без всяких ручных вызовов ifconfig, iwconfig, dhclient, brctl и прочего.
Я знаю что это можно сделать и без этого.
> Нет, всё равно упорствуешь.
Из-за непонимания. Куда бросить и где создать и с каким шаблоном по имени.
> Вот тебе еще пример
> [\CODE]
> auto lo
> iface lo inet loopback
> auto br0
> iface br0 inet dhcp
>   bridge-ports eth0 regex veth.*
> [\/CODE]
Пример бесполезно приводить я его видел не раз.
> И о чудо, работает черти сколько лет без всякого systemd.
Именно что без SystemD и связки его с udev это будет работать. А после добавления этой связки(именно связки в не отконфигурированном состоянии) `bridge-ports eth0 regex veth.*` превратится в тыкву потому-что eth0 не существует, но вместо него существует enpXsY[.Z].
> Какой-то очень странный логический вывод.
Потому-что я пытаюсь доказать что SystemD имеет право на существование там где это возможно.

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

217. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от angra (ok), 23-Ноя-17, 20:58

> Я то попробую если не забуду. (Может для этого напишу статью на HH как это сотворить и что из этого вышло.)
Лучше на openvz.org, а то специалисты ядерщики не могут их подружить, а у тебя получится.
> Пример, DIY, или программирование, или написание комментариев, или статей, или свой вариант.
Секс с женой куда приятней и даже интересней секса с systemd :)
> Последние версии SystemD следят за процессами запущенными им, наверное поэтому я и не видел этих проблем.
Всё может быть, но в debian 8/9 и Centos 7 стоят не последние версии. Напомню, администрирование для меня работа, а не развлечение.
> 1. Это хоть не на много но позволяет передвинуть момент когда /sbin/init будет запущен;
Мсье определенно знает толк в извращениях.
> 2. Чтобы провести восстановительные работы перед подключением RootFS
И как здесь поможет система инициализации в initramfs? То же самое можно получить без нее, причем это будет проще.
> Я знаю что это можно сделать и без этого.
Так зачем ты рассказываешь страшные сказки про то, как нужно было возится со скриптами, а пришел systemd и стало можно всё настроить одним конфигом?
> Именно что без SystemD и связки его с udev это будет работать. А после добавления этой связки(именно связки в не отконфигурированном состоянии) `bridge-ports eth0 regex veth.*` превратится в тыкву потому-что eth0 не существует, но вместо него существует enpXsY[.Z].
> Потому-что я пытаюсь доказать что SystemD имеет право на существование там где это возможно.
По-моему ты только что привел аргумент в пользу обратного. Без systemd всё хорошо, а с его приходом всё ломается и приходится делать костыли.

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

225. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от AntonAlekseevich (ok), 23-Ноя-17, 22:06

> Лучше на openvz.org, а то специалисты ядерщики не могут их подружить, а у тебя получится.
Ядро версии 2.6.32, ну вы суровые ребята.
Попробую сначала это запустить без SystemD потом портировать на SystemD. (Это уж точно занятие на пару с половиной суток в сумме без учета накладных.)
> Секс с женой куда приятней и даже интересней секса с systemd :)
Давайте без пошлостей. Спасибо.
> Всё может быть, но в debian 8/9 и Centos 7 стоят не последние версии.
Да это так. И я согласен что это может стать проблемой. Включая обновления дистрибутива.
> Напомню, администрирование для меня работа, а не развлечение.
Я не говорю о том что я развлекаюсь с правами root на всех обслуживаемых ЭВМ.
> Мсье определенно знает толк в извращениях.
Желание ускорить все и всея не есть извращение.
> И как здесь поможет система инициализации в initramfs?
Система инициализации в InitRAMFS, может выполнится до перехода перехода в RootFS не монтируя его и сказать что система уже работает и оставить / в InitRAMFS что позволит при наличии утилит в InitRAMFS выполнить процедуры восстановления без необходимости использования RootFS.
> То же самое можно получить без нее, причем это будет проще.
А если отрубим PXE, ATA, USB и прочие устройства с которых осуществляется загрузка этих двух файлов загрузчиком после запуска ядра? (Будет больно и очень больно использовать утилиты извне не выполняя подгрузку из RootFS не пред загруженных в память прог.)
> Так зачем ты рассказываешь страшные сказки про то, как нужно было возится со скриптами, а пришел systemd и стало можно всё настроить одним конфигом?
Я это рассказываю про то как я бы сделал если бы я в том случае если мне надо сетку поднимать при условии невозможности доступа на чтение конфигурации этого плана.
> По-моему ты только что привел аргумент в пользу обратного.
Это относится к не отстроенной связке SystemD + udev, без связки с udev или отстроенным SystemD + udev eth0 будет.
> Без systemd всё хорошо, а с его приходом всё ломается и приходится делать костыли.
Изначально с SystemD и отстроенной связкой с udev все также хорошо как и с другими init. Миграция с других init на SystemD требует первоначальной настройки SystemD для последующего его нормального использования.

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

175. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +1 +/–

Сообщение от anonymous (??), 22-Ноя-17, 11:17

> В-третьих это просто возможность облегчить себе рутинную работу с администрированием.
> (По своему опыту, мне много быстрее настроить сетку через networkd сказав
> в конфигурации что "вот эта девайсина должна быть настроена динамический на
> адреса только версии 4, также создай туннельное соединение с статическим адресом
> версии 4, создай отдельное соединение для другой службы" вместо ковыряния `ip
> addr`, `netctl`, `ifconfig` и опять же создания скрипта для настройки сети.)
Человек, ты, вообще, какие-нибудь дистрибутивы-то видел? Вот мой сетевой конфиг из funtoo:
$ cat /etc/conf.d/net.wlan0.office
template="wifi"
ssid="o324"
#ssid="o324mob"
#ssid="abelor"
$ cat /etc/conf.d/net.br0
template="bridge"
ipaddrs="192.168.77.1/24"
stp=off
Пи#дец неподъёмный.

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

178. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от AntonAlekseevich (ok), 22-Ноя-17, 11:49

> Человек, ты, вообще, какие-нибудь дистрибутивы-то видел?
Перечисляю чем пользовался: TinyCORE, Fedora, ArchLinux, Ubuntu, Manjaro, Debian, Mageia, AltLinux, PureOS, SystemRescueCD и Mandriva Linux. Да я чистым Gentoo и Slackware не пользовался.
> Вот мой сетевой конфиг из funtoo:
Спасибо не надо.
> Пи#дец неподъёмный.
Я не говорил что это не подъемно.
Я говорю что не имею желания парится с этим, и говорю что мне быстрее это сделать этим способом.
Вот мой конфиг кстати.

$ cat /etc/systemd/network/inet.network
[Match]
MACAddress=XX:XX:XX:XX:XX:XX
[Network]
Description="Main internet global configuration"
DHCP=ipv4
DNS=8.8.8.8
DNS=8.8.4.4
DNS=192.168.0.1
[DHCP]
UseDNS=no
UseNTP=yes

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

189. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от anonymous (??), 22-Ноя-17, 13:55

> Я не говорил что это не подъемно.
> Я говорю что не имею желания парится с этим, и говорю что
> мне быстрее это сделать этим способом.
  Нет. Ты сказал, что гимор с ip addr/ifconfig. Но ни в одном дистре этого и близко нет.
>[оверквотинг удален]
> [Network]
> Description="Main internet global configuration"
> DHCP=ipv4
> DNS=8.8.8.8
> DNS=8.8.4.4
> DNS=192.168.0.1
> [DHCP]
> UseDNS=no
> UseNTP=yes
>
Эм. Это удобно прибивать конфиг к mac'у?

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

192. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от AntonAlekseevich (ok), 22-Ноя-17, 14:52

> Нет. Ты сказал, что гимор с ip addr/ifconfig.
> Но ни в одном дистре этого и близко нет.
Вы меня неправильно поняли.
Я знаю прекрасно что это делается одной командой, но когда мне нужен DHCP я не смогу использовать эти команды не зная какие адреса розданы, а какие нет. (Для DHCP хоть и придуманы DHClient и DHCPCd, но я предпочту все же дать настроить это автоматике.)
> Эм. Это удобно прибивать конфиг к mac'у?
Если у меня есть одна карта, но я не знаю к примеру её драйвер или имя устройства или путь к устройству которое udev прицепил динамический и при этом знаю MAC адрес карточки, то почему бы и не сделать так.
Если бы у меня было несколько сетевушек имеющих один и тот же драйвер, но разный MAC и путь, то это был бы один из вариантов.
А если бы у них был ещё и одинаковый MAC то подобный конфиг превратил бы мой ПК в Broadcaster, поэтому вариант конфижить по пути будет единственным, но в случае если точно известно конечное название пути.
А так вообще полезно знать свой MAC адрес своего устройства.

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

193. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от anonymous (??), 22-Ноя-17, 15:12

>> Нет. Ты сказал, что гимор с ip addr/ifconfig.
>> Но ни в одном дистре этого и близко нет.
> Вы меня неправильно поняли.
> Я знаю прекрасно что это делается одной командой, но когда мне нужен
> DHCP я не смогу использовать эти команды не зная какие адреса
> розданы, а какие нет.
  Эм. А зачем бы для этого понадобились адреса?
>> Эм. Это удобно прибивать конфиг к mac'у?
> Если у меня есть одна карта, но я не знаю к примеру
> её драйвер или имя устройства или путь к устройству которое udev
> прицепил динамический и при этом знаю MAC адрес карточки, то почему
> бы и не сделать так.
  Если у тебя _ОДНА_ карта, то при udev не изнасилованным systemd, это будет всегда ВСЕГДА eth0. Куда проще-то?
  Хотя, аргумент, конечно, мощный. Ты не знаешь ничего, но знаешь mac. Охренеть. Представляю как это на пограничном маршрутизаторе выглядело бы. Пойду его mac'и что ли посмотрю...
> Если бы у меня было несколько сетевушек имеющих один и тот же
> драйвер, но разный MAC и путь, то это был бы один
> из вариантов.
  Если бы у тебя было несколько сетевушек и несколько серверов, ты б уже вздёрнулся от этого подхода.
> А так вообще полезно знать свой MAC адрес своего устройства.
  :-D А-ха-ха! Настолько же полезно как и знание числа пи с точностью до 16 знаков после запятой. Насмешил ты меня. В реалиях нашей жизни гораздо полезней знать наизусть серию и номер паспорта - сэкономит время при заполнении всяких бумажек там-сям.

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

195. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от AntonAlekseevich (ok), 22-Ноя-17, 16:50

> Эм. А зачем бы для этого понадобились адреса?
Простите, но я как бы не один, но локально я ограничил количество адресов до 7 потому-что более не надо и все подключенные к маршрутизатору устройства получают адрес через DHCP.
> Если у тебя _ОДНА_ карта, то при udev не изнасилованным systemd, это будет всегда ВСЕГДА eth0. Куда проще-то?
А если хочу udev + SystemD и хочу чтобы из коробки он умел это?
Да было бы проще.
> Хотя, аргумент, конечно, мощный. Ты не знаешь ничего, но знаешь mac. Охренеть.
А если у тебя нет возможности узнать что за драйвер или ты не знаешь что находится в `/sys/class/net/*`?
> Представляю как это на пограничном маршрутизаторе выглядело бы.
> Пойду его mac'и что ли посмотрю...
Пограничник как раз работает напрямую с MAC адресами если я не ошибаюсь.
> Если бы у тебя было несколько сетевушек и несколько серверов, ты б уже вздёрнулся от этого подхода.
Нет, вы меня не знаете.
> :-D А-ха-ха! Настолько же полезно как и знание числа пи с точностью до 16 знаков после запятой. Насмешил ты меня. В реалиях нашей жизни гораздо полезней знать наизусть серию и номер паспорта - сэкономит время при заполнении всяких бумажек там-сям.
И даст столько же проблем сколько будет у тебя в распоряжении этот паспорт.

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

196. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от anonymous (??), 22-Ноя-17, 16:59

> Простите, но я как бы не один, но локально я ограничил количество
> адресов до 7 потому-что более не надо и все подключенные к
> маршрутизатору устройства получают адрес через DHCP.
> А если у тебя нет возможности узнать что за драйвер или ты
> не знаешь что находится в `/sys/class/net/*`?
> Пограничник как раз работает напрямую с MAC адресами если я не ошибаюсь.
> И даст столько же проблем сколько будет у тебя в распоряжении этот
> паспорт.
Антон Алексеевич, ты меня запутал.

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

197. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от AntonAlekseevich (ok), 22-Ноя-17, 18:22

> Антон Алексеевич, ты меня запутал.
Поясняю тогда.
>> Простите, но я как бы не один, но локально я ограничил количество адресов до 7 потому-что более не надо и все подключенные к маршрутизатору устройства получают адрес через DHCP.
Ограничение до n количества адресов это нормальная практика если знаешь сколько всего устройств находится в домашней или рабочей сети.
Автоматическое получение адресов через DHCP это тоже нормальная практика конфигурации сети если не хочется возиться с статической настройкой. (Напомню что есть те аппараты которые не умеют статическую настройку адресов, но это достаточно редко встречающиеся аппараты.)
>> А если у тебя нет возможности узнать что за драйвер или ты не знаешь что находится в `/sys/class/net/*`?
Какой модуль ядра имелось ввиду под драйвером.
И не доступны `ip addr` и `ifconfig`.
Но запустить можешь только `systemctl` от имени рута.
>> Пограничник как раз работает напрямую с MAC адресами если я не ошибаюсь.
Вообще весь IPv4 работает с MAC на прямую, только этого мы не замечаем.
>> И даст столько же проблем сколько будет у тебя в распоряжении этот паспорт.
Спросят тебя ночью серию номер паспорта, что сделаешь? (Вероятнее всего скажешь не подумав и будешь дрыхнуть дальше.)

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

207. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от anonymous (??), 23-Ноя-17, 12:31

> Ограничение до n количества адресов это нормальная практика если знаешь сколько всего
> устройств находится в домашней или рабочей сети.
  А как это ограничение реализуется?
> Автоматическое получение адресов через DHCP это тоже нормальная практика конфигурации
> сети если не хочется возиться с статической настройкой. (Напомню что есть
  Антон Алексеевич, мне кажется это не достаточно безопасно. Если известны mac'и всех
участников сети, то безопасней было бы использование /etc/ethers. Всё таки нельзя забывать про arp-spoofing.
> Какой модуль ядра имелось ввиду под драйвером.
> И не доступны `ip addr` и `ifconfig`.
> Но запустить можешь только `systemctl` от имени рута.
  Задача недостаточно интересная. Предлагаю добавить ограничение на запуск systemctl. Как быть тогда? Какие варианты остаются у нас?
> Вообще весь IPv4 работает с MAC на прямую, только этого мы не
> замечаем.
  Это безусловно. Тут спорить не буду.
> Спросят тебя ночью серию номер паспорта, что сделаешь? (Вероятнее всего скажешь не
> подумав и будешь дрыхнуть дальше.)
  Я в первую очередь, как не страдающий лунатизмом, от такой ситуации мгновенно проснусь и спрошу в ответ какого х#я меня разбудили таким глупым образом.

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

218. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от AntonAlekseevich (ok), 23-Ноя-17, 21:00

> А как это ограничение реализуется?
Netmask.
> Антон Алексеевич, мне кажется это не достаточно безопасно.
И один раз появиться в Internet тоже опасно.
> Если известны mac'и всех участников сети, то безопасней было бы использование /etc/ethers.
Во-первых не всех. DHCP клиент только опрашивает Broadcast. После чего тот отдает не назначенный адрес.
> Всё таки нельзя забывать про arp-spoofing.
Я бы скорее беспокоился из-за наличия второго DHCP сервера в сети.
> Задача недостаточно интересная.
Скорее я неверно передал ограничивающие элементы
> Предлагаю добавить ограничение на запуск systemctl.
> Как быть тогда?
> Какие варианты остаются у нас?
Останутся те которые доступны, проблема в том разрешен запуск от имени root(UID=0) только одного приложения.
В запрете остается /sbin.
Разрешен только /bin/*, /etc/systemd/network/*.
Исполнение от user(UID=1000)
> Я в первую очередь, как не страдающий лунатизмом, от такой ситуации мгновенно проснусь и спрошу в ответ какого х#я меня разбудили таким глупым образом.
Ну, значит, вы всегда в своем уме. Это хорошо.

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

243. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от anonymous (??), 24-Ноя-17, 11:03

>> Антон Алексеевич, мне кажется это не достаточно безопасно.
> И один раз появиться в Internet тоже опасно.
  Дык а я о чём.
>> Если известны mac'и всех участников сети, то безопасней было бы использование /etc/ethers.
> Во-первых не всех. DHCP клиент только опрашивает Broadcast. После чего тот отдает
> не назначенный адрес.
  Интересная технология. Но всё таки не надо лукавать, мы уже поняли, что с запоминанием mac'ов проблем нет. Тем более в домашней сети.
>> Всё таки нельзя забывать про arp-spoofing.
> Я бы скорее беспокоился из-за наличия второго DHCP сервера в сети.
  А почему Вас это беспокоит больше, чем arp-spoofing?
> Останутся те которые доступны, проблема в том разрешен запуск от имени root(UID=0)
> только одного приложения.
  Кто и зачем наложил такие глупые ограничения? Не думайте об этом - я Вам разрешаю запускать все доступные приложения от root!
> В запрете остается /sbin.
  Кто root'у запретил /sbin? Ох уж этот Путин. Навального сюда!
>> Я в первую очередь, как не страдающий лунатизмом, от такой ситуации мгновенно проснусь и спрошу в ответ какого х#я меня разбудили таким глупым образом.
> Ну, значит, вы всегда в своем уме. Это хорошо.
  Да это просто супер!

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

248. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от AntonAlekseevich (ok), 24-Ноя-17, 19:50

> Интересная технология.
Одна из не очень хороших технологий, но без неё по крайней мере интернета в глаза мы не видали в его сегодняшнем виде.
> Но всё таки не надо лукавать, мы уже поняли, что с запоминанием mac'ов проблем нет.
Однако, да, соглашусь что немного лукавлю, но это все рано делается однажды и потом сохраняется до смены оборудования.
> Тем более в домашней сети.
DHCP работает не только в домашней сети, так что не надо тут этого.
> А почему Вас это беспокоит больше, чем arp-spoofing?
Появление второго DHCP сервера в сети создает проблемы назначения уже замаскированных под не назначенные адреса + истинных не назначенных адресов от первого сервера(Которые не назначаются в конечном итоге, но записываются как назначенные).
> Кто и зачем наложил такие глупые ограничения?
Битые права к примеру.
У systemctl права такие "rwxr--r-x" у остальных в /bin стоят "rw-r--r-x"
У chmod права "rw-------"
У /sbin "------r-x"
У /sys "rw-------"
> Не думайте об этом - я Вам разрешаю запускать все доступные приложения от root!
А это хорошая задачка на самом деле.
> Кто root'у запретил /sbin?
По условию задания.
> Ох уж этот Путин. Навального сюда!
Politics falls today. :D

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

206. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от Аноним (-), 23-Ноя-17, 09:54

Перечисляю, чем пользовался. И, о ужас, в продакшене более 15 лет.
LFS, LFS, LFS.

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

223. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от Аноним (-), 23-Ноя-17, 21:36

> Перечисляю, чем пользовался. И, о ужас, в продакшене более 15 лет.
> LFS, LFS, LFS.
Локалхост в продакшене? Нонсенс.

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

226. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от AntonAlekseevich (ok), 23-Ноя-17, 22:10

> Локалхост в продакшене? Нонсенс.
А кто говорил что Linux from Scratch в продакшене невозможен? (Это как Gentoo без emerge, но с исходными кодами на столе для сборки.)

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

241. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от Аноним (-), 24-Ноя-17, 05:04

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

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

168. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +1 +/–

Сообщение от Andrey Mitrofanov (?), 22-Ноя-17, 09:30

>> А сами написать ему на email не судьба? На его родном языке.
> Наивное создание, ты даже не представляешь сколько ему об этом писали.
Это Вы про -
..."but yes, the Open Source community is full of a#@&oles, and I probably more than most others am one of their most favourite targets."
Так бесполезно, не доходит до няшечки: детский сад же, #мариваннаачегоон, виноваты же все и любые другие, нет, не он-один-и-не-всякий-лепящий-горшечки.
Может... надо... больше?....

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

170. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." –1 +/–

Сообщение от AntonAlekseevich (ok), 22-Ноя-17, 09:45

> Это Вы про - ..."but yes, the Open Source community is full of a#@&oles, and I probably more than most others am one of their most favourite targets."
Хотя с какой-то стороны мне кажется он правильно сказал что "сообщество Open Source полно скотов" по его мнению, я не вижу других способов сказать это мягче поскольку чувствуется что его достала эта часть общества.
Однако весь основной контекст идет дальше этой строки.
Полный абзац сея сообщения:

I don't usually talk about this too much, and hence I figure that people are really not aware of this, but yes, the Open Source community is full of a#@&oles, and I probably more than most others am one of their most favourite targets.
I get hate mail for hacking on Open Source.
People have started multiple 'petitions' on petition web sites, asking me to stop working (google for it).
Recently, people started collecting Bitcoins to hire a hitman for me (this really happened!).
Just the other day, some idiot posted a 'song' on youtube, a creepy work, filled with expletives about me and suggestions of violence.
People post websites about boycotting my projects, containing pretty personal attacks.
On IRC, people /msg me sometimes, with nasty messages, and references to artwork in 4chan style.
And there's more.
A lot more.
И теперь я уверен что не написал чушь в ответе на цитату.

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

172. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от Andrey Mitrofanov (?), 22-Ноя-17, 10:08

> И теперь я уверен что не написал чушь в ответе на цитату.
Ладно. Ты такой же великий-и-единственные-как-сам-он.

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

174. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." –1 +/–

Сообщение от AntonAlekseevich (ok), 22-Ноя-17, 10:21

> Ладно. Ты такой же великий-и-единственные-как-сам-он.
А по вашему это нормально когда в чат, на сайт или на рабочий стол прилетает нежелательный для работы контент?
Мне лично это не понравится и я считать это нормальным не буду, так как это не приемлемо сегодня.
Или вам будет приятно гнобление вас или ваших близких?
А я это испытал на себе с 7 лет до окончания школы и техникума, знаете не очень приятно, даже на оборот ужасно.
Не имею ни какого желания испытывать это дважды, надоело.

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

224. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от Аноним (-), 23-Ноя-17, 21:38

И теперь ты мстишь нам прозой за свои школьные обиды??

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

227. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от AntonAlekseevich (ok), 23-Ноя-17, 22:15

> И теперь ты мстишь нам прозой за свои школьные обиды??
Месть? Да, бросьте вы. Мне уже как никак 20 лет, хоть я и слегка злопамятный, но даю шанс на исправление этим людям которые меня гнобили во время учебы.
Я тем вопросом сказал что я понимаю почему и из-за чего он это написал.

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

229. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от AntonAlekseevich (ok), 23-Ноя-17, 23:33

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

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

164. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от Тузя (ok), 22-Ноя-17, 05:30

> Он покрайней мере пытается сделать хорошую вещь чтобы было удобно админить.
В этом и проблема. Причина нестерпимой ненависти к systemd как раз в том, что его удобно админить. Ранее для управления демонами в линукс требовались специфические знания:
1. Знать приложение которое ты запускаешь как демон.
2. Знать свой инит.
3. Уметь писать скрипты на bash.
4. Понимать как настроить взаимодействие со всеми остальными скриптами и имеющимися демонами с учётом возможных обновлений.
5. Специфику дистрибутива.
Systemd предполагает, что п.1 возьмёт на себя апстрим и предоставит интерфейсы для systemd. Делает п.3 опциональным. Берёт на себя п.4 и п.5, и, если что-то работает не так как надо, см п.2.
Унификация оказалась полезна меинтейнерам крупных дистрибутивов и системным администраторам, которые админят самописные корпоративные программы. Пострадали царь-админы двух скриптов, "Сам Себе Меинтенеры". ИТ менеджменту выгоднее когда админ написал unit, задокументировал и не парится, а не постоянно поддерживает скрипты корпоративных приложений на каждый чих + обновления. Выгодно переключить его на другие задачи... Но как же? Лучше заниматься беспробудной рутиной и получать за это деньги, быть уникальным специалистом по башеписанию инитскриптов. Systemd лишает таких людей работы, заставляет переквалифицироваться. Это всё происходит через боль.
Systemd лучше любого LSB позволяет стандартизировать окружение. Представьте себе, что
1. Исчезнут каталоги /etc/sysconfig и /etc/default, и systemd начнёт следить за параметрами запуска демонов.
2. Выдаст разграничение, чтобы все демоны запускались в контейнерах от лиц своих пользователей, причём с явным отделением сетевых демонов от локальных
3. Минимизирует набор демонов запущенных с повышенными привилегиями.
4. Начнёт контролировать по ACL доступ к демонам и их сокетам, конфигурациям, самому себе.
5. Обзаведётся шиной данных для обмена информацией с модулями ядра и замкнет на себе IPC со своими ACL.
В этом случае останется только переложить конфигурацию в dconf и венда готова. Не то чтобы это плохо...
Разве что dconf не обязателен. =)

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

169. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от Andrey Mitrofanov (?), 22-Ноя-17, 09:39

>> Он покрайней мере пытается сделать хорошую вещь чтобы было удобно админить.
> В этом и проблема. Причина нестерпимой ненависти к systemd как раз в
> том, что его удобно админить. Ранее для управления демонами в линукс
> требовались специфические знания:
> 1. Знать приложение которое ты запускаешь как демон.
> 2. Знать свой инит.
> 3. Уметь писать скрипты на bash.
^^^--10 заповедей и 7 смертных--vvv грехов Церкви bin/init-а
> 4. Начнёт контролировать по ACL доступ к демонам и их сокетам, конфигурациям,
> самому себе.
> 5. Обзаведётся шиной данных для обмена информацией с модулями ядра и замкнет
> на себе IPC со своими ACL.
Покайтеся, маловеры! Записываться на www.devuan.org

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

185. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от Тузя (ok), 22-Ноя-17, 13:35

> Покайтеся, маловеры! Записываться на www.devuan.org
Планирую дожить когда в systemd завезут РПЦ, который Remote Procedure Call (RPC). Вот тогда-то он точно станет православным. Все тогда будем молиться.

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

186. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от Andrey Mitrofanov (?), 22-Ноя-17, 13:43

>> Покайтеся, маловеры! Записываться на www.devuan.org
> Планирую дожить когда в systemd завезут РПЦ, который Remote Procedure Call (RPC).
> Вот тогда-то он точно станет православным. Все тогда будем молиться.
Ты dbus-то в глаза видел? Или винды безвылазно-авторитетно про s-d топишь?

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

202. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от Тузя (ok), 23-Ноя-17, 06:07

Во-первых, это была шутка.
Во-вторых, видел и systemd его пока не съел.

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

187. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от Andrey Mitrofanov (?), 22-Ноя-17, 13:46

>> Покайтеся, маловеры! Записываться на www.devuan.org
> Планирую дожить когда в systemd завезут РПЦ, который Remote Procedure Call (RPC).
> Вот тогда-то он точно станет православным. Все тогда будем молиться.
Ибо не ведают!!
https://duckduckgo.com/?q=dbus+%22systemd%22+vulne...
https://duckduckgo.com/?q=How+to+Crash+Systemd+in+One+Tweet

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

188. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." –1 +/–

Сообщение от AntonAlekseevich (ok), 22-Ноя-17, 13:54

> Ибо не ведают!!
> https://duckduckgo.com/?q=dbus+%22systemd%22+vulne...
> https://duckduckgo.com/?q=How+to+Crash+Systemd+in+One+Tweet

$ NOTIFY_SOCKET=/run/systemd/notify systemd-notify ""
$
У меня система не зависла с этого. \\ от root(UID=0) тоже ничего.

$ systemd-notify --version
systemd 235
+PAM -AUDIT -SELINUX -IMA -APPARMOR +SMACK -SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN default-hierarchy=hybrid

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

191. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от Andrey Mitrofanov (?), 22-Ноя-17, 13:58

>> Ибо не ведают!!
> У меня система не зависла с этого. \\ от root(UID=0) тоже ничего.
Ну, ложись рядос с "Планирую дожить" выше, жизнь удалась. Окончательно.

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

203. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." –1 +/–

Сообщение от Тузя (ok), 23-Ноя-17, 06:31

> Ну, ложись рядос с "Планирую дожить" выше, жизнь удалась. Окончательно.
Как будто это что-то плохое... и вообще как будто наше с вами мнение повлияет на развитие systemd...
Со временем баги фиксятся и добавляются новые, как везде, как всегда.
Я не являюсь каким-то там ярым сторонником чего бы то ни было, просто не могу не замечать, что Linux за последние годы превращается в Linux Softfare Distribution. LSD. Это как BSD, только кислотнее.

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

228. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +1 +/–

Сообщение от AntonAlekseevich (ok), 23-Ноя-17, 23:01

> Со временем баги фиксятся и добавляются новые, как везде, как всегда.
Чего не скажешь о некоторых продуктах.
> Я не являюсь каким-то там ярым сторонником чего бы то ни было, просто не могу не замечать, что Linux за последние годы превращается в Linux Software Distribution.
Чем Home'нее тем ближе будет превращение сго в LSD.
> только кислотнее.
Это зависит от процента негодующих групп.
У Linux Community пока этот процент достаточно мал, но начинает понемногу расти.

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

244. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от anonymous (??), 24-Ноя-17, 11:05

> Это зависит от процента негодующих групп.
> У Linux Community пока этот процент достаточно мал, но начинает понемногу расти.
  Прям про ситуацию в стране.

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

173. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от AntonAlekseevich (ok), 22-Ноя-17, 10:08

> В этом и проблема. Причина нестерпимой ненависти к systemd как раз в том, что его удобно админить.
Я бы не назвал это такой уж сильной проблемой.
> Ранее для управления демонами в линукс требовались специфические знания:
> 1. Знать приложение которое ты запускаешь как демон.
> 2. Знать свой инит.
> 3. Уметь писать скрипты на bash.
> 4. Понимать как настроить взаимодействие со всеми остальными скриптами и имеющимися демонами
> с учётом возможных обновлений.
> 5. Специфику дистрибутива.
Это так.
> Systemd предполагает, что п.1 возьмёт на себя апстрим и предоставит интерфейсы для systemd.
Но было бы шикарно что SystemD предоставит интерфейсы сам, а не возложит эти задачи на апстрим.
> Делает п.3 опциональным.
С какой-то стороны это правильно.
> Берёт на себя п.4 и п.5, и, если что-то работает не так как надо, см п.2.
Пункт 5 делает опциональным.
> Унификация оказалась полезна меинтейнерам крупных дистрибутивов и системным администраторам, которые админят самописные корпоративные программы.
И не только.
> Пострадали царь-админы двух скриптов, "Сам Себе Меинтенеры".
И не только.
> ИТ менеджменту выгоднее когда админ написал unit, задокументировал и не парится, а не постоянно поддерживает скрипты корпоративных приложений на каждый чих + обновления.
Да и разумному админу + DIY'щику лучше.
> Выгодно переключить его на другие задачи...
Ему самому выгоднее переключиться на другое занятие по его желанию.
> Но как же? Лучше заниматься беспробудной рутиной и получать за это деньги, быть уникальным специалистом по башеписанию инитскриптов.
Да, гордыня все же держит таких.
> Systemd лишает таких людей работы, заставляет переквалифицироваться.
> Это всё происходит через боль.
А переквалификация это явно лишнее, просто достаточно того что человек умеет man.
> Systemd лучше любого LSB позволяет стандартизировать окружение.
> Представьте себе, что
> 1. Исчезнут каталоги /etc/sysconfig и /etc/default, и systemd начнёт следить за параметрами
> запуска демонов.
`/etc/sysconfig` уже не существует
SystemD осуществляет контроль параметров.
> 2. Выдаст разграничение, чтобы все демоны запускались в контейнерах от лиц своих
> пользователей, причём с явным отделением сетевых демонов от локальных
SystemD разграничивает сервисы, но разделяет окружение, про remote-service забудьте.
> 3. Минимизирует набор демонов запущенных с повышенными привилегиями.
SystemD уже это делает.
> 4. Начнёт контролировать по ACL доступ к демонам и их сокетам, конфигурациям,
> самому себе.
> 5. Обзаведётся шиной данных для обмена информацией с модулями ядра и замкнет
> на себе IPC со своими ACL.
А вот это уже лишнее.

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

179. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." –1 +/–

Сообщение от Тузя (ok), 22-Ноя-17, 11:51

> `/etc/sysconfig` уже не существует
> SystemD осуществляет контроль параметров.
Это дистроспицифично. В одном есть в другом нет. sysconfig и default - странные каталоги, которые содержат якобы конфигурационные файлы, а на самом деле bash-скрипты где объявляются переменные в которых пишут опции запуска. Это заинклюдит в себя инитскрипт или юнит systemd, объявив скрипт окружения. То есть да, можно зайти в юнит и поправить, но ведь у них своя иерархия и автообновление из репозитория, поэтому костылики присутствуют и в CentOS и в Debian.
>> 4. Начнёт контролировать по ACL доступ к демонам и их сокетам, конфигурациям,
>> самому себе.
>> 5. Обзаведётся шиной данных для обмена информацией с модулями ядра и замкнет
>> на себе IPC со своими ACL.
>А вот это уже лишнее.
А почему? п.4 уже работает, потому что SELinux работает и понимает вызовы systemd. Там осталось только дать systemd возможность описать набор правил и разрешений для демона. Дашь возможность системному менеджеру управлять заранее заготовленным подмножеством параметров связанных с демонами и с ним самим, и появятся "Локальные политики безопасности". Просто сейчас эти политики безопасности работают отдельно от systemd чуть-чуть сбоку.
Что касается шины, тут аналогично, kdbus тянули-тянули в ядро но не дотянули. Почему не дотянули? ЕМНИП, Линус сказал, что это не был очень хороший патч, причём в такой манере, что вротфильтр опеннета это не пропустит. А что нужно делать в таком случае? Выпрямлять архитектуру и руки. С другой стороны наличие шины IPC на стороне ядра позволит... что сделать? Много чего, почитайте архитектуру так называемых "гибридных" ядер.
Видимо, это было слишком тонко с моей стороны.., просто перечисленные ранее пункты "развития" превращают Linux в своеобразное BSD-окружение, сделанное с оглядкой на WinNT, и многое уже сделано, забавно да? Нейтральность и отсутствие качественных суждений в этом вопросе приветствуется.
> про remote-service забудьте
Вы хоть понимаете зачем это? Существует такая вещь как децентрализированная авторизация. Это когда правами пользователей управляет внешняя сущность, которая обычно не что иное как служба каталогов с Kerberos KDC.
Заранее имея разграничение на локальные и сетевые сервисы можно автоматически создать учётную запись, которая содержит все необходимые разрешения на Kerberos SPN, что при правильной конфигурации Kerberos позволит олицетворить других пользователей Kerberos на этом сетевом сервисе через делегирование в службе каталогов. Но да, можно руками всё делать или скриптик себе написать.

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

183. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от AntonAlekseevich (ok), 22-Ноя-17, 12:46

> Это дистроспицифично.
Ясно, просто в Arch'е такого каталога не наблюдаю.
> В одном есть в другом нет. sysconfig и default - странные каталоги, которые содержат якобы конфигурационные файлы, а на самом деле bash-скрипты где объявляются переменные в которых пишут опции запуска.
Не совсем BASh скрипты, некоторые файлы там это действительно дефолтная конфигурация программы, а не просто сохранение в environ.
>>> 4. Начнёт контролировать по ACL доступ к демонам и их сокетам, конфигурациям,
>>> самому себе.
>>> 5. Обзаведётся шиной данных для обмена информацией с модулями ядра и замкнет
>>> на себе IPC со своими ACL.
>>А вот это уже лишнее.
> А почему?
> п.4 уже работает, потому что SELinux работает и понимает вызовы systemd.
Только SELinux не везде включен.
> Там осталось только дать systemd возможность описать набор правил и разрешений для демона.
> Дашь возможность системному менеджеру управлять заранее заготовленным подмножеством параметров связанных с демонами и с ним самим, и появятся "Локальные политики безопасности".
На предприятиях да это нужно, дома это лишнее.
> Просто сейчас эти политики безопасности работают отдельно от systemd чуть-чуть сбоку.
И хорошо что пока работают отдельно.
> Что касается шины, тут аналогично, kdbus тянули-тянули в ядро но не дотянули. Почему не дотянули?
Сам D-Bus вроде собираются переписать, разве нет?
> ЕМНИП, Линус сказал, что это не был очень хороший патч, причём в такой манере, что вротфильтр опеннета это не пропустит.
> А что нужно делать в таком случае?
> Выпрямлять архитектуру и руки.
Это итак понятно.
> С другой стороны наличие шины IPC на стороне ядра позволит... что сделать? Много чего, почитайте архитектуру так называемых "гибридных" ядер.
Прочту на досуге про "гибридные" ядра.
> Видимо, это было слишком тонко с моей стороны.., просто перечисленные ранее пункты "развития" превращают Linux в своеобразное BSD-окружение, сделанное с оглядкой на WinNT, и многое уже сделано, забавно да?
Забавно, не забавно, а разница? У BSDk свои прелести, у Windows NTk свои.
> Нейтральность и отсутствие качественных суждений в этом вопросе приветствуется.
Раз вы написали то ладно учтено.
> Вы хоть понимаете зачем это?
Да, после прочтения.
> Существует такая вещь как децентрализированная авторизация.
Никто не спорит о существовании этой вещи.
> Это когда правами пользователей управляет внешняя сущность, которая обычно не что иное как служба каталогов с Kerberos KDC.
Видел такое в техникуме, только вместо кербероса был Samba и AD. Но я бы сказал что это более централизованный вариант AAA.
> Заранее имея разграничение на локальные и сетевые сервисы можно автоматически создать учётную запись, которая содержит все необходимые разрешения на Kerberos SPN, что при правильной конфигурации Kerberos позволит олицетворить других пользователей Kerberos на этом сетевом сервисе через делегирование в службе каталогов.
Теперь более менее ясно.

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

176. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от anonymous (??), 22-Ноя-17, 11:33

>> Он покрайней мере пытается сделать хорошую вещь чтобы было удобно админить.
> В этом и проблема. Причина нестерпимой ненависти к systemd как раз в
> том, что его удобно админить. Ранее для управления демонами в линукс
> требовались специфические знания:
> 1. Знать приложение которое ты запускаешь как демон.
  Чтоа? Это минус? Серьёзно? Т.е., блин, админу не надо знать приложения, которые он админит? Е#ать, когда успели появиться такие админы? Мне страшно.
> 2. Знать свой инит.
  М... Зачем, если тебе не надо писать стартовые скрипты? Дистрибутиводелы уже за тебя всё сделали и надо только сделать start.
> 3. Уметь писать скрипты на bash.
  Да что за трындец такой? С каких пор для админа unix-подобной ОС это минус??? Вы чего объелись там?
> 4. Понимать как настроить взаимодействие со всеми остальными скриптами и имеющимися демонами
> с учётом возможных обновлений.
  Ещё раз, это за тебя сделали дистрибутиводелы. Тебе это может понадобиться только, если ты внедряешь своё что-то в дистр.
> 5. Специфику дистрибутива.
  Это тоже минус??? Т.е. автослесарь мне будет жалиться на то, что ему нужно вникать в специфику той или иной модели авто, которые он ремонтирует, и это типо минус? Вы чего, с ума посходили? Админ обслуживает машины и знать специфику обслуживаемого железа и софта это как бы нормально. Было по крайней мере. Сейчас я уже даже теряюсь среди того, что норма для смузихлёбов.
> Systemd предполагает, что п.1 возьмёт на себя апстрим и предоставит интерфейсы для
  Да отрезвей уже. systemd ничего такого суперинновационного не предлагает. Все пункты выше - чушь, которая может так же быть применена к systemd(особенно знание синтаксиса systemd, в то время, как bash все нормальные админы уже знают).

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

180. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от Тузя (ok), 22-Ноя-17, 11:55

Прочитал внимательно дважды то, что писал в предыдущем посте. И нигде не увидел, что 5 пунктов были минусами. Это не минусы, это просто то что необходимо. Всё остальное ты придумал.
> systemd ничего такого суперинновационного не предлагает
Да. Всё так. Все это уже либо было в Линуксе, либо было в других ОС.

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

190. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +1 +/–

Сообщение от anonymous (??), 22-Ноя-17, 13:57

> Прочитал внимательно дважды то, что писал в предыдущем посте. И нигде не
> увидел, что 5 пунктов были минусами. Это не минусы, это просто
> то что необходимо. Всё остальное ты придумал.
Ну, тогда тебе не составит труда прочитать ещё раз то, что написал я, что бы понять, что у нормального админа и при использовании systemd эти 5 пунктов необходимы.

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

204. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." –1 +/–

Сообщение от Тузя (ok), 23-Ноя-17, 06:37

> Ну, тогда тебе не составит труда прочитать ещё раз то, что написал я, что бы понять, что у нормального админа и при использовании systemd эти 5 пунктов необходимы.
> нормального админа
> нормального
И сквозь этот комментарий я увидел твой печальный мир, в котором всего три цвета чёрный, белый и голубой.
Я даже как-то стесняюсь спросить о критериях нормальности админа, вдруг манямирки повылазят.

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

208. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." –1 +/–

Сообщение от anonymous (??), 23-Ноя-17, 12:43

> И сквозь этот комментарий я увидел твой печальный мир, в котором всего
> три цвета чёрный, белый и голубой.
  Всё проще - два. Чёрный и белый.
> Я даже как-то стесняюсь спросить о критериях нормальности админа, вдруг манямирки повылазят.
  А ты не стесняйся. Не барышня всё ж таки.
  Сейчас с определением нормального админа проще:
- если в ответ про systemd, человек отвечает твоими 5-ю пунктами, то он ненормальный;
- если после постановки несложной задачи, решение которой сводится к комбинированию различных утилит с помощью bash, человек идёт не экспериментировать в консоль и читать доки, а в гугл, то он ненормальный;
  Остальных можно считать нормальными в общей массе, хотя и там единицы настоящих админов. Сейчас кол-во компьютерщиков/админов увеличилось, но кол-во нормальных(которые понимают как работает система, могут при случае и софтину дописать и драйвер где надо) такое ощущение, что осталось как и было. ПРосто они разбавились середнячком и совсем плохими товарищами.

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

210. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от anonymous (??), 23-Ноя-17, 13:03

> - если в ответ про systemd, человек отвечает твоими 5-ю пунктами, то
> он ненормальный;
> - если после постановки несложной задачи, решение которой сводится к комбинированию различных
> утилит с помощью bash, человек идёт не экспериментировать в консоль и
> читать доки, а в гугл, то он ненормальный;
Совсем забыл про ещё один признак:
- если админ настаивает на том, что все непременно демоны надо распихать по отдельным контейнерам, он тож ненормальный; при чём буквально - в больницу надо человека срочно везти.

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

212. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." –1 +/–

Сообщение от Тузя (ok), 23-Ноя-17, 18:25

> - если в ответ про systemd, человек отвечает твоими 5-ю пунктами, то он ненормальный;
Как-то жидко.
> могут при случае и софтину дописать и драйвер где надо
1. Знать приложение которое ты запускаешь как демон.
> после постановки несложной задачи, решение которой сводится к комбинированию различных утилит с помощью bash, человек идёт не экспериментировать в консоль и читать доки...
3. Уметь писать скрипты на bash.
> которые понимают как работает система
4. Понимать как настроить взаимодействие со всеми остальными скриптами и имеющимися демонами с учётом возможных обновлений.
5. Специфику дистрибутива.
Получается, что они все ненормальные, так что ли? Нет.
Эти 5 пунктов применимы к тем админам, которые принимают на поддержку программы, созданные командой разработчиков внутри компании. Только им нужно "2. Знать свой инит.", этого требует задача. По другим причинам, обычно, к иниту не лезут.
> ПРосто они разбавились середнячком и совсем плохими товарищами.
Да, из-за спроса на рынке труда. Им сложно, долго, муторно, некоторые даже гуглить не могут, а работу делать надо. Что делать? Red Hat замучился поддерживать ушелскриптованный RHEL6 и еще помогать в техподе таким "товарищам". Вот вам и systemd и он им, таки, помогает.
> Остальных можно считать нормальными в общей массе, хотя и там единицы настоящих админов.
А я думал, что у меня гипертрофированное эго. Каждый раз читаю таких зазнаек и понимаю, что я ещё нормальный.
> А ты не стесняйся. Не барышня всё ж таки.
Честно, я ожидал худшего. Ч/Б максимализм, видимо, не позволяет заметить, что мы говорим примерно одно и то же разными словами.

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

245. "Линус Торвальдс раскритиковал ограничительные меры по усилен..." +/–

Сообщение от anonymous (??), 24-Ноя-17, 11:22

>> - если в ответ про systemd, человек отвечает твоими 5-ю пунктами, то он ненормальный;
> Как-то жидко.
  Что ты такой капризный? Жидко - не жидко. Ешь что дают. Другого нет. В стране кризис.
> Да, из-за спроса на рынке труда. Им сложно, долго, муторно, некоторые даже
  Да на здоровье. Только кто заставляет людей трудиться без интереса к делаемой работе? Спрос?
Это в принципе относится к любой работе и в принципе к людям самим по себе.
> гуглить не могут, а работу делать надо. Что делать? Red Hat
  Известно что - людей наxер уволить, заменить роботами. Что уже технически давно возможно во многих местах труда, но это политический вопрос. Люди без работы начнут заниматься всякой xернёй.
> Вот вам и systemd и он им, таки, помогает.
  Да никак он не помогает. Он тут ни при чём. Тут больше какие-то планы RH по организации инфраструктуры своего бизнеса по обособлению RHEL от остальных как истинно Ынтерпрайза или типа того. Админы здесь ни при чём.
>  что мы
> говорим примерно одно и то же разными словами.
  Ну и отл.

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

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

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

Партнёры:

Хостинг:

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

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


	59. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+5 +/–
	Сообщение от angra (ok), 20-Ноя-17, 16:13
	> Что к ядру не относится, то можно вносить, но если это мешает выполнению задач или ломает решение задачи, то вносить постепенно, иначе сломайте само изменение и не вносите его вообще. Вот бы кто до Лёнчика и Ко довел эту важную мысль. Для них поломать совместимость это раз плюнуть и вообще notabug. > Хватит говорить что SystemD или что-то там это плохо. Действительно, как можно критиковать ниспосланное самим Лёнчиком. Даже если оно хреново работает "для своих задач и мест где они применяются".
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	95. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	–1 +/–
	Сообщение от Аноним (-), 20-Ноя-17, 21:29
	> Вот бы кто до Лёнчика и Ко довел эту важную мысль. Для них поломать совместимость это раз плюнуть и вообще notabug. Вам кто-то мешает старую версию использовать?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	222. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+/–
	Сообщение от Аноним (-), 23-Ноя-17, 21:16
	>> Вот бы кто до Лёнчика и Ко довел эту важную мысль. Для них поломать совместимость это раз плюнуть и вообще notabug. > Вам кто-то мешает старую версию использовать? Уязвимости мешают и удобство обновления. Тебе-то понятно не мешают.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	142. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+/–
	Сообщение от AntonAlekseevich (ok), 21-Ноя-17, 10:02
	> Вот бы кто до Лёнчика и Ко довел эту важную мысль. А сами написать ему на email не судьба? На его родном языке. > Для них поломать совместимость это раз плюнуть и вообще notabug. А для других нет? Если нужны серьезные улучшения приходится чем-то жертвовать (прим. Legacy and unstable кодом). > Действительно, как можно критиковать ниспосланное самим Лёнчиком. > Даже если оно хреново работает "для своих задач и мест где они применяются". Если честно не понял ваш посыл по поводу Поттеринга. Он покрайней мере пытается сделать хорошую вещь чтобы было удобно админить. (А вы сможете или захотите сделать лучше систему инициализации чтобы всё общество сказало что "Да, это надо!"? Я думаю что лучше попытаться. (Я думаю что ответ будет очевидным: "НЕНУЖНО!".)) Я принимаю абсолютно нейтральную позицию, как для SystemD, так и для других инициализационных систем.
	Ответить \| Правка \| К родителю #59 \| Наверх \| Cообщить модератору


	145. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+1 +/–
	Сообщение от Аноним (-), 21-Ноя-17, 10:54
	> Если честно не понял ваш посыл по поводу Поттеринга. > Он покрайней мере пытается сделать хорошую вещь чтобы было удобно админить. (А > вы сможете или захотите сделать лучше систему инициализации чтобы всё общество > сказало что "Да, это надо!"? Я думаю что лучше попытаться. (Я > думаю что ответ будет очевидным: "НЕНУЖНО!".)) > Я принимаю абсолютно нейтральную позицию, как для SystemD, так и для других > инициализационных систем. Одаренным это не нужно понимать. У вас и так все хорошо.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	156. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+1 +/–
	Сообщение от angra (ok), 21-Ноя-17, 17:41
	> А сами написать ему на email не судьба? На его родном языке. Наивное создание, ты даже не представляешь сколько ему об этом писали. > А для других нет? Если нужны серьезные улучшения приходится чем-то жертвовать (прим. Legacy and unstable кодом). А для других нет. Ну и улучшений в основной задаче системы инициализации я не наблюдаю, а вот ухудшения определенно есть. > Если честно не понял ваш посыл по поводу Поттеринга. > Он покрайней мере пытается сделать хорошую вещь чтобы было удобно админить. Мне как то плевать на то, что он по твоему мнению хотел, мне важно то, что получилось. > вы сможете или захотите сделать лучше систему инициализации чтобы всё общество сказало что "Да, это надо!"? Принятие сообществом имеет очень слабое отношение к пропихиванию systemd в основные дистры, там совсем другие механизмы были использованы.
	Ответить \| Правка \| К родителю #142 \| Наверх \| Cообщить модератору


	161. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	–2 +/–
	Сообщение от AntonAlekseevich (ok), 21-Ноя-17, 23:02
	> Наивное создание, ты даже не представляешь сколько ему об этом писали. Если это была попытка затроллить, то вы не по адресу. Прошу иначе выбросите сюда maillist с подобным запросом. > А для других нет. Ну и улучшений в основной задаче системы инициализации я не наблюдаю, а вот ухудшения определенно есть. Слишком предвзятое и плохое отношение к SystemD. Я ухудшений не видел, либо я что-то делаю правильно, а не криво. > Мне как то плевать на то, что он по твоему мнению хотел, мне важно то, что получилось. Ваше мнение предвзятое. Либо у вас сильно накипело. Попробуйте причесать конфигурацию SystemD. > Принятие сообществом имеет очень слабое отношение к пропихиванию systemd в основные дистры, там совсем другие механизмы были использованы. Пример этого механизма приведите для начала. SystemD ставят чтобы лишне не парится с конфигурацией на скриптах ибо там все работает динамический и с пол пинка. Что вероятнее всего не сделать с помощью обычного скрипта. Старайтесь придерживаться нейтральной позиции.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	163. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+1 +/–
	Сообщение от angra (ok), 22-Ноя-17, 00:40
	> Старайтесь придерживаться нейтральной позиции. С чего бы это? Нейтралитет это для подростков, начитавшихся фентези, а мне давно не 15 лет. Если мне какая-то поделка не нравится, то я и буду говорить о том, что она мне не нравится и даже указывать чем именно. > Слишком предвзятое и плохое отношение к SystemD. Плохое - несомненно, но с чего ты решил, что оно предвзятое? Ты вообще значение этого слова знаешь? > Либо у вас сильно накипело. Если проблемы системд могут довести кого-то до кипения, то может не зря ее так ругают? > Я ухудшений не видел, либо я что-то делаю правильно, а не криво. Либо просто не хватает опыта и ты еще не сталкивался с проблемами. > Попробуйте причесать конфигурацию SystemD Сдается мне, что когда машина зависает при загрузке сразу после передачи управления на systemd, дело совсем не в конфигурации. А может в ней дело, когда мне после запуска каждого сервиса приходится лезть в лог, чтобы узнать запустился ли он? Что посоветуете конфигурять, когда systemd рапортует, что сервис запущен, а по факту его нет или наоборот? И главное, зачем мне вообще это счастье с причесыванием systemd, когда другие системы инициализации просто работают?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	165. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	–1 +/–
	Сообщение от AntonAlekseevich (ok), 22-Ноя-17, 08:50
	> С чего бы это? Это просьба, а не требование. Так будет легче понять в чем дело не так. > Нейтралитет это для подростков, ... Если нейтралитет не сохраняется увы тут и проблем становится больше да и сами проблемы становятся больше. > ... начитавшихся фентези, ... А вот оно как. Т.е. если я не читал фэнтэзи мне нейтралитет ненужен? (И потом спрашивается что черт возьми здесь происходит.) > ... а мне давно не 15 лет. Иии... Мне 20 лет, но это не означает что в сети лучше не соблюдать нейтралитет. > Если мне какая-то поделка не нравится, то я и буду говорить о том, что она мне не нравится и даже указывать чем именно. Мало указывать, нужно ещё найти из-за чего оно так себя ведет. > Плохое - несомненно, но с чего ты решил, что оно предвзятое? Ваше мнение направленно резко против SystemD поскольку оно учитывает только плохие аспекты конкретно этой системы инициализации. > Ты вообще значение этого слова знаешь? Я скажу по своему. Предвзятое есть как предварительно взятое учитывающее только односторонний или определенный аспект конкретного объекта. > Если проблемы системд могут довести кого-то до кипения, то может не зря ее так ругают? Просто разобраться в чем причина не хотят, да и просто разобраться не желают вот и начинают кипеть по этому поводу. > Либо просто не хватает опыта и ты еще не сталкивался с проблемами. Я сталкивался с многими проблемами, но как-то все эти проблемы я решал сразу на месте сам. > Сдается мне, что когда машина зависает при загрузке сразу после передачи управления на systemd, дело совсем не в конфигурации. Вероятнее всего в конфиге и дело, можно этот момент более подробно расписать. > ... когда мне после запуска каждого сервиса приходится лезть в лог, чтобы узнать запустился ли он? У SystemD есть такая замечательная вещь как `status`, а делается он так. $ systemctl status "Имя сервиса, сокета, таймера, маунта, слайса, скопа, девайса, таргета, свопа, аутомаунта желательно с указанием типа объекта" > Что посоветуете конфигурять, когда systemd рапортует, что сервис запущен, а по факту его нет или наоборот? Первое смотрите в статус и там все наглядно будет расписано куда смотреть дальше. Статус точно скажет что сервис стартанул, либо уперся в ошибку, либо вообще мертв и не запускался. > И главное, зачем мне вообще это счастье с причесыванием systemd, когда другие системы инициализации просто работают? Причесывание конфигурации SystemD: Во-первых это достаточно увлекательное занятие. (По своему опыту, другие системы которыми я пользовался нуждаются в достаточно сильно отшлифовке чтобы просто работали как надо максимально долго до первого сбоя.) Во-вторых это позволит понять как правильно с ней работать, а может сделать систему ещё лучше. (По своему опыту, мне быстрее причесать конфиги SystemD, отдельных модулей и служб чем париться с написанием скриптов на BASh и их встраиванием в InitTab с точным указанием что после чего и через какое время.) В-третьих это просто возможность облегчить себе рутинную работу с администрированием. (По своему опыту, мне много быстрее настроить сетку через networkd сказав в конфигурации что "вот эта девайсина должна быть настроена динамический на адреса только версии 4, также создай туннельное соединение с статическим адресом версии 4, создай отдельное соединение для другой службы" вместо ковыряния `ip addr`, `netctl`, `ifconfig` и опять же создания скрипта для настройки сети.)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	171. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+/–
	Сообщение от angra (ok), 22-Ноя-17, 10:03
	>> Ты вообще значение этого слова знаешь? > Я скажу по своему. > Предвзятое есть как предварительно взятое учитывающее только односторонний или определенный аспект конкретного объекта. Понятно, значение слова тебе неизвестно, но ты его смело употребляешь. > Просто разобраться в чем причина не хотят, да и просто разобраться не желают вот и начинают кипеть по этому поводу. > Причесывание конфигурации SystemD: > Во-первых это достаточно увлекательное занятие. Когда ты от администрирования локалхоста в свободное время перейдешь к администрированию за деньги десятков и сотен серверов, мнение у тебя сильно изменится. > Я сталкивался с многими проблемами, но как-то все эти проблемы я решал сразу на месте сам. То бишь проблемы таки есть, зачем же ты тогда отрицал их наличие? Но если тебе нечего делать и хочется порешать проблемы systemd, то добейся его работы с ядром от RHEL 6. > Вероятнее всего в конфиге и дело, можно этот момент более подробно расписать. Что именно тебе подробней описать? > У SystemD есть такая замечательная вещь как `status`, а делается он так. Ну спасибо, что открыл мне глаза, а то я наверняка на паре сотен centos 7 серверов этого не заметил. Вот только в случае других систем инициализации это действие не нужно вообще. C ними хватает одной команды, а с systemd нужно две, то бишь в два раза больше. Хотя для верности лучше три(ps или netstat), так как он и в статусе может ошибаться. > Первое смотрите в статус и там все наглядно будет расписано куда смотреть дальше. Ты издеваешься? У него в status стоит, что сервис запущен, делать в этом случае start он естественно не хочет, типа сильно умный, а иногда и stop/restart не может. > По своему опыту, мне быстрее причесать конфиги SystemD, отдельных модулей и служб чем париться с написанием скриптов на BASh и их встраиванием в InitTab с точным указанием что после чего и через какое время. Это лишь говорит о том, что ты не знаешь как оно работало до systemd. > В-третьих это просто возможность облегчить себе рутинную работу с администрированием. Только тем, кто не знал как это сделать без systemd. > (По своему опыту, мне много быстрее настроить сетку через networkd ... вместо ковыряния `ip addr`, `netctl`, `ifconfig` и опять же создания скрипта для настройки сети.) То бишь ты либо юзал дистр без нормальной системы конфигурирования сети, либо поленился почитать, как в твоем дистре это правильно делается. А у меня есть замечательный опыт, когда одно и то же изменение конфига сети на машине без systemd работает замечательно, а на машине с systemd приводит к потере связи и работать начинает только после ребута, прямо как в винде.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	177. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+/–
	Сообщение от AntonAlekseevich (ok), 22-Ноя-17, 11:36
	> Понятно, значение слова тебе неизвестно, но ты его смело употребляешь. Я принимаю это слово так как я его описал, да есть другое значение этого слова и в действительности я не знаю этого значения поэтому беру понятие которое сложилось в голове. > Когда ты от администрирования локалхоста в свободное время перейдешь к администрированию за деньги десятков и сотен серверов, мнение у тебя сильно изменится. Ой да ладно это не настолько муторно. В случае чего перенастроить это мне будет легче. > То бишь проблемы таки есть, зачем же ты тогда отрицал их наличие? Эти проблемы по большей части были моими ошибками. > Но если тебе нечего делать и хочется порешать проблемы systemd, то добейся его работы с ядром от RHEL 6. А вот это уже интересней. На досуге попробую решить эту проблему, но вероятнее всего нарвусь на SELinux в режиме enforcing. > Что именно тебе подробней описать? Какая служба высвечивается, конфигурационный файл службы, статус ошибки если есть, возможно ещё boot.log, если присутствует SELinux то в каком режиме он работает. Одними словами всю ситуацию по этой проблеме. > Ну спасибо, что открыл мне глаза, а то я наверняка на паре сотен centos 7 серверов этого не заметил. > Вот только в случае других систем инициализации это действие не нужно вообще. Да зато проверить top, ps, netstat, syslog и найти почему возникает Warning после запуска службы бывает иногда проблематичнее. {Я ненавижу Warning'и в плане что их обычно игнорируют.} > С ними хватает одной команды, а с systemd нужно две, то бишь в два раза больше. А `status` не всегда нужен, только на этапах конфигурации и отлова ошибок в случае их появления. > Хотя для верности лучше три(ps или netstat), так как он и в статусе может ошибаться. Не видел проблем с ошибкой в статусе. Даю намек что использую только последнюю версию SystemD. > Ты издеваешься? Нет, а я на это способен? > У него в status стоит, что сервис запущен, делать в этом случае start он естественно не хочет, типа сильно умный, а иногда и stop/restart не может. А что в логе под самим статусом написано? > Это лишь говорит о том, что ты не знаешь как оно работало до systemd. Нет, я понимаю как оно работало раньше, но сейчас полностью возлагаю основную рутину на SystemD поскольку я пока не понимаю как настроить InitTab. Однако я не могу пока пойти на эксперимент BootWithInitTabAndBusyboxOnlyInInitRAMFS без собственного понимания процесса работы самого InitTab'а. > Только тем, кто не знал как это сделать без systemd. Или тем кому не хочется париться с этим и заняться уже делом, а не подпиливать что есть. > То бишь ты либо юзал дистр без нормальной системы конфигурирования сети, либо поленился почитать, как в твоем дистре это правильно делается. У меня нет понятия "нормального" конфигурирования сети(то бишь мне легче дать указание программе сделай вот это, это, и это и не более того.), но есть понятие универсального конфигурирования сети. Также считаю что не существует единственно правильного пути настройки сети в дистрибутиве который использовался, используется или будет использован. Следовательно я волен использовать любой сетевой конфигуратор который мне доступен. > А у меня есть замечательный опыт, когда одно и то же изменение конфига сети на машине без systemd работает замечательно, а на машине с systemd приводит к потере связи и работать начинает только после ребута, прямо как в винде. Все это в оффтопике. //Offtopic story: Из моего опыта. Хотя у меня однажды возникало состояние сети NOCARRIER, но это была проблема не SystemD, а моего роутера. Он сам периодический теряет Link и Local-Link, однако пытается его поднять сразу, не поднимая Local-Link из-за чего приходится самому разрывать соединение. Это на localhost. А в случае с компами на которых я выполнял настройку конфигурации сети, такой фигни не было вообще. На всех этих ПК использовался upstart и systemd в обнимку. Что немного раздражало ибо одно мешает другому. Исключением стал Broadcast-Storm который я устроил по случайности, но он оказал большее влияние на другую сторону сети чем на те ПК на которых происходила настройка сети. Большая беда была у ПК с Windows. (Да и ликвидировал эту проблему не сразу, так как не видел её существования.)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	198. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+/–
	Сообщение от angra (ok), 22-Ноя-17, 20:09
	> я не знаю этого значения поэтому беру понятие которое сложилось в голове. Имрюк, полный. А ты не подумал, что нормальное общение возможно только, если собеседники будут вкладывать в слова один и от же смысл? > Ой да ладно это не настолько муторно. Ну ты ведь не пробовал, с чего такая уверенность? > На досуге попробую решить эту проблему, но вероятнее всего нарвусь на SELinux в режиме enforcing. Я сказал с ядром от RHEL6, а не с RHEL6. Ты ядро от дистрибутива вообще отличаешь? > Какая служба высвечивается, конфигурационный файл службы, статус ошибки если есть, возможно ещё boot.log, если присутствует SELinux то в каком режиме он работает. Одними словами всю ситуацию по этой проблеме. Понятно, не отличаешь. Ядро передает управление иниту(systemd) на этом финиш. Ни до каких сервисов ход не доходит. > А `status` не всегда нужен, только на этапах конфигурации и отлова ошибок в случае их появления. Как же тебе объяснить. Я не играюсь с systemd, не причесываю ему конфигурацию, у меня не локалхост и куча свободного времени на это. Я решаю совсем другую задачу и в процессе мне надо просто запустить некий сервис. Раньше в случае проблем я сразу их видел в консоли после команды запуска. А вот systemd проблемы скрывает. Теперь после каждого запуска мне надо обязательно смотреть статус, а еще лучше делать ps, чтобы проверить, что запуск реально произошел. > Нет, я понимаю как оно работало раньше, но сейчас полностью возлагаю основную рутину на SystemD поскольку я пока не понимаю как настроить InitTab. Джон Сноу, ты уже определись, знаешь ты или не знаешь. Ну и чисто для справки /etc/inittab и /etc/init.d это очень разные вещи. Трогать inittab для настройки запуска сервисов не нужно. > Следовательно я волен использовать любой сетевой конфигуратор который мне доступен. Да пожалуйста. Я даже не говорю, что конфигурация через systemd это плохо. Речь вообще-то была о том, что a) сеть уже лет десять минимум легко можно было настроить в основных дистрах без всякого systemd и написания скриптов; б) systemd умудряется ломать уже существующие способы настройки.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	200. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+/–
	Сообщение от AntonAlekseevich (ok), 22-Ноя-17, 22:58
	> Имрюк, полный. Что вы имели ввиду под первым словом? > А ты не подумал, что нормальное общение возможно только, если собеседники будут вкладывать в слова один и от же смысл? Я думаю что важен не настолько смысл слова, но контекст в котором это слово употреблено. > Ну ты ведь не пробовал, с чего такая уверенность? Я пробовал поддерживать компьютерную систему в техникуме это я приводил в оффтопике к предыдущему комментарию. Это было пока я учился там. > Я сказал с ядром от RHEL6, а не с RHEL6. Разве SELinux не должен быть включен в конфиге ядра для начала? Потом SystemD вроде должен быть тоже собран с включенным SELinux. Разве нет? > Ты ядро от дистрибутива вообще отличаешь? Да, но только я дистрибутив иногда заменяю словами "Операционная система на базе ядра ...". При случаи когда это именно "дистрибутив операционной системы", а не набор отдельных программ совмещенных в одно. > Понятно, не отличаешь. О как оно идет, т.е. ты прочел одно, переходим к следующему и сразу к выводу что нет это не то. > Ядро передает управление иниту(systemd) на этом финиш. А этот инит существует до RootFS? (В InitRAMCPIO он должен присутствовать для того чтобы он запустился со всеми модулями которые ему нужны.) Если нет то понятно в чем проблема. > Ни до каких сервисов ход не доходит. Пересобирайте как SystemD(с флагом включения SELinux) так и InitRAMCPIO(с включением туда самого SystemD). > Как же тебе объяснить. Говорите как есть, я не настаиваю в принудительном использовании SystemD я просто защищаю позицию этой системы инициализации. > Я не играюсь с systemd, не причесываю ему конфигурацию, у меня не локалхост и куча свободного времени на это. > Я решаю совсем другую задачу и в процессе мне надо просто запустить некий сервис. > Раньше в случае проблем я сразу их видел в консоли после команды запуска. Я понимаю что нет времени и у вас не локалхост. Попробуйте потом как-нибудь разгрузиться и на виртуалочке в освободившееся время разобраться из-за чего происходят проблемы. > А вот systemd проблемы скрывает. Но проблема в том что я видел все проблемы того софта который у меня работал и работает по сей день и не видел скрытых проблем мне SystemD все четко показывал что говорили службы, работают ли они в этот момент или нет. > Теперь после каждого запуска мне надо обязательно смотреть статус, а еще лучше делать ps, чтобы проверить, что запуск реально произошел. Я ps не использовал и не использую в этих случаях поскольку знаю что служба работает и SystemD в статусе сообщает `running` и по логу вижу что да служба работает ошибок не обнаружено. > Джон Сноу, ты уже определись, знаешь ты или не знаешь. Я ранее говорил что я не всезнайка и не суперчеловек по Ницше. Я могу ошибаться, и имею право делать ошибку, не получая за это штраф/санкцию/наказание. > Ну и чисто для справки /etc/inittab и /etc/init.d это очень разные вещи. Я понимаю что это разные вещи, но я не понимаю в точности что к чему должно относиться. > Трогать inittab для настройки запуска сервисов не нужно. Мне казалось ранее что это необходимо было делать. [Bad XP] Просто я пытался как-то раз сделать InitRAMFS на основе BusyBox, а там я не использовал init.d вместо этого использовал inittab. Теперь понял в чем была моя ошибка. Буду переделывать этот самый InitRAMFS заново. > Я даже не говорю, что конфигурация через systemd это плохо. Вот это я и хотел услышать. > Речь вообще-то была о том, что > a) сеть уже лет десять минимум легко можно было настроить в основных дистрах без всякого systemd и написания скриптов; Если есть хотя бы ifconfig или его производные. Да это можно делать вручную, но это будет только на уровне "до down проживет и отвалится". Хотя да можно использовать init.d для создания соединения, но уровень будет тот же. > б) systemd умудряется ломать уже существующие способы настройки. Согласен, но всё же не все способы настройки ломаются. [offtopic]Мне лучше не противиться и сказать все же "да это так SystemD плох и пока достаточно сырой для работы на ..." и забить на дискуссию, но это будет означать что SystemD хуже всех оставшихся систем инициализации. (Мне в этом случае придется извиниться абсолютно перед всеми пользователями что участвовали в данной дискуссии. А это более ~ 600 человек просмотревших эту страницу. Если я не ошибся.)[/offtopic]
	Ответить \| Правка \| Наверх \| Cообщить модератору


	201. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+1 +/–
	Сообщение от angra (ok), 23-Ноя-17, 04:37
	> Пересобирайте как SystemD(с флагом включения SELinux) так и InitRAMCPIO(с включением туда самого SystemD). Ну ты попробуй, расскажешь о результатах. А у меня нет желания с этим возится, мне проще убрать systemd оттуда, где он вызывает проблемы. > Попробуйте потом как-нибудь разгрузиться и на виртуалочке в освободившееся время разобраться из-за чего происходят проблемы. У меня есть масса куда более интересных занятий в свободное время. А самое главное, мне в большинстве случаев без разницы из-за чего у systemd проблемы со штатными сервисами дистрибутива. Пусть у ментейнеров болит голова по этому поводу. Я же просто получу нужный мне результат здесь и сейчас, даже если для этого придется превратить юнит systemd в пускалку "портянки". Любопытно, возня с системой инициализации как важная часть админской работы появилась только с появлением systemd, до него этому вопросу уделялось ничтожно мало времени. На этом фоне особо смешат рассказы его сторонников про облегчение работы админа. > Я ps не использовал и не использую в этих случаях поскольку знаю что служба работает и SystemD в статусе сообщает `running` и по логу вижу что да служба работает ошибок не обнаружено. Ну а я наблюдал как при running и отсутствии ошибок в том куске, что выводит status, в реальности нужного процесса не наблюдалось. Хотя справедливости ради, я такое видел не только с systemd, но и с upstart. > Буду переделывать этот самый InitRAMFS заново. А какое отношение initramfs имеет к системе инициализации, кроме одинакового названия для файла, запускаемого ядром? Задача initramfs заключается в загрузке модулей ядра, необходимых для монтирования корневой fs и возможно еще каких-то действиях перед передачей управления собственно иниту. Использовать полноценный init внутри initramfs конечно можно, но смысла обычно нет. > Если есть хотя бы ifconfig или его производные. Да это можно делать вручную, но это будет только на уровне "до down проживет и отвалится". Хотя да можно использовать init.d для создания соединения, но уровень будет тот же. Ну тебе уже ниже приводили пример файла конфигурации сети, без всяких ручных вызовов ifconfig, iwconfig, dhclient, brctl и прочего. Нет, всё равно упорствуешь. Вот тебе еще пример auto lo iface lo inet loopback auto br0 iface br0 inet dhcp bridge-ports eth0 regex veth.* И о чудо, работает черти сколько лет без всякого systemd. > но это будет означать что SystemD хуже всех оставшихся систем инициализации. Какой-то очень странный логический вывод.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	209. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+/–
	Сообщение от anonymous (??), 23-Ноя-17, 13:00
	> Любопытно, возня с системой инициализации как важная часть админской работы появилась только > с появлением systemd, до него этому вопросу уделялось ничтожно мало времени. Люто плюсую! Распечатать и на стену повесить! > На этом фоне особо смешат рассказы его сторонников про облегчение работы > админа. Да-да :-). Они-то не в курсе, что админы до этого занимались своей основной работой, а не танцами с инициализацией.
	Ответить \| Правка \| К родителю #201 \| Наверх \| Cообщить модератору


	216. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+/–
	Сообщение от AntonAlekseevich (ok), 23-Ноя-17, 20:41
	> Люто плюсую! Распечатать и на стену повесить! Зато головная боль после обновления чисто мажорных версий отпадает, как по мне. > Да-да :-). Они-то не в курсе, что админы до этого занимались своей основной работой, а не танцами с инициализацией. Бесполезно напоминать что это делается не периодический, а только раз после её установки. Могу плюсом заметить что сервисы в SystemD могут иметь генеративный характер, то есть даже отпадает часть проблем с сервисами, но появляется меньший источник проблем в виде генератора сервиса, который править много проще.
	Ответить \| Правка \| К родителю #209 \| Наверх \| Cообщить модератору


	215. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+/–
	Сообщение от AntonAlekseevich (ok), 23-Ноя-17, 20:31
	> Ну ты попробуй, расскажешь о результатах. Я то попробую если не забуду. (Может для этого напишу статью на HH как это сотворить и что из этого вышло.) >А у меня нет желания с этим возится, мне проще убрать systemd оттуда, где он вызывает проблемы. Это на текущий момент(учитываю то что у вас был Bad XP) нет желания. > У меня есть масса куда более интересных занятий в свободное время. Пример, DIY, или программирование, или написание комментариев, или статей, или свой вариант. > А самое главное, мне в большинстве случаев без разницы из-за чего у systemd проблемы со штатными сервисами дистрибутива. А мне нет. Поскольку если стоит проблема которая может привести в будущем к россыпи всего что было сделано раньше, это носит характер немедленной корректировки работы сервиса. > Пусть у ментейнеров болит голова по этому поводу. Если будет проблема у мейнтейнеров, то эта проблема перескочит и на нас с вами. Так что нет, появилась проблема у мэйнтэйнеров решаем её и помогаем развивать дистрибутив дальше. > Я же просто получу нужный мне результат здесь и сейчас, даже если для этого придется превратить юнит systemd в пускалку "портянки". > Любопытно, возня с системой инициализации как важная часть админской работы появилась только с появлением systemd, до него этому вопросу уделялось ничтожно мало времени. Эта возня идет как раньше первым делом и когда меняется софт или мажорная версия этого софта с проскоком всех минорных версий. (Спасибо, но не хочу как раньше перечитывать и переписывать часть скрипта если вдруг он отвалился после апдейта.) > На этом фоне особо смешат рассказы его сторонников про облегчение работы админа. Ок, может вас и смешат эти рассказы, но меня нет, мне реально проще редактировать просто сервис указав его переменные среды и команду и не думать что он запустится от рута и не сломается на ходу. > Ну а я наблюдал как при running и отсутствии ошибок в том куске, что выводит status, в реальности нужного процесса не наблюдалось. Последние версии SystemD следят за процессами запущенными им, наверное поэтому я и не видел этих проблем.(Сейчас на версии 235.38 я не вижу этих проблем и до этой версии(с момента установки ArchLinux) ну не замечал подобного поведения он всегда(с момента установки ArchLinux) работал исправно.) > Хотя справедливости ради, я такое видел не только с systemd, но и с upstart. Повторюсь такого поведения не замечал на SystemD, а вот насчет Upstart я предпочту забыть, спасибо. > А какое отношение initramfs имеет к системе инициализации, кроме одинакового названия для файла, запускаемого ядром? > Задача initramfs заключается в загрузке модулей ядра, необходимых для монтирования корневой fs и возможно еще каких-то действиях перед передачей управления собственно иниту. > Использовать полноценный init внутри initramfs конечно можно, но смысла обычно нет. Смысл в том что: 1. Это хоть не на много но позволяет передвинуть момент когда /sbin/init будет запущен; 2. Чтобы провести восстановительные работы перед подключением RootFS.(К примеру, сегфолтящаяся либа в RootFS. Я это встречал на Ubuntu 16.10 когда она была ещё нестабильной.) > Ну тебе уже ниже приводили пример файла конфигурации сети, без всяких ручных вызовов ifconfig, iwconfig, dhclient, brctl и прочего. Я знаю что это можно сделать и без этого. > Нет, всё равно упорствуешь. Из-за непонимания. Куда бросить и где создать и с каким шаблоном по имени. > Вот тебе еще пример > [\CODE] > auto lo > iface lo inet loopback > auto br0 > iface br0 inet dhcp > bridge-ports eth0 regex veth.* > [\/CODE] Пример бесполезно приводить я его видел не раз. > И о чудо, работает черти сколько лет без всякого systemd. Именно что без SystemD и связки его с udev это будет работать. А после добавления этой связки(именно связки в не отконфигурированном состоянии) `bridge-ports eth0 regex veth.*` превратится в тыкву потому-что eth0 не существует, но вместо него существует enpXsY[.Z]. > Какой-то очень странный логический вывод. Потому-что я пытаюсь доказать что SystemD имеет право на существование там где это возможно.
	Ответить \| Правка \| К родителю #201 \| Наверх \| Cообщить модератору


	217. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+/–
	Сообщение от angra (ok), 23-Ноя-17, 20:58
	> Я то попробую если не забуду. (Может для этого напишу статью на HH как это сотворить и что из этого вышло.) Лучше на openvz.org, а то специалисты ядерщики не могут их подружить, а у тебя получится. > Пример, DIY, или программирование, или написание комментариев, или статей, или свой вариант. Секс с женой куда приятней и даже интересней секса с systemd :) > Последние версии SystemD следят за процессами запущенными им, наверное поэтому я и не видел этих проблем. Всё может быть, но в debian 8/9 и Centos 7 стоят не последние версии. Напомню, администрирование для меня работа, а не развлечение. > 1. Это хоть не на много но позволяет передвинуть момент когда /sbin/init будет запущен; Мсье определенно знает толк в извращениях. > 2. Чтобы провести восстановительные работы перед подключением RootFS И как здесь поможет система инициализации в initramfs? То же самое можно получить без нее, причем это будет проще. > Я знаю что это можно сделать и без этого. Так зачем ты рассказываешь страшные сказки про то, как нужно было возится со скриптами, а пришел systemd и стало можно всё настроить одним конфигом? > Именно что без SystemD и связки его с udev это будет работать. А после добавления этой связки(именно связки в не отконфигурированном состоянии) `bridge-ports eth0 regex veth.*` превратится в тыкву потому-что eth0 не существует, но вместо него существует enpXsY[.Z]. > Потому-что я пытаюсь доказать что SystemD имеет право на существование там где это возможно. По-моему ты только что привел аргумент в пользу обратного. Без systemd всё хорошо, а с его приходом всё ломается и приходится делать костыли.
	Ответить \| Правка \| К родителю #215 \| Наверх \| Cообщить модератору


	225. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+/–
	Сообщение от AntonAlekseevich (ok), 23-Ноя-17, 22:06
	> Лучше на openvz.org, а то специалисты ядерщики не могут их подружить, а у тебя получится. Ядро версии 2.6.32, ну вы суровые ребята. Попробую сначала это запустить без SystemD потом портировать на SystemD. (Это уж точно занятие на пару с половиной суток в сумме без учета накладных.) > Секс с женой куда приятней и даже интересней секса с systemd :) Давайте без пошлостей. Спасибо. > Всё может быть, но в debian 8/9 и Centos 7 стоят не последние версии. Да это так. И я согласен что это может стать проблемой. Включая обновления дистрибутива. > Напомню, администрирование для меня работа, а не развлечение. Я не говорю о том что я развлекаюсь с правами root на всех обслуживаемых ЭВМ. > Мсье определенно знает толк в извращениях. Желание ускорить все и всея не есть извращение. > И как здесь поможет система инициализации в initramfs? Система инициализации в InitRAMFS, может выполнится до перехода перехода в RootFS не монтируя его и сказать что система уже работает и оставить / в InitRAMFS что позволит при наличии утилит в InitRAMFS выполнить процедуры восстановления без необходимости использования RootFS. > То же самое можно получить без нее, причем это будет проще. А если отрубим PXE, ATA, USB и прочие устройства с которых осуществляется загрузка этих двух файлов загрузчиком после запуска ядра? (Будет больно и очень больно использовать утилиты извне не выполняя подгрузку из RootFS не пред загруженных в память прог.) > Так зачем ты рассказываешь страшные сказки про то, как нужно было возится со скриптами, а пришел systemd и стало можно всё настроить одним конфигом? Я это рассказываю про то как я бы сделал если бы я в том случае если мне надо сетку поднимать при условии невозможности доступа на чтение конфигурации этого плана. > По-моему ты только что привел аргумент в пользу обратного. Это относится к не отстроенной связке SystemD + udev, без связки с udev или отстроенным SystemD + udev eth0 будет. > Без systemd всё хорошо, а с его приходом всё ломается и приходится делать костыли. Изначально с SystemD и отстроенной связкой с udev все также хорошо как и с другими init. Миграция с других init на SystemD требует первоначальной настройки SystemD для последующего его нормального использования.
	Ответить \| Правка \| К родителю #217 \| Наверх \| Cообщить модератору


	175. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+1 +/–
	Сообщение от anonymous (??), 22-Ноя-17, 11:17
	> В-третьих это просто возможность облегчить себе рутинную работу с администрированием. > (По своему опыту, мне много быстрее настроить сетку через networkd сказав > в конфигурации что "вот эта девайсина должна быть настроена динамический на > адреса только версии 4, также создай туннельное соединение с статическим адресом > версии 4, создай отдельное соединение для другой службы" вместо ковыряния `ip > addr`, `netctl`, `ifconfig` и опять же создания скрипта для настройки сети.) Человек, ты, вообще, какие-нибудь дистрибутивы-то видел? Вот мой сетевой конфиг из funtoo: $ cat /etc/conf.d/net.wlan0.office template="wifi" ssid="o324" #ssid="o324mob" #ssid="abelor" $ cat /etc/conf.d/net.br0 template="bridge" ipaddrs="192.168.77.1/24" stp=off Пи#дец неподъёмный.
	Ответить \| Правка \| К родителю #165 \| Наверх \| Cообщить модератору


	178. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+/–
	Сообщение от AntonAlekseevich (ok), 22-Ноя-17, 11:49
	> Человек, ты, вообще, какие-нибудь дистрибутивы-то видел? Перечисляю чем пользовался: TinyCORE, Fedora, ArchLinux, Ubuntu, Manjaro, Debian, Mageia, AltLinux, PureOS, SystemRescueCD и Mandriva Linux. Да я чистым Gentoo и Slackware не пользовался. > Вот мой сетевой конфиг из funtoo: Спасибо не надо. > Пи#дец неподъёмный. Я не говорил что это не подъемно. Я говорю что не имею желания парится с этим, и говорю что мне быстрее это сделать этим способом. Вот мой конфиг кстати. $ cat /etc/systemd/network/inet.network [Match] MACAddress=XX:XX:XX:XX:XX:XX [Network] Description="Main internet global configuration" DHCP=ipv4 DNS=8.8.8.8 DNS=8.8.4.4 DNS=192.168.0.1 [DHCP] UseDNS=no UseNTP=yes
	Ответить \| Правка \| Наверх \| Cообщить модератору


	189. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+/–
	Сообщение от anonymous (??), 22-Ноя-17, 13:55
	> Я не говорил что это не подъемно. > Я говорю что не имею желания парится с этим, и говорю что > мне быстрее это сделать этим способом. Нет. Ты сказал, что гимор с ip addr/ifconfig. Но ни в одном дистре этого и близко нет. >[оверквотинг удален] > [Network] > Description="Main internet global configuration" > DHCP=ipv4 > DNS=8.8.8.8 > DNS=8.8.4.4 > DNS=192.168.0.1 > [DHCP] > UseDNS=no > UseNTP=yes > Эм. Это удобно прибивать конфиг к mac'у?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	192. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+/–
	Сообщение от AntonAlekseevich (ok), 22-Ноя-17, 14:52
	> Нет. Ты сказал, что гимор с ip addr/ifconfig. > Но ни в одном дистре этого и близко нет. Вы меня неправильно поняли. Я знаю прекрасно что это делается одной командой, но когда мне нужен DHCP я не смогу использовать эти команды не зная какие адреса розданы, а какие нет. (Для DHCP хоть и придуманы DHClient и DHCPCd, но я предпочту все же дать настроить это автоматике.) > Эм. Это удобно прибивать конфиг к mac'у? Если у меня есть одна карта, но я не знаю к примеру её драйвер или имя устройства или путь к устройству которое udev прицепил динамический и при этом знаю MAC адрес карточки, то почему бы и не сделать так. Если бы у меня было несколько сетевушек имеющих один и тот же драйвер, но разный MAC и путь, то это был бы один из вариантов. А если бы у них был ещё и одинаковый MAC то подобный конфиг превратил бы мой ПК в Broadcaster, поэтому вариант конфижить по пути будет единственным, но в случае если точно известно конечное название пути. А так вообще полезно знать свой MAC адрес своего устройства.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	193. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+/–
	Сообщение от anonymous (??), 22-Ноя-17, 15:12
	>> Нет. Ты сказал, что гимор с ip addr/ifconfig. >> Но ни в одном дистре этого и близко нет. > Вы меня неправильно поняли. > Я знаю прекрасно что это делается одной командой, но когда мне нужен > DHCP я не смогу использовать эти команды не зная какие адреса > розданы, а какие нет. Эм. А зачем бы для этого понадобились адреса? >> Эм. Это удобно прибивать конфиг к mac'у? > Если у меня есть одна карта, но я не знаю к примеру > её драйвер или имя устройства или путь к устройству которое udev > прицепил динамический и при этом знаю MAC адрес карточки, то почему > бы и не сделать так. Если у тебя _ОДНА_ карта, то при udev не изнасилованным systemd, это будет всегда ВСЕГДА eth0. Куда проще-то? Хотя, аргумент, конечно, мощный. Ты не знаешь ничего, но знаешь mac. Охренеть. Представляю как это на пограничном маршрутизаторе выглядело бы. Пойду его mac'и что ли посмотрю... > Если бы у меня было несколько сетевушек имеющих один и тот же > драйвер, но разный MAC и путь, то это был бы один > из вариантов. Если бы у тебя было несколько сетевушек и несколько серверов, ты б уже вздёрнулся от этого подхода. > А так вообще полезно знать свой MAC адрес своего устройства. :-D А-ха-ха! Настолько же полезно как и знание числа пи с точностью до 16 знаков после запятой. Насмешил ты меня. В реалиях нашей жизни гораздо полезней знать наизусть серию и номер паспорта - сэкономит время при заполнении всяких бумажек там-сям.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	195. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+/–
	Сообщение от AntonAlekseevich (ok), 22-Ноя-17, 16:50
	> Эм. А зачем бы для этого понадобились адреса? Простите, но я как бы не один, но локально я ограничил количество адресов до 7 потому-что более не надо и все подключенные к маршрутизатору устройства получают адрес через DHCP. > Если у тебя _ОДНА_ карта, то при udev не изнасилованным systemd, это будет всегда ВСЕГДА eth0. Куда проще-то? А если хочу udev + SystemD и хочу чтобы из коробки он умел это? Да было бы проще. > Хотя, аргумент, конечно, мощный. Ты не знаешь ничего, но знаешь mac. Охренеть. А если у тебя нет возможности узнать что за драйвер или ты не знаешь что находится в `/sys/class/net/*`? > Представляю как это на пограничном маршрутизаторе выглядело бы. > Пойду его mac'и что ли посмотрю... Пограничник как раз работает напрямую с MAC адресами если я не ошибаюсь. > Если бы у тебя было несколько сетевушек и несколько серверов, ты б уже вздёрнулся от этого подхода. Нет, вы меня не знаете. > :-D А-ха-ха! Настолько же полезно как и знание числа пи с точностью до 16 знаков после запятой. Насмешил ты меня. В реалиях нашей жизни гораздо полезней знать наизусть серию и номер паспорта - сэкономит время при заполнении всяких бумажек там-сям. И даст столько же проблем сколько будет у тебя в распоряжении этот паспорт.
	Ответить \| Правка \| К родителю #193 \| Наверх \| Cообщить модератору


	196. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+/–
	Сообщение от anonymous (??), 22-Ноя-17, 16:59
	> Простите, но я как бы не один, но локально я ограничил количество > адресов до 7 потому-что более не надо и все подключенные к > маршрутизатору устройства получают адрес через DHCP. > А если у тебя нет возможности узнать что за драйвер или ты > не знаешь что находится в `/sys/class/net/*`? > Пограничник как раз работает напрямую с MAC адресами если я не ошибаюсь. > И даст столько же проблем сколько будет у тебя в распоряжении этот > паспорт. Антон Алексеевич, ты меня запутал.
	Ответить \| Правка \| К родителю #195 \| Наверх \| Cообщить модератору


	197. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+/–
	Сообщение от AntonAlekseevich (ok), 22-Ноя-17, 18:22
	> Антон Алексеевич, ты меня запутал. Поясняю тогда. >> Простите, но я как бы не один, но локально я ограничил количество адресов до 7 потому-что более не надо и все подключенные к маршрутизатору устройства получают адрес через DHCP. Ограничение до n количества адресов это нормальная практика если знаешь сколько всего устройств находится в домашней или рабочей сети. Автоматическое получение адресов через DHCP это тоже нормальная практика конфигурации сети если не хочется возиться с статической настройкой. (Напомню что есть те аппараты которые не умеют статическую настройку адресов, но это достаточно редко встречающиеся аппараты.) >> А если у тебя нет возможности узнать что за драйвер или ты не знаешь что находится в `/sys/class/net/*`? Какой модуль ядра имелось ввиду под драйвером. И не доступны `ip addr` и `ifconfig`. Но запустить можешь только `systemctl` от имени рута. >> Пограничник как раз работает напрямую с MAC адресами если я не ошибаюсь. Вообще весь IPv4 работает с MAC на прямую, только этого мы не замечаем. >> И даст столько же проблем сколько будет у тебя в распоряжении этот паспорт. Спросят тебя ночью серию номер паспорта, что сделаешь? (Вероятнее всего скажешь не подумав и будешь дрыхнуть дальше.)
	Ответить \| Правка \| К родителю #196 \| Наверх \| Cообщить модератору


	207. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+/–
	Сообщение от anonymous (??), 23-Ноя-17, 12:31
	> Ограничение до n количества адресов это нормальная практика если знаешь сколько всего > устройств находится в домашней или рабочей сети. А как это ограничение реализуется? > Автоматическое получение адресов через DHCP это тоже нормальная практика конфигурации > сети если не хочется возиться с статической настройкой. (Напомню что есть Антон Алексеевич, мне кажется это не достаточно безопасно. Если известны mac'и всех участников сети, то безопасней было бы использование /etc/ethers. Всё таки нельзя забывать про arp-spoofing. > Какой модуль ядра имелось ввиду под драйвером. > И не доступны `ip addr` и `ifconfig`. > Но запустить можешь только `systemctl` от имени рута. Задача недостаточно интересная. Предлагаю добавить ограничение на запуск systemctl. Как быть тогда? Какие варианты остаются у нас? > Вообще весь IPv4 работает с MAC на прямую, только этого мы не > замечаем. Это безусловно. Тут спорить не буду. > Спросят тебя ночью серию номер паспорта, что сделаешь? (Вероятнее всего скажешь не > подумав и будешь дрыхнуть дальше.) Я в первую очередь, как не страдающий лунатизмом, от такой ситуации мгновенно проснусь и спрошу в ответ какого х#я меня разбудили таким глупым образом.
	Ответить \| Правка \| К родителю #197 \| Наверх \| Cообщить модератору


	218. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+/–
	Сообщение от AntonAlekseevich (ok), 23-Ноя-17, 21:00
	> А как это ограничение реализуется? Netmask. > Антон Алексеевич, мне кажется это не достаточно безопасно. И один раз появиться в Internet тоже опасно. > Если известны mac'и всех участников сети, то безопасней было бы использование /etc/ethers. Во-первых не всех. DHCP клиент только опрашивает Broadcast. После чего тот отдает не назначенный адрес. > Всё таки нельзя забывать про arp-spoofing. Я бы скорее беспокоился из-за наличия второго DHCP сервера в сети. > Задача недостаточно интересная. Скорее я неверно передал ограничивающие элементы > Предлагаю добавить ограничение на запуск systemctl. > Как быть тогда? > Какие варианты остаются у нас? Останутся те которые доступны, проблема в том разрешен запуск от имени root(UID=0) только одного приложения. В запрете остается /sbin. Разрешен только /bin/, /etc/systemd/network/. Исполнение от user(UID=1000) > Я в первую очередь, как не страдающий лунатизмом, от такой ситуации мгновенно проснусь и спрошу в ответ какого х#я меня разбудили таким глупым образом. Ну, значит, вы всегда в своем уме. Это хорошо.
	Ответить \| Правка \| К родителю #207 \| Наверх \| Cообщить модератору


	243. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."	+/–
	Сообщение от anonymous (??), 24-Ноя-17, 11:03
	>> Антон Алексеевич, мне кажется это не достаточно безопасно. > И один раз появиться в Internet тоже опасно. Дык а я о чём. >> Если известны mac'и всех участников сети, то безопасней было бы использование /etc/ethers. > Во-первых не всех. DHCP клиент только опрашивает Broadcast. После чего тот отдает > не назначенный адрес. Интересная технология. Но всё таки не надо лукавать, мы уже поняли, что с запоминанием mac'ов проблем нет. Тем более в домашней сети. >> Всё таки нельзя забывать про arp-spoofing. > Я бы скорее беспокоился из-за наличия второго DHCP сервера в сети. А почему Вас это беспокоит больше, чем arp-spoofing? > Останутся те которые доступны, проблема в том разрешен запуск от имени root(UID=0) > только одного приложения. Кто и зачем наложил такие глупые ограничения? Не думайте об этом - я Вам разрешаю запускать все доступные приложения от root! > В запрете остается /sbin. Кто root'у запретил /sbin? Ох уж этот Путин. Навального сюда! >> Я в первую очередь, как не страдающий лунатизмом, от такой ситуации мгновенно проснусь и спрошу в ответ какого х#я меня разбудили таким глупым образом. > Ну, значит, вы всегда в своем уме. Это хорошо. Да это просто супер!
	Ответить \| Правка \| К родителю #218 \| Наверх \| Cообщить модератору