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

Разработчики systemd: загрузка с initrd оказалась быстрее за..., opennews (??), 07-Апр-13, (0) [смотреть все] Норм , Аноним (-), 08:59 , 07-Апр-13, (1) –5 Продолжаем анонировать на время загрузки , Аноним (-), 09:06 , 07-Апр-13, (2) // В тексте есть намек на крайнюю ситуацию Проблема в датацентре устранена, серве, тоже Аноним (ok), 10:51 , 07-Апр-13, (9) +5 // Хватит уже идеопатировать, какие полтора чяса проверка одного диска в 3тб длить, Аноним (-), 11:25 , 07-Апр-13, (15) –4 // А при чем здесь траблы с винтами , Аноним (-), 16:07 , 07-Апр-13, (63) +4 мозг включи, ага , arisu (ok), 20:38 , 07-Апр-13, (127) –16 Как минусуют на предложение влючить мозг Прям красота , Аноним (-), 00:33 , 09-Апр-13, (284) +3 Естественно Они считают, что включать мозг - несовременно Мозг должен включи, Led (ok), 02:26 , 09-Апр-13, (285) +4 А давайте всем дискам fsck при старте делать по этому поводу, да Всем 26 На 3 , Аноним (-), 23:47 , 07-Апр-13, (157) +2 да, лучше бы сделали on-line проверку fs как в FreeBSD и не парились, x0r (??), 00:42 , 08-Апр-13, (173) +1 Кроме деградации перфоманса дисков на хзсколько часов , Аноним (-), 09:30 , 08-Апр-13, (202) +2 Советую Вам когда-нибудь заглянуть в BSD-ый lost found на разделе с UFS с хвален, sHaggY_caT (ok), 13:38 , 08-Апр-13, (235) Правильно там нет lost found Соответственно некуда смотреть и в ужас не придеш, anoser_anon (?), 15:03 , 08-Апр-13, (249) –1 Что бы появился, ребутните пару раз сервер под настоящей не локалхостовой нагру, sHaggY_caT (ok), 15:28 , 08-Апр-13, (251) +1 Вот уж не надо, я с этим ужасОм несколько лет мучался Хуже был только ntfs, kurokaze (ok), 21:53 , 08-Апр-13, (273) +4 Пурга, боец Читай устав - он кровью писан Такие проблемы решаются по другому, , Батяня Комбат (?), 05:34 , 08-Апр-13, (182) Иллюстрация по теме сорванные башни , Аноним (-), 09:31 , 08-Апр-13, (203) +3 Там ананировать не на что, если бы хоть ощутимый эффект был Тонны кода, докумен, Buy (ok), 13:05 , 07-Апр-13, (21) +1 // Тонны документации - уже офигенно полезных выход Особенно по сравнению со всяки, Аноним (-), 15:24 , 07-Апр-13, (46) +1 // Ещё, знаешь, названия скриптов помогают , гость (?), 15:30 , 07-Апр-13, (49) +6 Если бы названия всегда помогали, программа man так бы никогда и не появилась И, Аноним (-), 15:43 , 07-Апр-13, (53) +1 Спасибо, видел я что обычно творится в таких скриптах И лучше я буду читать про, Аноним (-), 19:04 , 07-Апр-13, (107) Ты забыл добавить, что этот говнокод между дистрибутивами, к тому же, обычно еще, etw (ok), 00:06 , 08-Апр-13, (160) –1 Может, вы просто скрипты ни писать ни читать не умеете, м Оба причем , Аноним (-), 09:04 , 08-Апр-13, (195) +1 Осталось еще добавить что зато вот вы - Д Артаньян , Аноним (-), 09:23 , 08-Апр-13, (200) –2 А если он не сдюжит работать как надо -- пойдёте читать исходники systemd , Аноним (-), 14:04 , 08-Апр-13, (237) +6 Зачем нужны тонны документации, если сам скрипт служит себе же самой полной доку, Аноним (-), 16:09 , 07-Апр-13, (65) –3 Вы полагаете, это нормально, когда вместо чтения man-страницы приходится читать , Аноним (-), 16:14 , 07-Апр-13, (67) +3 ну для большинства и букварь поначалу нечитабелен, а с опытом - вполне себе - , vg. (?), 11:02 , 10-Апр-13, (330) +1 до сих пор не могу спокойно читать как увижу 171 мама мыла раму 187 8212 , arisu (ok), 11:42 , 10-Апр-13, (333) +1 По опыту чтения таких скриптов - чаще всего он служит документацией по теме быд, Аноним (-), 19:05 , 07-Апр-13, (108) Чтение исходников сисемд, несомненно, обогатит ваш опыт, но вряд ли изменит ваши, Аноним (-), 19:22 , 07-Апр-13, (110) Если я суюсь в систему инициализации, у меня как правило цель - новый кастомный , Аноним (-), 09:21 , 08-Апр-13, (199) +1 тут важно определиться - Вы в роли юзера или админа Если юзера - то все понятно,, vg. (?), 11:19 , 10-Апр-13, (332) +1 В отличие от скриптов, чтение исходников системд и не требуется Здесь требуется, другой аноним (?), 11:04 , 08-Апр-13, (222) ага логичны и единообразны с кучей ключей типа 171 запустить, если есть файл, arisu (ok), 21:47 , 08-Апр-13, (270) +6 а никто и не обещал в этих скриптах примерных учебных пособий с опытом, когда ум, vg. (?), 11:11 , 10-Апр-13, (331) +1 Это пока её не приходится читать от и до Скрипты в этом плане куда меньше пр, Michael Shigorin (ok), 20:39 , 07-Апр-13, (128) +2 Это, знаете ли, очень от скрипта зависит Пишут их разные люди Хотя временами в, Аноним (-), 23:51 , 07-Апр-13, (158) +2 Покажи на примере debian или rhel В то что создатели маргинальных дистров могут, angra (ok), 00:24 , 08-Апр-13, (164) +3 Начались виляния попой Вот есть прога Допустим в репах ее нет Надо демон запу, Аноним (-), 09:12 , 08-Апр-13, (197) –1 Дело в том, что это еще нужно разобраться, кто виляет попой Вам предложили дв, Аноним (-), 10:59 , 08-Апр-13, (221) +8 Что мешает сказочнику написать как надо и выложить Если ты не можешь написать,, kurokaze (ok), 21:59 , 08-Апр-13, (275) +3 ну, иногда просто лень 171 да, это надо бы переписать, и при вот таких вот об, arisu (ok), 22:02 , 08-Апр-13, (277) +1 Ситуация знакомая до боли Но я не вижу чем systemd может помочь в данной ситуац, Ordu (ok), 09:24 , 10-Апр-13, (328) +2 так и я о том же , arisu (ok), 09:33 , 10-Апр-13, (329) +1 А зачем мне перечитывать десятки реализаций обработки PID-файлов различной степе, etw (ok), 00:13 , 08-Апр-13, (161) –1 В debian rhel это тоже делается одной строкой Вот только при желании вы можете , angra (ok), 00:26 , 08-Апр-13, (165) +2 В альте скомбинировано т е rh-style в целом, но с применением start-stop-daemo, Michael Shigorin (ok), 00:34 , 08-Апр-13, (170) То, что в debian и rhel есть готовые функции для стандартных действий кстати, ч, etw (??), 20:43 , 08-Апр-13, (260) –2 то, что в libc есть готовые функции для стандартных действий кстати, часто в их, arisu (ok), 21:20 , 08-Апр-13, (264) +3 Много ли сишных программ, в которых используются свой аллокатор вместо malloc пр, etw (ok), 11:45 , 10-Апр-13, (334) –1 есть информация о том, что 99 инит-скриптов именно 171 выводят приветмир 187, arisu (ok), 12:08 , 10-Апр-13, (335) +1 Просто феерично Сначала ты говоришь о том, что замена инит-скриптов, выполняющи, etw (ok), 23:27 , 10-Апр-13, (343) –2 Трудоёмкость выполнения выберите всё-таки сопоставимую, проводя аналогию , Michael Shigorin (ok), 14:09 , 10-Апр-13, (340) +1 Аналогия моего оппонета специализированные скрипты - произвольные программы из, etw (ok), 23:32 , 10-Апр-13, (345) –1 Не могу понять, о чём вообще спор Есть несколько ситуаций, которые, похоже, пер, PereresusNeVlezaetBuggy (ok), 23:20 , 09-Апр-13, (308) +2 Systemd перенаправляет stderr в syslog journald, при этом еще и показывая кусок,, etw (ok), 23:31 , 10-Апр-13, (344) –1 аноним английский осилил, а юникс-шелл - нет , c0smonaut (ok), 21:45 , 11-Апр-13, (357) +1 Тоже думаю, что давно надо было включить Qt в systemd , Nxx (ok), 09:11 , 07-Апр-13, (3) +28 А потом, в ходе работ по улучшению, они поймут, что набор отдельных скриптов на , Константавр (ok), 09:38 , 07-Апр-13, (4) // За bash в init-скриптах нужно бить тяжёлым тупым предметом по голове, особенно к, GotF (ok), 09:52 , 07-Апр-13, (5) –2 // хе-хе Один попался , Константавр (ok), 09:56 , 07-Апр-13, (6) +2 А когда он начинается с 171 sbin runscript 187 , Аноним (-), 09:57 , 07-Апр-13, (7) +2 // Не знаю Ни в Debian, ни в RHEL такой команды нет , GotF (ok), 11:35 , 07-Апр-13, (17) Да, это местечковый велосипед , Аноним (-), 16:28 , 07-Апр-13, (74) согласен, раз нарвался на проблему сидел на центоси, там bin sh вызывал bin ba, sasku (ok), 10:57 , 07-Апр-13, (12) –1 // Ну и кто в итоге дураком остался , anonymous (??), 17:18 , 07-Апр-13, (95) +2 Поттеринг, конечно же , Аноним (-), 17:32 , 07-Апр-13, (99) +6 Обычно правильные инит-скрипты сразу завязаны на какой-нибудь свой дистрибутивос, etw (ok), 00:17 , 08-Апр-13, (163) Отчасти это так, поскольку в разных дистрибутивах по-разному смотрят на задачи к, Michael Shigorin (ok), 00:37 , 08-Апр-13, (171) А потом берешь с сайта авторов программу которой в репе не было или версия не та, Аноним (-), 08:46 , 08-Апр-13, (192) –1 Может пнуть его для начала через dpkg-reconfigure dash Или как там в Дебианах , Пр0х0жий (??), 05:14 , 09-Апр-13, (286) Для начала, если для неинтерактивного шелла выбран dash, то наверное это зачем-т, qux (ok), 13:52 , 09-Апр-13, (292) –2 Туым предметом надо бить тех, кто не осознает, что bin sh не обязан равняться , anonymous (??), 11:06 , 07-Апр-13, (13) +9 // sysvinit-проблемы , Аноним (-), 15:49 , 07-Апр-13, (56) –1 Да нет, проблемы программеров , которые сначала чего-нибудь накодят, а потом го, Аноним (-), 16:15 , 07-Апр-13, (69) +1 Не подскажете, как правкой одной-двух строчек заставить произвольно выбранный in, Аноним (-), 16:35 , 07-Апр-13, (78) +1 Никак Более того - половина долбоклюев пишет эти портянки по принципу у меня ж, Аноним (-), 19:22 , 07-Апр-13, (109) –1 Если скрипт и дистрибутив LSB-совместимые, то особых проблем быть не должно В и, GotF (ok), 20:41 , 07-Апр-13, (129) Ага До первого source lib lsb init-functions , который, как оказывается, в де, etw (ok), 00:26 , 08-Апр-13, (166) –1 0, Аноним (-), 15:19 , 07-Апр-13, (44) // Почитайте скрипты ldv,legion altlinux и поучитесь писать без лишних форков Е, Michael Shigorin (ok), 20:44 , 07-Апр-13, (130) +1 // Я вот почитал факин ман на апстарт и научился писать ему джобы Теперь оно и про, Аноним (-), 23:55 , 07-Апр-13, (159) +2 Если программисты настолько незрелые, то их поделиям нечего делать на моих сист, Аноним (-), 10:27 , 07-Апр-13, (8) –2 Разработчики initrd загрузка без systemd оказалась быстрее загрузки с systemd, Аноним (-), 10:52 , 07-Апр-13, (10) +5 // через 10 лет, Леннарт научиться писать интерпретаторы и напишет свой баш и переп, Аноним (-), 11:29 , 07-Апр-13, (16) +1 // Он command com свой напишет, после чего в autoexec bat можно будет положить скри, Аноним (-), 20:10 , 07-Апр-13, (121) –2 А что, разработчики initrd и разработчики systemd - разве не одно и то же , Аноним (-), 15:21 , 07-Апр-13, (45) –3 // Разработчики initrd -- в общем случае некорректный термин для опровержения пр, Michael Shigorin (ok), 20:45 , 07-Апр-13, (131) +2 Initrd был задолго до systemd Такая вот неожиданность , Аноним (-), 07:15 , 08-Апр-13, (186) +1 Дано Gentoo OpenRCДелаем rc-update del xdm default rc-update add xdm boot, Fracta1L (ok), 11:15 , 07-Апр-13, (14) –3 // А если отключить OpenRC и оставить SysV init, будет грузиться еще быстрее Ope, Аноним (-), 15:06 , 07-Апр-13, (41) +1 // Вообще-то, OpenRC - это просто избыточная прослойка над SysV init Когда-то, когд, Аноним (-), 16:22 , 07-Апр-13, (71) +3 // А держится он в генте только потому, что так хочет один конкретный человек - Luc, Аноним (-), 16:49 , 07-Апр-13, (85) +2 Gentoo вообще становится просто идиотским дистрибутивом Все, что могу, перевожу, anonymous (??), 17:10 , 07-Апр-13, (92) –1 Просто изначально Gentoo создавали технари, со своими хорошим технарскими идеями, Аноним (-), 17:21 , 07-Апр-13, (97) Свое г-но не пахнет народная мудрость , Аноним (-), 07:54 , 08-Апр-13, (188) Зато openrc работает и на embedded и на отличных от linux OS, в отличии от syste, alexxy (ok), 19:29 , 07-Апр-13, (112) На embedded работает все то же самое что и везде И конкретно openrc никому там , Аноним (-), 11:09 , 08-Апр-13, (224) SysV уже ничего не умеет, потому что эта ОС померла Также нет стандартного и ед, etw (ok), 00:33 , 08-Апр-13, (169) Начал читать новость, тут же возникла мысль, что разработчики системд готовят се, виндотролль (ok), 11:37 , 07-Апр-13, (18) –3 // Еще в позапрошлом году в ядро приняли леннартовский патч, перекраивающий работу , Аноним (-), 16:33 , 07-Апр-13, (77) +2 Показывать текст по видео - это пипец , ip1981 (ok), 12:38 , 07-Апр-13, (19) +4 // В духе поттеринговщины, чо , Аноним (-), 13:39 , 07-Апр-13, (24) +2 Дожились, systemd тормозит без initrd , Buy (ok), 12:58 , 07-Апр-13, (20) +2 // Почему Это ядро без initrd тормозит , Аноним (-), 15:02 , 07-Апр-13, (38) +1 // Тормозит-то ядро, а виноват-то systemd Он вообще во всем виноват И воду в кран, Аноним (-), 16:17 , 07-Апр-13, (70) +9 // Хотя нет, воду выпил Поцтеринг , Аноним (-), 16:52 , 07-Апр-13, (88) Нет, редхат Без него линукс уже давно занимал бы 146 десктопов , Аноним (-), 17:05 , 07-Апр-13, (90) +2 Ну а с ним убунта заняла эти 146 Конечно, если бы занял линукс, было бы лучше, Stax (ok), 17:52 , 07-Апр-13, (101) –1 Чего Сколько там убунта заняла десктопов Чьих десктопов А линукс сколько всег, бубунавт (?), 19:50 , 07-Апр-13, (117) –2 На данный момент - более 11 миллионов вроде как Например, моих , Аноним (-), 08:37 , 08-Апр-13, (190) –1 Ну удивитесь наверное, но в ядре initramfs есть всегда, просто если на нем не на, alexxy (ok), 19:31 , 07-Апр-13, (113) –1 // Возможен и вариант загрузки ядра совсем без начального рамдиска Кстати сие отве, Аноним (-), 08:40 , 08-Апр-13, (191) У меня нету За ненадобностью , Buy (ok), 12:21 , 08-Апр-13, (227) Наверное идея о том что не следовало так анально заменять sysvinit на systemd, , Адекват (?), 13:20 , 07-Апр-13, (23) +4 // Медленное и аккуратное внедрение бывает только в промышленных дистрах и всяких д, Аноним (-), 15:53 , 07-Апр-13, (57) –2 // Решать или создавать Вчера одной юной бездари на пальцах уже пытался баланс по, Michael Shigorin (ok), 20:48 , 07-Апр-13, (134) Парочка вопросов на засыпку Дано все известные критические проблемы в багтрекере, etw (ok), 00:39 , 08-Апр-13, (172) –2 // Это все вопросы к ментейнерам, баги конечно остались, с вероятностью от скаже, Адекват (?), 07:03 , 08-Апр-13, (184) // gt оверквотинг удален ты не поверишь, но именно так и делается С открытыми кр, etw (ok), 21:04 , 08-Апр-13, (262) Вот это новость, прям прошлым веком повеяло , Michael Shigorin (ok), 19:18 , 09-Апр-13, (297) +2 При чем тут прошлый век , etw (ok), 00:08 , 11-Апр-13, (347) –1 При гонке за time to market, которая тогда ещё не допрогрессировала до того, что, Michael Shigorin (ok), 01:56 , 11-Апр-13, (349) +1 При гонке за time to market увеличивают частоту релизов и используют различные a, etw (ok), 11:41 , 11-Апр-13, (353) –1 Да Да И их тоже, потому как запыхиваясь над релизами и закопавшись по уши в юзер, Michael Shigorin (ok), 18:37 , 11-Апр-13, (356) +1 Вообще-то, большинство agile-подходов оринтированы именно на поддержание постоян, etw (ok), 03:51 , 12-Апр-13, (358) –2 Я о том, что если ttm ставить во главу угла, а разум свой отодвинуть и к чужому , Michael Shigorin (ok), 15:32 , 13-Апр-13, (359) Так при чему тут тогда прошлый век Нормально поставленный процесс разработки и , etw (ok), 21:19 , 14-Апр-13, (360) –1 При степени гоночности , Michael Shigorin (ok), 02:11 , 15-Апр-13, (361) Чем именно Windows 95 Играми Daggerfall, Reunion, X-com , бедный буратино (ok), 07:42 , 11-Апр-13, (351) А какие у systemd недостатки что его все так не любят , Аноним (-), 13:44 , 07-Апр-13, (25) // Только один - монструозный комбайн , Аноним (-), 13:51 , 07-Апр-13, (26) –8 // По сравнению с любым монолитным ядром меркнут все юзерспейсовские комбайны , Аноним (-), 15:03 , 07-Апр-13, (39) +1 Это systemd-то комбайн Вы еще coreutils не видели Вот это - всем комбайнам ком, Аноним (-), 16:40 , 07-Апр-13, (81) –1 // Поскольку coreutils писаны а давно и б не Поттерингом, Это Совсем Другое Дело , develop7 (ok), 23:11 , 07-Апр-13, (153) –1 в ранее это были fileutils, textutils и кто-то ещё третий , Michael Shigorin (ok), 00:26 , 08-Апр-13, (167) В частности команда journalctrl -u postfix -n50 тут кстати между -n и 50 не дол, Адекват (?), 13:56 , 07-Апр-13, (27) +1 // Не надо так делать Даже теоретически tail -n 50 мог бы оптимизировать вывод , ip1981 (ok), 13:58 , 07-Апр-13, (28) +4 // Да хоть a cat var log Xorg 0 log 124 tail -n 50 if a then e, Адекват (?), 17:20 , 07-Апр-13, (96) –3 Вот так виндузятники и палятся -- кому нужен хвост Xorg 0 log, слепленный в одну, Michael Shigorin (ok), 20:50 , 07-Апр-13, (135) То есть ты таки проверил , Адекват (?), 07:03 , 08-Апр-13, (185) –1 То есть я-таки такое эээ ладно, штатно вооружённым глазом вижу , Michael Shigorin (ok), 23:18 , 09-Апр-13, (307) +1 а что, просто передать путь к файлу аргументом tail теперь не модно , arisu (ok), 21:01 , 07-Апр-13, (140) +2 недостатки системд повыбирал из разных веток linux org ru и ещё откуда-то ----, Аноним (-), 14:07 , 07-Апр-13, (29) –1 // gt оверквотинг удален Ну вообще-то, если тебе так нужен if или ещё что-то, не , Анноннимм (?), 14:29 , 07-Апр-13, (32) +2 // А я согласен Переписали бы на перле скрипты, да хоть на ноде жс, хоть на пхп, н, cmp (ok), 15:25 , 07-Апр-13, (47) –5   // Если у вас возникает такая необходимость, значит, вы что-то делаете неправильно , Аноним (-), 15:40 , 07-Апр-13, (52)   Должна, но не обязана, прелесть линукса в гибкости, можно запустить демон, а мож, cmp (ok), 15:56 , 07-Апр-13, (58) –3   Помнится, разработчики Windows в свое время реализовали довольно интересную заду, Аноним (-), 16:05 , 07-Апр-13, (61) +1   Плюс сами развели там срач Плюс не дали утилит в системе для прозрачной работы , Аноним (-), 10:04 , 08-Апр-13, (208)   Очень грустно, когда рассуждениями про прозрачность пытаются оправдать полное , Аноним (-), 16:09 , 07-Апр-13, (64)   Документация - не unix-way Пусть всякие MSDN-ы документацию пишут, а мы и в код, Аноним (-), 16:29 , 07-Апр-13, (75) –1   А как же маны , Аноним (-), 10:04 , 08-Апр-13, (209)   ешкин кот, да на кой черт документировать пять строк проверки наличия проги, кон, cmp (ok), 16:39 , 07-Апр-13, (80) +1   Я уже лет 20 не видет init-скрипты по пять строк С тем же успехом можно утвержда, Аноним (-), 16:46 , 07-Апр-13, (83)   slackware, дома только он, на работе центос - корп стандарт и скрипты его не сло, cmp (ok), 17:10 , 07-Апр-13, (93)   если бы это было действительно так Вот не надо ля-ля Я с 4-5 центосом работал , Аноним (-), 17:29 , 07-Апр-13, (98) –1   Как практикующий админ, у systemd никаких полезных новшеств, один гемор , cmp (ok), 17:36 , 07-Апр-13, (100)   Хаяли не сам удев а что с ним пытался сделать поттеринг, после того как вставил , alexxy (ok), 19:41 , 07-Апр-13, (115) +1   Я упорото не могу понять, почему вы считаете что sisvinit - геммор, а systemd ма, Адекват (?), 12:52 , 08-Апр-13, (230)   Покурочили ФС или fstab с UUID , Michael Shigorin (ok), 20:54 , 07-Апр-13, (138)   угумс, вдруг не с того не с сего на встраиваемой системе что-то покурочилось, да, cmp (ok), 10:58 , 08-Апр-13, (220)   маловероятно, но не невозможно , arisu (ok), 21:29 , 08-Апр-13, (266)   http svnweb freebsd org base release 9 0 0 etc rc d rwho view coА если стандар, nuclight (??), 17:04 , 11-Апр-13, (354)   Но не придумал, чем отвлечь санитаров , Аноним (-), 20:18 , 07-Апр-13, (124) –1   Посмотрите monit collectd Каждый прекрасно решает свои задачи , Michael Shigorin (ok), 20:55 , 07-Апр-13, (139) +1   Не надо сказок Что monit cделает если основной процесс некоего демона нарожал по, quux (??), 22:12 , 07-Апр-13, (145) –1   Правильно, а вот почти десяток лет боевой эксплуатации кое-что говорит Что скажу, Michael Shigorin (ok), 22:42 , 07-Апр-13, (149) +2   Опыт говорит что нормальных решений сейчас не существует, есть наборы костылей р, quux (??), 23:40 , 09-Апр-13, (309) –1   Ещё раз - если это неисправимо в самой софтине например, бинарь -- остаётся то, Michael Shigorin (ok), 00:59 , 10-Апр-13, (317) +1   Ага, и будет у нас лоскутное одеяло запускалок Половина программ запускается та, Аноним (-), 10:13 , 08-Апр-13, (210) –2   Спасибо, посмотрел, не то этоcollectd - по мотивам cacti, видимо, имел удовольст, cmp (ok), 13:02 , 08-Апр-13, (232)   есть подозрение без сарказма , что способы получить реализацию этой хотелки 8, arisu (ok), 21:31 , 08-Апр-13, (267) +2   , ну да, только за мои деньги я попрошу не иначе как шедевр, и ни малейшего пр, cmp (ok), 12:44 , 10-Апр-13, (336)   ну 8230 составляй договоры, контролируй работу и всё такое ну, и получишь на , arisu (ok), 12:51 , 10-Апр-13, (337)   Не согласен, это удача - найти человека способного выполнить то, что ты хочешь и, cmp (ok), 13:45 , 10-Апр-13, (339)   Не, не посмотрели, но дело хозяйское , Michael Shigorin (ok), 00:13 , 10-Апр-13, (312)   Скажем так, увидел, что оно из себя представляет, или чего не представляет, объе, cmp (ok), 13:10 , 10-Апр-13, (338)   Что, и сегфолтнуть тоже нельзя Меня посодють , Michael Shigorin (ok), 20:52 , 07-Апр-13, (137) +1   Сегфлотнуть можно все, даже баш , etw (ok), 00:43 , 08-Апр-13, (174) –1   Вам удавалось сегфолтнуть bash Мне пока нет, а systemd -- да , Michael Shigorin (ok), 19:18 , 09-Апр-13, (298) +1   code alias r fc -e - r r здесь будет ругань r rr rr r много-много ра, PereresusNeVlezaetBuggy (ok), 23:57 , 09-Апр-13, (310) –1   эм bash fcbash vi command not foundwtf , arisu (ok), 00:48 , 10-Апр-13, (315) +1   О, глядишь, так и получится поприучать линуксоидов читать man ы А там, глядиш, PereresusNeVlezaetBuggy (ok), 00:58 , 10-Апр-13, (316)   man fcNo manual entry for fc, arisu (ok), 01:07 , 10-Апр-13, (320) –1   Теплее Даю подсказку чем отличаются ls и bin ls , PereresusNeVlezaetBuggy (ok), 01:09 , 10-Апр-13, (322)   да не надо, туплю я просто , arisu (ok), 01:10 , 10-Апр-13, (323)   чёрт что-то я спросонок торможу, фигню написал , arisu (ok), 01:09 , 10-Апр-13, (321)   code r r-bash fc не нашел такую команду code Ой, вот ведь незадача -- фикс, Michael Shigorin (ok), 01:02 , 10-Апр-13, (318)   Я ж специально написал, что срабатывает со второго ввода , PereresusNeVlezaetBuggy (ok), 01:05 , 10-Апр-13, (319)   Действительно bash завершился с errorlevel 1, но не по SIGSEGV , Michael Shigorin (ok), 01:10 , 10-Апр-13, (324) +1   у меня с размаху сегфолтнулся 4 2 37 2 а вот zsh отказался сегфолтится 171 f, arisu (ok), 01:14 , 10-Апр-13, (325)   Разные шеллы в разных ОС выдают разное, в зависимости от своего устройства, напр, PereresusNeVlezaetBuggy (ok), 01:18 , 10-Апр-13, (326)   Мне как-то удавалось двухстрочным скриптом стабильно сегфолтить баш , etw (ok), 04:52 , 10-Апр-13, (327) –1   Было бы интересно на него посмотреть, если вдруг ещё найдётся в любом разе спас, Michael Shigorin (ok), 14:31 , 10-Апр-13, (341)   Дело было больше полугода назад и, разумеется, проблемная часть была сразу же пе, etw (ok), 00:06 , 11-Апр-13, (346) –1   Видимо, не программируете и не администрируете , anonymous (??), 20:01 , 07-Апр-13, (118) // Я так люблю такие пустословные предположения И с нетерпением жду описание пробле, Анноннимм (?), 23:11 , 07-Апр-13, (154) –1 Общую часть выделить -- да, мысль здравая Беда в другом -- где-то передел и по, Michael Shigorin (ok), 00:29 , 08-Апр-13, (168) +2 Я думаю, что тут один язык Си выбран исключительно унификации ради Про игнори, Анноннимм (?), 00:11 , 09-Апр-13, (280) Как уже не раз приводилось в примерах -- унификация бывает как полезная взаимоз, Michael Shigorin (ok), 00:35 , 10-Апр-13, (313) +1 Да, вот очередное и опять вследствие безмозглой асинхронности -- можете приступа, Michael Shigorin (ok), 20:37 , 08-Апр-13, (259) +1 Что-то этакое у меня было, когда устанавливал арч на новый ноут Всё решилось пр, Анноннимм (?), 00:20 , 09-Апр-13, (281) это проблема не в системд, а в плимуте Исправлено в плимуте , anoser_anon (?), 08:04 , 09-Апр-13, (289) –1 Подобных багов не один и не два Вот еще под конец вид проблемы отличается htt, qux (ok), 15:40 , 09-Апр-13, (293) Та, на которую сослался -- вылазила и без plymouth Майнтейнер опять починил, д, Michael Shigorin (ok), 23:15 , 09-Апр-13, (305) +1 Запили unit и запили init скрипт, нафига мне systemd тогда , Аноним (-), 05:16 , 08-Апр-13, (180) +2 // Если это исключение -- то ещё может быть смысл Если же перекрывание штатных юн, Michael Shigorin (ok), 23:16 , 09-Апр-13, (306) +1 Как только люди не страдают, лишь бы логи не читать А ведь там прямо написано, , Аноним (-), 15:16 , 07-Апр-13, (42) +7 // нормальный скрипт в данном контексте не нуждается в документации, на то он и скр, cmp (ok), 15:37 , 07-Апр-13, (51) –4 // Весьма спорное утверждение Затем, что язык программирования - это нифига не конф, Аноним (-), 15:46 , 07-Апр-13, (54) Между прочим, это ключевые принципы классического unix-way - никакой документаци, Аноним (-), 15:57 , 07-Апр-13, (59) Короткий и локальный код должен быть самодокументированным, вынос документации з, Аноним (-), 21:06 , 07-Апр-13, (142) +3 А маны - это, типа, не юникс вэй Как интересно Вот только юникс был проприетар, Аноним (-), 10:16 , 08-Апр-13, (211) –1 Это когда и где в Unix не было исходников , Аноним (-), 14:57 , 08-Апр-13, (247) +1 Попробуйте в нормально, не отпоттеросяненной ОС man initscriptи приколитесь , Аноним (-), 15:00 , 08-Апр-13, (248) +1 Чушь какая Разве что в головах фанатов, извративших оригинал Вот тут http old, nuclight (??), 17:57 , 11-Апр-13, (355) etc rc d знаете для чего нужна папка etc Программа для запуска программы - дис, cmp (ok), 15:58 , 07-Апр-13, (60) –1 В SysV init - для хранения программ Ну дык SysVinit-way во все поля , Аноним (-), 16:06 , 07-Апр-13, (62) –1 Когда программы лежат в etc и запускают другие программы - это и есть unix-way , Аноним (-), 16:15 , 07-Апр-13, (68) А еще всякие bin-ы - для лохов Настоящие юниксоиды там конфиги хранят Но syst, Аноним (-), 16:30 , 07-Апр-13, (76) +2 а они там не лежат там лежат конфиги и стартовые скрипты все правятся текстовы, Клыкастый (ok), 13:48 , 17-Июн-15, (362) Вы недалеки от просветления Это и есть Unix Way запускать программы по возможн, Аноним (-), 20:23 , 07-Апр-13, (125) +2 видимо, именно поэтому у системд есть таки условия в 171 конфигах 187 коряв, arisu (ok), 21:09 , 07-Апр-13, (143) +1 Кстати, да, на рефале написать систему инициализации было бы круто , Аноним (-), 21:27 , 07-Апр-13, (144) Так пишите, кто вам не дает , Аноним (-), 10:17 , 08-Апр-13, (212) А вы manpag у на все 100 доверяете может в нем какая-то неточность есть, и, Адекват (?), 13:01 , 08-Апр-13, (231) +1 IMO построить дерево запуска можно и нужно статически, что впрочем вполне успе, anonymous (??), 20:29 , 07-Апр-13, (126) +1 не отличаЕтся, а отличаЮтся Сам инит параллельно ничего без нашлепки сверху под , etw (ok), 00:56 , 08-Апр-13, (177) –2 // А ничего, что insserv выстраивает скрипты в etc rc d _не во время загрузки си, an (??), 14:17 , 08-Апр-13, (240) +1 hint эту операцию не так много смысла выносить в рантайм, т к относительно одн, Michael Shigorin (ok), 22:58 , 09-Апр-13, (302) +1 ещё хотите про недостатки системд ----Нет Для этого придумали logrotate, которы, Аноним (-), 14:08 , 07-Апр-13, (30) –5 // леннарт, поттеринг, ты , Аноним (-), 14:48 , 07-Апр-13, (34) +1 // Нет, это другой леннартоборец вас поддерживает , Аноним (-), 15:04 , 07-Апр-13, (40) Все эти костыли по-своему замечательны, но проблем дизайна протокола syslog они , Аноним (-), 15:35 , 07-Апр-13, (50) +4 // Ась Какое-какое сжатие с потерями Эк Вас приложило-то А сжатие происходи, Аноним (-), 16:51 , 07-Апр-13, (87) +3 // Попробую еще раз, для самых несообразительных структура записи какая информаци, Аноним (-), 17:02 , 07-Апр-13, (89) –1 Вот, для сравнения, несжатый вариантTue, 2012-10-23 23 51 38 CESTPRIORITY 6SYSLO, Аноним (-), 17:15 , 07-Апр-13, (94) +1 http blog gerhards net 2011 11 trusted-properties-in-rsyslog html просвещайся , Аноним (-), 18:07 , 07-Апр-13, (102) +3 Оттуда , qux (ok), 18:57 , 09-Апр-13, (296) А между прочим кто сказал, что поступающая в журнал инфа должна укладываться в п, jOKer (ok), 20:45 , 07-Апр-13, (132) +1 считай, что бинарный лог и есть такая DB , all_glory_to_the_hypnotoad (ok), 22:40 , 07-Апр-13, (148) –1 Наивный вопрос имею а почему бы не считать такой БД обычный текстовик в формате, jOKer (ok), 22:58 , 07-Апр-13, (152) +2 можно и так считать, под NoSQL БД попадает всё что угодно, all_glory_to_the_hypnotoad (ok), 23:16 , 07-Апр-13, (155) –1 Тогда последний наивный вопрос а не проще ли было бы прикрутить к rsyslog как , jOKer (ok), 23:32 , 07-Апр-13, (156) +1 сислог не предоставляет равноценный интерфейс приложению Mеняется не только спо, all_glory_to_the_hypnotoad (ok), 00:17 , 08-Апр-13, (162) +1 Потому что у него нет индексов для быстрого лукапа в основном Ну и потому что о, Аноним (-), 10:23 , 08-Апр-13, (214) –1 На самом деле, вы немножко забегаете вперед сначала надо условится о том что , jOKer (ok), 12:12 , 08-Апр-13, (226) Вы бы сами для начала перестали путать формат var log messages и RFC 3164 542, Michael Shigorin (ok), 21:02 , 07-Апр-13, (141) +1 Ну и зачем , quux (??), 22:28 , 07-Апр-13, (147) –1 когда всё решается высокоуровневыми запросами по структурированным данным, аг, Michael Shigorin (ok), 22:49 , 07-Апр-13, (151) +1 Хранимые процедуры придуманы для реализации бизнес-логики, когда скорость критич, жабабыдлокодер (ok), 09:12 , 08-Апр-13, (196) Если мне не изменяет склероз по мотивам давно уж прочтённого Дейта, то изначальн, Michael Shigorin (ok), 00:11 , 10-Апр-13, (311) +1 В процессе отработки кошерного реляционного запроса легко получаются многомерные, anonymous (??), 09:01 , 08-Апр-13, (193) 1 Структурированный лог это замечательно 2 Двоичный лог это просто глупость 3 , Аноним (-), 20:47 , 07-Апр-13, (133) +1 Все программисты сразу кинулись переписывать программы под journald А вот ненад, Аноним (-), 05:30 , 08-Апр-13, (181) +1 // А вы действительно используете syslog для логирования запросов, к скажем, высоко, Анноннимм (?), 00:32 , 09-Апр-13, (283) –1 А вот не надо считать будто это убирает проблему Вызов спец тулзы никто не отм, qux (ok), 18:55 , 09-Апр-13, (295) идея бинарных логов в другом, стандартизированное навешивание метаданных на ло, all_glory_to_the_hypnotoad (ok), 22:17 , 07-Апр-13, (146) –1 // Внимание, вопрос когда она начинает быть нужна Для проблемы есть более вменяе, Michael Shigorin (ok), 22:48 , 07-Апр-13, (150) +3 // Когда кто-то идет изучать логи, а не просто спускает их в dev null в очередной , Аноним (-), 10:37 , 08-Апр-13, (216) –1 Пользователям всё равно, что удобнее админам Но и с системд может произойти прям, Пр0х0жий (??), 14:56 , 08-Апр-13, (245) +1 там вообще несколько через кое-что сделано система жестоко завязана на dbus и g, arisu (ok), 21:40 , 08-Апр-13, (269) +1 и это был редкостный идиотизм, да учитывая, что при этом нокия не дала исходник, arisu (ok), 21:37 , 08-Апр-13, (268) +2 Зачем оно RH имхо очевидно, а насчет всех это вопрос к ним же Должно быть или и, qux (ok), 18:54 , 09-Апр-13, (294) +1 Ха-ха Давай по пунктам - Solrэто индексатор Сам по себе ничем не ценен - Elas, etw (ok), 01:07 , 08-Апр-13, (178) –1 // Внимание, вопрос зачем мне то же самое, только в рамках одной машины А что пр, Michael Shigorin (ok), 23:08 , 09-Апр-13, (303) +1 sata_nv parallel_scan 1, pavlinux (ok), 15:00 , 07-Апр-13, (36) +1 // Хм А тыщу LVM-томов оно тоже ускорит это не возражение, а именно вопрос , Аноним (-), 16:26 , 07-Апр-13, (73) // залучит все, Аноним (-), 16:47 , 07-Апр-13, (84) // В смысле - залучит , Аноним (-), 16:51 , 07-Апр-13, (86) +1 Вот прочитал комментарии и подумал Знаете, что самое забавное Комментаторы сто, Аноним (-), 20:14 , 07-Апр-13, (123) +2 // Пока платят бабки чтоб процесс то не шел Менеджер дал задание программер написал, Аноним (-), 05:41 , 08-Апр-13, (183) // Можно было вообще не писать с самого начала Столько энергии в пустоту ущло , Аноним (-), 09:15 , 08-Апр-13, (198) Да, кому-то платят бабки за то, чтобы процесс развития opensource не шёл Но бол, бедный буратино (ok), 07:43 , 11-Апр-13, (352) –1 Люди пишут злобные комментарии не от хорошей жизни Они просто выросли в таком м, бедный буратино (ok), 07:40 , 11-Апр-13, (350) Ай да Леннарт, ай да сукин сын , Хрен с горы (?), 00:52 , 08-Апр-13, (176) а кто эта женщина в очках , Аноним (-), 07:19 , 08-Апр-13, (187) –1 // Ах вон оно что Я то думаю, что это у WOT а сервера постоянно отваливаются и тех, Av (??), 09:47 , 08-Апр-13, (207) Я не ошибся там упомянуты сервера с тысячами дисков , Аноним (-), 10:30 , 08-Апр-13, (215) // Сервак с 40 дисков собрал вообще какой-то индивид с хабры На коленке и вообще с, Аноним (-), 10:44 , 08-Апр-13, (217) // Ну как бы с того кто подключить их будет ну очень проблемно Просто жуть как про, Аноним (-), 10:54 , 08-Апр-13, (218) –1 // Adaptec RAID 72405 ASR-72405 Single PCI-E x8, 24-port SAS24 3 6 78ну по крайней , Аноним (-), 06:40 , 09-Апр-13, (287) Это если без экспандеров С другой стороны -- а оно честно не затыкается при 24, Michael Shigorin (ok), 00:37 , 10-Апр-13, (314) Вопрос номер раз, почему systemd не была написана раньше Тот кто может такую нап, Аноним (-), 11:08 , 08-Апр-13, (223) +1 // ну да, примерно потому же, почему двухпанельных файловых менеджеров не так много, arisu (ok), 21:50 , 08-Апр-13, (271) +1 Centos 6 3, кусочек из killproc Kill it if -n pid t, svr (?), 12:25 , 08-Апр-13, (228) –1 // а что не так собственно алгоритм не красивый или буковки незнакомые , Av (??), 12:40 , 08-Апр-13, (229) +1 // Дебильные непараметризованные sleep и usleep, usage в status не описывает реальн, svr (?), 13:09 , 08-Апр-13, (233) –1 // Странные у вас аргументы про костыли и подходы, systemd внутри тоже не блещет фе, Av (??), 13:35 , 08-Апр-13, (234) +1 Чего странного Я представил энтерпрайзный быдлокод, объяснил что мне в нём не н, svr (?), 13:58 , 08-Апр-13, (236) –1 Это вы себя программируете словом быдлокод Объясните чем тогда отличается изм, Av (??), 14:26 , 08-Апр-13, (241) +1 Временем, коллега Разбирание в кривых а их реально много init скриптах есть б, svr (?), 14:33 , 08-Апр-13, (243) –1 Вы теплое с мягким не путайте Несколько строчек будет и в скрипте для запуска с, Av (??), 14:57 , 08-Апр-13, (246) +1 Вот удивляют меня люди, не читающие документацию, но активно при этом спорящие , svr (?), 15:37 , 08-Апр-13, (252) –1 вот-вот в конечном итоге для нетривиальной задачи ваш конфиг выродится в указан, Av (??), 15:49 , 08-Апр-13, (253) +1 Демагог же К чёрту авто, в нетривиальном случае придётся воспользоваться лошадь, svr (?), 16:42 , 08-Апр-13, (254) –2 в тривиальном случае достаточно самоката в нетривиальном 8212 всё равно само, arisu (ok), 21:54 , 08-Апр-13, (274) +2 Ну-ну, софизмы до сего момента звучали от вас , Av (??), 07:47 , 09-Апр-13, (288) +2 А нафига тогда полез в killproc , pavlinux (ok), 14:29 , 08-Апр-13, (242) +1 Разгребал разнообразные глюки при shutdown е сервера, svr (?), 14:34 , 08-Апр-13, (244) –2 Ай а ссылку на багрепорт можно , Аноним (-), 17:06 , 08-Апр-13, (255) +1 Сервисы внутрикомпанейские, собственной разработки, поэтому и багзилла внутрення, svr (?), 18:14 , 08-Апр-13, (258) –1 глянь на код CRUX, Slackware От людей и для людей , chinarulezzz (ok), 18:02 , 08-Апр-13, (256) –1 // CRUX некторое время юзал, потом ушёл на анлогичный lunar В целом про инициализа, svr (?), 18:06 , 08-Апр-13, (257) –1 // Кстати, а в crux есть поддержка нескольких репозиториев В lunar-то точно нет п, Аноним (-), 22:06 , 08-Апр-13, (278) –1 Похоже таки есть Но там нет аналога emerge --depclean, увы , Аноним (-), 22:16 , 08-Апр-13, (279) –1 Раньше мой линукс поднимался медленно, но когда я попробовал systemd мой линукс, Аноним (-), 14:16 , 08-Апр-13, (239) +1 без systemd, еще быстрее, Аноним (-), 21:02 , 08-Апр-13, (261) +1 Спасибо Интересно было послушать, жаль что слайдов во втором видео не видно , phpcoder (ok), 21:13 , 08-Апр-13, (263) –1 // В новости есть ссылка на страницу с докладами к конференции, а там есть ссылки н, anonymous (??), 08:40 , 09-Апр-13, (290) Разработчики ненужноd загрузка с ненужно оказалась быстрее загрузки без ненужно, anonymous (??), 20:38 , 10-Апр-13, (342) 1,2,3,4,8,10,14,18,19,20,23,25,29,30,36,123,176,187,215,223,228,239,261,263,342

Сообщения

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

	47. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	–5 +/–
	Сообщение от cmp (ok), 07-Апр-13, 15:25
	А я согласен. Переписали бы на перле скрипты, да хоть на ноде.жс, хоть на пхп, но на си то нахрена, а ведь еще есть selinux и уефи наступает.. вместо тупого добавление пары строк в скрипт придется новый файл создавать, дублировать функционал старого, править права, контекстные права, и скрестив пальцы надеяться, что там не выползет еще какая хрень. У меня федора 2 месяца не простояла, после очередной обновы перестала грузится, ядро нормально, где-то на скриптах замирала и ждала хз чего, ни ошибок, ни ворнингов.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от Аноним (-), 07-Апр-13, 15:40
	> А я согласен. Переписали бы на перле скрипты, да хоть на ноде.жс, > хоть на пхп, но на си то нахрена, а ведь еще > есть selinux и уефи наступает.. вместо тупого добавление пары строк в > скрипт придется новый файл создавать Если у вас возникает такая необходимость, значит, вы что-то делаете неправильно. Программа должна настраиваться через конфигурацию, а не через код. > У меня федора 2 месяца не простояла, после очередной обновы перестала грузится, > ядро нормально, где-то на скриптах замирала и ждала хз чего, ни > ошибок, ни ворнингов. Нельзя просто взять и подвесить systemd. Любой юнит, даже если зависнет, все равно будет убит по таймауту (по умолчанию 5 минут). В отличие от SysV init, который виснет навсегда (приходилось сталкиваться, спасибо дебиану за это).
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	–3 +/–
	Сообщение от cmp (ok), 07-Апр-13, 15:56
	> Если у вас возникает такая необходимость, значит, вы что-то делаете неправильно. > Программа должна настраиваться через конфигурацию, а не через код. Должна, но не обязана, прелесть линукса в гибкости, можно запустить демон, а можно два, вот на недели tftpd  разворачивал, нету у нее конфига, как прикажете папку корня ftp менять. > Нельзя просто взять и подвесить systemd. Любой юнит, даже если зависнет, все > равно будет убит по таймауту (по умолчанию 5 минут). В отличие > от SysV init, который виснет навсегда (приходилось сталкиваться, спасибо дебиану за > это). SysV то еще убожество, но он прозрачен абсолютно, с момента запуска init можно контролировать его добавляя в скрипты выдачу отладочных мессаг в крайнем случае, можно передав параметр ядру сразу получить консоль и делать все в ручном режиме
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+1 +/–
	Сообщение от Аноним (-), 07-Апр-13, 16:05
	> Должна, но не обязана, прелесть линукса в гибкости, Помнится, разработчики Windows в свое время реализовали довольно интересную задумку - унифицированную базу данных для хранения настроек программ (реестр). Но они не могли обязать разработчиков программ не устраивать там срача. В результате разработчики программ с лозунгом "прелесть реестра в гибкости" мигом превратили его в помойку. Именно за это мы и любим текстовые конфиги - они совершенно негибкие, и их гораздо труднее загадить. > вот на недели tftpd  разворачивал, нету у нее конфига, как прикажете папку корня ftp менять. В sysvinit - править инит-скрипт, который является кодом и поэтому будет затерт при следующем обновлении. В systemd - поправить конфиг юнита, который является (внезапно) просто конфигом. > SysV то еще убожество, но он прозрачен абсолютно, с момента запуска init > можно контролировать его добавляя в скрипты выдачу отладочных мессаг А в systemd не надо ничего добавлять, достаточно в повысить loglevel до debug, и все его компоненты начнут писать в лог подробную отладочную информацию. Нормальный код имеет много преимуществ перед сметанными на живую нитку скриптами.
	Ответить | Правка | Наверх | Cообщить модератору

	208. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от Аноним (-), 08-Апр-13, 10:04
	> обязать разработчиков программ не устраивать там срача. Плюс сами развели там срач. Плюс не дали утилит в системе для прозрачной работы с данными. Так что найти в реестре все ветки содержащие "вася" но не содержащие "петя" - это рокет сайнс. Так изначально вообще не предусмотрено. А с учетом объема ср@ча в реестр - там обычно почти все что угодно находится не менее 100500 раз.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от Аноним (-), 07-Апр-13, 16:09
	> SysV то еще убожество, но он прозрачен абсолютно, Очень грустно, когда рассуждениями про "прозрачность" пытаются оправдать полное отсутствие вменяемой документации.
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	75. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	–1 +/–
	Сообщение от Аноним (-), 07-Апр-13, 16:29
	> Очень грустно, когда рассуждениями про "прозрачность" пытаются оправдать полное отсутствие вменяемой документации. Документация - не unix-way. Пусть всякие MSDN-ы документацию пишут, а мы и в код глянем.
	Ответить | Правка | Наверх | Cообщить модератору

	209. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от Аноним (-), 08-Апр-13, 10:04
	> Документация - не unix-way. А как же маны???
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+1 +/–
	Сообщение от cmp (ok), 07-Апр-13, 16:39
	> Очень грустно, когда рассуждениями про "прозрачность" пытаются оправдать полное отсутствие > вменяемой документации. ешкин кот, да на кой черт документировать пять строк проверки наличия проги, конфига и его валидности? > В результате разработчики программ с лозунгом "прелесть реестра в гибкости" мигом превратили его в помойку. Винда сама себя в помойку превращает штатными средствами. > Именно за это мы и любим текстовые конфиги - они совершенно негибкие, и их гораздо труднее загадить. загадить можно все. > А в systemd не надо ничего добавлять, достаточно в повысить loglevel до debug, и все его > компоненты начнут писать в лог подробную отладочную информацию. Нормальный код имеет много преимуществ перед сметанными на живую нитку скриптами. Это если дело дошло до лога, это еще пойди тонну доков перечитай, по конфигурированию системд, и прочая прочая. Да SysV убог, но зато прост и легко меняется полностью или частично, а главное работает, системд сам себе на уме, заменить его проблематично, любое действие требует курения манов. Нет в нем и новшеств выгодно отличающих его, то есть меняем шило на мыло. Я писал уже как-то, что очень бы хотелось демона чьей задачей был бы контроль других демонов, только не так как это делают нагиосы, а полномаштабный, с интеграцией с системой, построением графиков использования ресурсов, возможно; с управляемой логикой в случае падения; может это не совсем то, но с интеграцией с dbus, с удалением функции запуска демонов из SysV - это был бы выход на новый уровень, а системд всего лишь велосипед.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	83. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от Аноним (-), 07-Апр-13, 16:46
	> ешкин кот, да на кой черт документировать пять строк проверки наличия проги, конфига и его валидности? Я уже лет 20 не видет init-скрипты по пять строк. С тем же успехом можно утверждать "зачем документировать apache, там же три строчки весь код". > Винда сама себя в помойку превращает штатными средствами. Как и SysV init. > Это если дело дошло до лога, это еще пойди тонну доков перечитай, > по конфигурированию системд, и прочая прочая. Да, одну man-страницу прочитать - неподъемный труд. Уж лучше тыщу строчек индусокода, но зато на родном баше. > Да SysV убог, но зато прост и легко меняется полностью или частично, > а главное работает, системд сам себе на уме, заменить его проблематично, > любое действие требует курения манов. С компьютерами вообще сложно работать. > Нет в нем и новшеств выгодно отличающих его, то есть меняем шило на мыло. Да и у Linux никаких новшеств по сравнению с MS-DOS, ага. Такая же черная консоль :) > Я писал уже как-то, что очень бы хотелось демона чьей задачей был > бы контроль других демонов, только не так как это делают нагиосы, > а полномаштабный, с интеграцией с системой, построением графиков использования ресурсов, > возможно; с управляемой логикой в случае падения; может это не совсем > то, но с интеграцией с dbus, с удалением функции запуска демонов > из SysV - это был бы выход на новый уровень Тащемта, это systemd и есть. Разве что графики не строит (зато есть cgtop). А графики и munin строить может.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от cmp (ok), 07-Апр-13, 17:10
	> Я уже лет 20 не видет init-скрипты по пять строк. slackware, дома только он, на работе центос - корп стандарт и скрипты его не сложнее. хотя иногда с ними тоже возникают траблы, напримет неспособность проверить корневую фс, так как там прописано проверять /, и вдруг ни с того ни с сего он обнаруживает что это папка соответсвенно скрипт вылетает в ошибку и система не грузится, на SysV встречал эту проблему часто и на рэдхате и на альте, и на компах, и на серверах, и встраиваемых системах, дейсвительно хрен поймешь, что в этих скриптах не отрабатывает, но на худой конец можно снести весь огород и сделать тупое fsck /dev/sdx > С тем же успехом можно утверждать "зачем документировать apache, там же три > строчки весь код". если бы это было действительно так. > Как и SysV init. ну на убунте мб, в центосе все кашерно. > Да, одну man-страницу прочитать - неподъемный труд. > Уж лучше тыщу строчек индусокода, но зато на родном баше. а она одна? речь собственно и идет про замену кучи скриптов на кучу бинарников > С компьютерами вообще сложно работать. в компьютерах нолики да единички, работать сложно с идиотами, поттеринг может и не идиот, но выскочка и порядочный засранец. > Да и у Linux никаких новшеств по сравнению с MS-DOS, ага. Такая > же черная консоль :) Пфф > Тащемта, это systemd и есть. Разве что графики не строит (зато есть > cgtop). > А графики и munin строить может. может и прикрутили что уже, не в курсе, только вот udev делает свою работу и никто его его не хаит, а системд и диски монтирует и за процессами следит, так пусть он тогда дбас зпменит и удев, и глибц, и может поттеринг и ядро свое запилит?
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	–1 +/–
	Сообщение от Аноним (-), 07-Апр-13, 17:29
	>> Я уже лет 20 не видет init-скрипты по пять строк. > slackware, дома только он, на работе центос - корп стандарт и скрипты его не сложнее. если бы это было действительно так © > ну на убунте мб, в центосе все кашерно. Вот не надо ля-ля. Я с 4-5 центосом работал довольно плотно. Переход 6-го на upstart снес порядочную часть sysvinit-го геморроя. И уже очень хочется, чтобы поскорее вышел 7-й с systemd, чтобы забыть еще кучу проблем. > а она одна? речь собственно и идет про замену кучи скриптов на кучу бинарников Для 1 юнита + 1 вызываемого из него бинарника - одна. Хотя бывает, что несколько юнитов и бинарников делают разные части одной работы (например, readahead-collect, readahead-replay) - тогда и man-страница у них одна. > Пфф Ну теперь вы поняли, как практикующие админы относятся к заявлениям "у systemd никаких полезных новшеств, один гемор" :) > может и прикрутили что уже, не в курсе, только вот udev делает > свою работу и никто его его не хаит Гентушники хаяли. Правда, потом извинялись и дарили конфеты.
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от cmp (ok), 07-Апр-13, 17:36
	> Ну теперь вы поняли, как практикующие админы относятся к заявлениям "у systemd > никаких полезных новшеств, один гемор" :) Как практикующий админ, у systemd никаких полезных новшеств, один гемор.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+1 +/–
	Сообщение от alexxy (ok), 07-Апр-13, 19:41
	> Гентушники хаяли. Правда, потом извинялись и дарили конфеты. Хаяли не сам удев а что с ним пытался сделать поттеринг, после того как вставил в systemd. Удев попросту больше нельзя собрать не собрав остальных компонентов systemd, потеряна совсместимость удава со старыми ядрами (да да ваши любимые 2.6.32 перестают работать с новым удавом) и тп.
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	230. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от Адекват (?), 08-Апр-13, 12:52
	> 6-го на upstart снес порядочную часть sysvinit-го геморроя. Я упорото не могу понять, почему вы считаете что sisvinit - геммор, а systemd манна небесная. Я вот считаю что наоборот - systemd, это геммор, а sysvinit - это то, "каким линукс должен быть". Во всяком случае тот. что был в Арче. Вы никогда не сталикавались с тем, что с systemd почему-то драйвер на сетевую карту не загружался на 100ую загрузку, хотя 99 раз перед этим загружался ? Мне кажется это происходит потому что он не успевает загрузиться, потому что "агрессивная параллелизация". Или имена интерфйесов сетвеых не менялись на "не правильные" ? Жесткие диски sda sdb именами не менялись после перезагрузки ? Когда вы перейдете на systemd, это вас все ждет, не обязательно сразу, но обязательно ждет, если вы конечно не эксперт-телепат, который может видеть будущее.
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	138. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от Michael Shigorin (ok), 07-Апр-13, 20:54
	> хотя иногда с ними тоже возникают траблы, напримет неспособность проверить корневую фс, > так как там прописано проверять /, и вдруг ни с того ни с сего он обнаруживает что это > папка соответсвенно скрипт вылетает в ошибку и система не грузится, на SysV встречал > эту проблему часто и на рэдхате и на альте Покурочили ФС или fstab с UUID.
	Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

	220. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от cmp (ok), 08-Апр-13, 10:58
	угумс, вдруг не с того не с сего на встраиваемой системе что-то покурочилось, да так смачно, что извлечение винта и проверка его на другой системе ни ошибок не выявила, ни загружаемость системы не восстановила.
	Ответить | Правка | Наверх | Cообщить модератору

	266. "Разработчики systemd: загрузка с initrd оказалась..."	+/–
	Сообщение от arisu (ok), 08-Апр-13, 21:29
	маловероятно, но не невозможно.
	Ответить | Правка | Наверх | Cообщить модератору

	354. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от nuclight (??), 11-Апр-13, 17:04
	> Я уже лет 20 не видет init-скрипты по пять строк. http://svnweb.freebsd.org/base/release/9.0.0/etc/rc.d/rwho?v... А если стандартные вычесть, так даже и меньше пяти останется.
	Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

	124. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	–1 +/–
	Сообщение от Аноним (-), 07-Апр-13, 20:18
	>Я писал уже как-то, что очень бы хотелось демона чьей задачей был бы контроль других демонов ...Но не придумал, чем отвлечь санитаров.
	Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

	139. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 07-Апр-13, 20:55
	> Я писал уже как-то, что очень бы хотелось демона чьей задачей был > бы контроль других демонов, только не так как это делают нагиосы, > а полномаштабный, с интеграцией с системой, построением графиков использования > ресурсов, возможно; с управляемой логикой в случае падения Посмотрите monit+collectd?  Каждый прекрасно решает свои задачи.
	Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

	145. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	–1 +/–
	Сообщение от quux (??), 07-Апр-13, 22:12
	> Каждый прекрасно решает свои задачи Не надо сказок. Что monit cделает если основной процесс некоего демона нарожал потомков, а потом аварийно завершился ? Как сказать мониту "останови демона X и не перезапускай его пока я не прикажу" ? Как _гарантированно_ избежать состязаний при загрузке ?
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+2 +/–
	Сообщение от Michael Shigorin (ok), 07-Апр-13, 22:42
	> Не надо сказок. Правильно, а вот почти десяток лет боевой эксплуатации кое-что говорит. > Что monit cделает если основной процесс некоего демона нарожал потомков, > а потом аварийно завершился ? Что скажут, то и делает -- например, дёргает скрипт рестарта (который может уже более вдумчиво разбираться, что там такое -- хотя криво падающий софт как-то даже страшновато представить в своей зоне ответственности) и пишет руту. > Как сказать мониту "останови демона X и не перезапускай его пока я не прикажу" ? monit stop X > Как _гарантированно_ избежать состязаний при загрузке ? Оформив страховой полис, что Вы как маленький?
	Ответить | Правка | Наверх | Cообщить модератору

	309. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	–1 +/–
	Сообщение от quux (??), 09-Апр-13, 23:40
	>> Не надо сказок. > Правильно, а вот почти десяток лет боевой эксплуатации кое-что говорит. Опыт говорит что нормальных решений сейчас не существует, есть наборы костылей разного радиуса кривости. >> Что monit cделает если основной процесс некоего демона нарожал потомков, >> а потом аварийно завершился ? > Что скажут, то и делает -- например, дёргает скрипт рестарта (который может > уже более вдумчиво разбираться, что там такое Да щас. 99.(9)% скриптов ни в чем разбираться не будут и тупо оставят порожденные процессы болтаться в системе дальше. > -- хотя криво падающий > софт как-то даже страшновато представить в своей зоне ответственности) и пишет руту. За "десяток лет боевой эксплуатации" никогда не видели падения демона? Ну, ну. >> Как сказать мониту "останови демона X и не перезапускай его пока я не прикажу" ? > monit stop X Это радует. >> Как _гарантированно_ избежать состязаний при загрузке ? > Оформив страховой полис, что Вы как маленький? То есть ответа не будет ?
	Ответить | Правка | Наверх | Cообщить модератору

	317. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 10-Апр-13, 00:59
	>>> Что monit cделает если основной процесс некоего демона нарожал потомков, >>> а потом аварийно завершился ? >> Что скажут, то и делает -- например, дёргает скрипт рестарта (который может >> уже более вдумчиво разбираться, что там такое > Да щас. 99.(9)% скриптов ни в чем разбираться не будут и тупо > оставят порожденные процессы болтаться в системе дальше. Ещё раз: - если это неисправимо в самой софтине (например, бинарь) -- остаётся только подпирать так или иначе, причём будет это рестарт сервера/виртуалки/контейнера или прибитие всего живого в неймспейсе -- разницы катастрофической нет, т.к. у _этой_ медали обратная сторона _есть_ и известна (выплёскивание с водой младенца по шаблонному невниманию); - если это исправимо в софтине, исправлять поведение следует именно там -- возможно, временно используя предыдущий пункт в качестве объезда. >> -- хотя криво падающий >> софт как-то даже страшновато представить в своей зоне ответственности) и пишет руту. > За "десяток лет боевой эксплуатации" никогда не видели падения демона? Ну, ну. Если бы не видел, monit бы не упоминал (только не десяток, а полтора уже скоро). Настолько криво падающих и впрямь сходу не припомню. >>> Как _гарантированно_ избежать состязаний при загрузке ? >> Оформив страховой полис, что Вы как маленький? > То есть ответа не будет ? Каков вопрос, таков ответ.  Про гонки под конкретно systemd писал недавно и достали они достаточно крепко, чтобы лишний раз даже вспоминать не хотелось.
	Ответить | Правка | Наверх | Cообщить модератору

	210. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	–2 +/–
	Сообщение от Аноним (-), 08-Апр-13, 10:13
	> Посмотрите monit+collectd?  Каждый прекрасно решает свои задачи. Ага, и будет у нас лоскутное одеяло запускалок. Половина программ запускается там. Половина - сям, а некоторое вообще вон оттуда взлетает. Вот смотришь на конкретную программу - и попробуй угадать: откуда ее такую хорошую запустили. Очень удобно - шариться в три-четыре закоулка системы вместо одного. Это на сервере. На десктопе все еще веселее...
	Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

	232. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от cmp (ok), 08-Апр-13, 13:02
	> Посмотрите monit+collectd?  Каждый прекрасно решает свои задачи. Спасибо, посмотрел, не то это collectd - по мотивам cacti, видимо, имел удовольствие ковырять, обрезать ошибки до 20 символов полученные от дочерних процессов это сильно. monit - аля nagios, какая-то студенческая свистоперделка, брать id процесса из pid-файла, а если id уже получен другим процессом, проверять контрольную сумму /proc/<pid>/exe? Комплексное решение хочется, чтобы pid получать от fork-exec, отслеживать создание потомков, данные читать в виде как есть, а не процентами от чего-то там, и не генерить их каждые 10 сек, а предоставлять по требованию, динамически конфигурировать список наблюдаемых процессов, и лучшим вариантом тут будет виртуальная фс, кстате в качестве плюшки можно писать на эту фс логи, а денон будет их парсить и по регекспам генерировать события, не говоря уже о решении проблемы с ротацией логов.
	Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

	267. "Разработчики systemd: загрузка с initrd оказалась..."	+2 +/–
	Сообщение от arisu (ok), 08-Апр-13, 21:31
	есть подозрение (без сарказма), что способы получить реализацию этой хотелки — как обычно. или пишем сами, или платим тем, кто нам напишет.
	Ответить | Правка | Наверх | Cообщить модератору

	336. "Разработчики systemd: загрузка с initrd оказалась..."	+/–
	Сообщение от cmp (ok), 10-Апр-13, 12:44
	> есть подозрение (без сарказма), что способы получить реализацию этой хотелки — как > обычно. или пишем сами, или платим тем, кто нам напишет. )), ну да, только за мои деньги я попрошу не иначе как шедевр, и ни малейшего представления нет кто бы мог это сделать, а самому... так проще скриптами)), с 9 до 9 на работе и это блин отпуск).
	Ответить | Правка | Наверх | Cообщить модератору

	337. "Разработчики systemd: загрузка с initrd оказалась..."	+/–
	Сообщение от arisu (ok), 10-Апр-13, 12:51
	> )), ну да, только за мои деньги я попрошу не иначе как > шедевр ну… составляй договоры, контролируй работу и всё такое. ну, и получишь на выходе как обычно, конечно. > и ни малейшего представления нет кто бы мог это сделать всё зависит от суммы, которую ты готов потратить, и от сроков, которые ты готов поставить. как-то так. > а самому… так проще скриптами вот все вы так. сначала Такое-То Описание, а потом в кусты…
	Ответить | Правка | Наверх | Cообщить модератору

	339. "Разработчики systemd: загрузка с initrd оказалась..."	+/–
	Сообщение от cmp (ok), 10-Апр-13, 13:45
	> ну… составляй договоры, контролируй работу и всё такое. ну, и получишь на > выходе как обычно, конечно. > всё зависит от суммы, которую ты готов потратить, и от сроков, которые > ты готов поставить. как-то так. Не согласен, это удача - найти человека способного выполнить то, что ты хочешь и так как ты хочешь, в большенстве случаев, хочешь сделать хорошо - сделай сам. >> а самому… так проще скриптами > вот все вы так. сначала Такое-То Описание, а потом в кусты… ну не совсем, мои скрипты меня вполне устраивают, они как раз умеют запускать процесс гарантированно получать его pid и отличать его в последствии от другого получившего тот же id, конечно отслеживать потомков и прочая прочая мечта, но писались они под более широкий спектр задач с прицелом на маленький-эффективный-универсальный
	Ответить | Правка | Наверх | Cообщить модератору

	312. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от Michael Shigorin (ok), 10-Апр-13, 00:13
	> Спасибо, посмотрел Не, не посмотрели, но дело хозяйское.
	Ответить | Правка | К родителю #232 | Наверх | Cообщить модератору

	338. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от cmp (ok), 10-Апр-13, 13:10
	> Не, не посмотрели, но дело хозяйское. Скажем так, увидел, что оно из себя представляет, или чего не представляет, объем скриптов, которые надо написать или поправить, для вменяемой объвязки сравним с объемом проекта, который бы делал то, что нужно, если писать самому, и в добавок синхронизировать это на разных машинах, администрировать разные части в разных местах, и в результате - весь выигрышь уходит в ноль, если не падает ниже.
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 07-Апр-13, 20:52
	> Нельзя просто взять и подвесить systemd. Что, и сегфолтнуть тоже нельзя?  Меня посодють? :]
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	174. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	–1 +/–
	Сообщение от etw (ok), 08-Апр-13, 00:43
	>> Нельзя просто взять и подвесить systemd. > Что, и сегфолтнуть тоже нельзя?  Меня посодють? :] Сегфлотнуть можно все, даже баш.
	Ответить | Правка | Наверх | Cообщить модератору

	298. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 09-Апр-13, 19:18
	> Сегфлотнуть можно все, даже баш. Вам удавалось сегфолтнуть bash?  Мне пока нет, а systemd -- да.
	Ответить | Правка | Наверх | Cообщить модератору

	310. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	–1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 09-Апр-13, 23:57
	>> Сегфлотнуть можно все, даже баш. > Вам удавалось сегфолтнуть bash?  Мне пока нет, а systemd -- да. $ alias r="fc -e -" $ r r <здесь будет ругань> $ r r r r r r <... много-много раз...> KABOOM! Работает (практически?) во всех bourne-шеллах. :)
	Ответить | Правка | Наверх | Cообщить модератору

	315. "Разработчики systemd: загрузка с initrd оказалась..."	+1 +/–
	Сообщение от arisu (ok), 10-Апр-13, 00:48
	эм... $ bash $ fc bash: vi: command not found wtf?!
	Ответить | Правка | Наверх | Cообщить модератору

	316. "Разработчики systemd: загрузка с initrd оказалась..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 10-Апр-13, 00:58
	> эм... > $ bash > $ fc > bash: vi: command not found > wtf?! О, глядишь, так и получится поприучать линуксоидов читать man'ы... А там, глядишь, они их и писать снова нормальные начнут. :)
	Ответить | Правка | Наверх | Cообщить модератору

	320. "Разработчики systemd: загрузка с initrd оказалась..."	–1 +/–
	Сообщение от arisu (ok), 10-Апр-13, 01:07
	$ man fc No manual entry for fc
	Ответить | Правка | Наверх | Cообщить модератору

	322. "Разработчики systemd: загрузка с initrd оказалась..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 10-Апр-13, 01:09
	> $ man fc > No manual entry for fc Теплее... Даю подсказку: чем отличаются "ls" и "/bin/ls"?
	Ответить | Правка | Наверх | Cообщить модератору

	323. "Разработчики systemd: загрузка с initrd оказалась..."	+/–
	Сообщение от arisu (ok), 10-Апр-13, 01:10
	да не надо, туплю я просто.
	Ответить | Правка | Наверх | Cообщить модератору

	321. "Разработчики systemd: загрузка с initrd оказалась..."	+/–
	Сообщение от arisu (ok), 10-Апр-13, 01:09
	чёрт. что-то я спросонок торможу, фигню написал.
	Ответить | Правка | К родителю #316 | Наверх | Cообщить модератору

	318. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от Michael Shigorin (ok), 10-Апр-13, 01:02
	> Работает (практически?) во всех bourne-шеллах. :) $ r r -bash: fc: не нашел такую команду Ой, вот ведь незадача -- фиксить у тестового пользователя нечего %)
	Ответить | Правка | К родителю #310 | Наверх | Cообщить модератору

	319. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 10-Апр-13, 01:05
	>> Работает (практически?) во всех bourne-шеллах. :) > $ r r > -bash: fc: не нашел такую команду > Ой, вот ведь незадача -- фиксить у тестового пользователя нечего %) Я ж специально написал, что срабатывает со второго ввода...
	Ответить | Правка | Наверх | Cообщить модератору

	324. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 10-Апр-13, 01:10
	>>> Работает (практически?) во всех bourne-шеллах. :) >> $ r r >> -bash: fc: не нашел такую команду >> Ой, вот ведь незадача -- фиксить у тестового пользователя нечего %) > Я ж специально написал, что срабатывает со второго ввода... Действительно; bash завершился с errorlevel 1, но не по SIGSEGV.
	Ответить | Правка | Наверх | Cообщить модератору

	325. "Разработчики systemd: загрузка с initrd оказалась..."	+/–
	Сообщение от arisu (ok), 10-Апр-13, 01:14
	> Действительно; bash завершился с errorlevel 1, но не по SIGSEGV. у меня с размаху сегфолтнулся. 4.2.37(2) а вот zsh отказался сегфолтится: «fc: event not found: r», сколько раз ему «r r» ни делай.
	Ответить | Правка | Наверх | Cообщить модератору

	326. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 10-Апр-13, 01:18
	>>>> Работает (практически?) во всех bourne-шеллах. :) >>> $ r r >>> -bash: fc: не нашел такую команду >>> Ой, вот ведь незадача -- фиксить у тестового пользователя нечего %) >> Я ж специально написал, что срабатывает со второго ввода... > Действительно; bash завершился с errorlevel 1, но не по SIGSEGV. Разные шеллы в разных ОС выдают разное, в зависимости от своего устройства, направления роста стека и так далее. У меня bash - сейчас проверил - вообще вылетает с "Illegal instruction (core dumped)". ksh - до каких-то там фиксов - вылетал, кажись, как раз с SIGSEGV. P.S.: Я - спать.
	Ответить | Правка | К родителю #324 | Наверх | Cообщить модератору

	327. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	–1 +/–
	Сообщение от etw (ok), 10-Апр-13, 04:52
	>> Сегфлотнуть можно все, даже баш. > Вам удавалось сегфолтнуть bash?  Мне пока нет, а systemd -- да. Мне как-то удавалось двухстрочным скриптом стабильно сегфолтить баш.
	Ответить | Правка | К родителю #298 | Наверх | Cообщить модератору

	341. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от Michael Shigorin (ok), 10-Апр-13, 14:31
	> Мне как-то удавалось двухстрочным скриптом стабильно сегфолтить баш. Было бы интересно на него посмотреть, если вдруг ещё найдётся; в любом разе спасибо.
	Ответить | Правка | Наверх | Cообщить модератору

	346. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	–1 +/–
	Сообщение от etw (ok), 11-Апр-13, 00:06
	>> Мне как-то удавалось двухстрочным скриптом стабильно сегфолтить баш. > Было бы интересно на него посмотреть, если вдруг ещё найдётся; в любом > разе спасибо. Дело было больше полугода назад и, разумеется, проблемная часть была сразу же переписана. Помню только, что дело было, вроде, при использовании конструкции вида ${parameter##word} или подобного рода.
	Ответить | Правка | Наверх | Cообщить модератору

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

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