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

Анализ реализаций алгоритма остановки ОС в различных система..., opennews (??), 28-Янв-14, (0) [смотреть все] Минутка рекламы, не переключайтесь , Аноним (-), 10:26 , 28-Янв-14, (1) –7 // перестал читать после первых 2х слов, анон (?), 13:41 , 28-Янв-14, (47) –6 // Ведение войны заключается в том, чтобы предоставлять противнику действовать согл, pavlinux (ok), 13:55 , 28-Янв-14, (50) +6 // Дожили http ru wikipedia org wiki D0 A1 D1 83 D0 B2 D0 BE D1 80 D0 BE D0 B2,, ананим (?), 18:07 , 28-Янв-14, (114) +4 W Искусство_войны долгое время датировался концом VI 8212 началом V века д, Andrey Mitrofanov (?), 18:33 , 28-Янв-14, (118) Боюсь в тайге Сибири они оба долго не протянут Это к вопросу 171 у естност и , ананим (?), 18:52 , 28-Янв-14, (122) –2 171 у естност и 187 171 у местност и 187 , ананим (?), 18:54 , 28-Янв-14, (123) А ядерная ракета испаряет на й все и вся совершенно независимо от made in , Аноним (-), 19:37 , 28-Янв-14, (140) –1 От made in зато зависит, долетит она до всего , или нет , Аноним (-), 20:08 , 28-Янв-14, (149) +7 Это фатальное заблуждение предполагать, что ядерная ракета не зависит made in D, ананим (?), 20:17 , 28-Янв-14, (153) +2 Большинство уверено, что ядерный заряд жахнет в полную мощь, если его просто под, angra (ok), 00:19 , 29-Янв-14, (185) +4 Тут все как обычно Практика единственное мерило теории Практика китайских полк, angra (ok), 00:17 , 29-Янв-14, (184) +3 Если бы Вы разбирались в истории Поднебесной, то Вы с удивлением заметили бы, чт, Онаним (?), 10:10 , 29-Янв-14, (196) +1 Толераст Уважай всех кромя своих сородичяй , mverepin (ok), 17:26 , 29-Янв-14, (209) –2 Совсем больной , Sabakwaka (ok), 10:12 , 29-Янв-14, (197) –1 И в какой жопе сейчас Монголия , pavlinux (ok), 23:48 , 29-Янв-14, (212) Правильно А то ведь прочитаешь - потом осуждать нельзя будет , Аноним (-), 14:35 , 28-Янв-14, (66) +2 Зря Перевод просто шикарен Много полезной информации Лёня, как всегда, не упу, Vasya (??), 21:13 , 28-Янв-14, (168) // ты знаешь, если 171 тролль 187 не отличим от идиота, то совершенно не важно,, arisu (ok), 21:23 , 28-Янв-14, (169) +2 Ты эта, чьих будешь С такими сравнениями на наше болото не заходи , Andrey Mitrofanov (?), 21:39 , 28-Янв-14, (172) а я не тролль, я честный дурак просто на фоне 171 интеллектуального большинст, arisu (ok), 21:40 , 28-Янв-14, (173) +1 Так, пацаны Клиент с первого раза не понял Всем запомнить эту косоглазую харю , Andrey Mitrofanov (?), 21:50 , 28-Янв-14, (178) так я ж без маскировки не пойду фиг вы меня узнаете в чепчике и с усами 8230 , arisu (ok), 21:58 , 28-Янв-14, (179) +2 Пусть на наше болото заскочит, там поглядим, каков он троль Фабрикует весьма , Andrey Mitrofanov (?), 21:37 , 28-Янв-14, (171) Пеар systemd в надежде попасть в дебиан , 3draven (ok), 10:27 , 28-Янв-14, (2) // Как же сможет systemd прожить без deb , anonymouse (?), 10:51 , 28-Янв-14, (8) +8 // Угу Debian у он особо то и не нужен, особенно если учитывать что Systemd - наглу, svsd_val (ok), 12:41 , 28-Янв-14, (36) // Уже говорил https wiki debian org SummerOfCode2012 StudentApplications akhilvi, vi (?), 13:15 , 28-Янв-14, (37) +1 Угу, но зачем им держать две системы инициализации в этом случае, если можно дов, svsd_val (ok), 13:18 , 28-Янв-14, (39) –3 Без грубостей Может еще, Debian-щикам сбросится на очередную путевку в космо, vi (?), 13:29 , 28-Янв-14, (41) +2 Ага так говорят озабоченные арчеводы и им подобные, которые дальше x86 x64 не ид, svsd_val (ok), 19:21 , 28-Янв-14, (132) +1 А зачем гента их держит Для мантэйнеров - больше гимора, для одминов больше гибк, asavah (ok), 13:43 , 28-Янв-14, (48) +1 А вы майнтейнер А геммора больше, это потратить пару часов на написание юнита с, rshadow (ok), 16:08 , 28-Янв-14, (100) –1 Довольно тяжело Он зависит от libNIH, в некоторых местах которой разбирается то, Аноним (-), 14:31 , 28-Янв-14, (62) –2 В апстарте по самой его природе фичи жестко не прибиваются Поэтому там cgroups , Crazy Alex (ok), 15:20 , 28-Янв-14, (91) +2 при этом, поттеринг говорит мы в документацию не успеваем, смотри в код, он пер, chinarulezzz (ok), 15:24 , 28-Янв-14, (92) Да хоть бы в своём багтрэккере успевал разбиратьсяhttps bugzilla redhat com sh, ананим (?), 17:56 , 28-Янв-14, (111) +4 так вот откуда поттеринг знания почерпнул чтоб прокомментировать апстарт , chinarulezzz (ok), 18:22 , 28-Янв-14, (116) –1 Скорее всего отсюда https bugs launchpad net ubuntu source ifupdown bug 108, ноним (ok), 18:35 , 28-Янв-14, (119) –1 может и отсюда Понасоздают багов, и потом пиарятся на своих решениях D, chinarulezzz (ok), 18:54 , 28-Янв-14, (124) +1 Ага Лучше бы православный Патреговский юзали http www linuxquestions org ques, ноним (ok), 19:06 , 28-Янв-14, (128) –1 У самого есть криптораздел и слакварь на борту Никогда не встречал подобное Су, chinarulezzz (ok), 19:59 , 28-Янв-14, (147) Или отсюда 8212 https bugs gentoo org show_bug cgi id 493874Или отсюда 82, ананим (?), 19:09 , 28-Янв-14, (129) +1 I can drop the bits pointed out by Mike in c23 from genkernel-next I wonder wh, ноним (ok), 19:31 , 28-Янв-14, (135) –1 Т е теперь можно сказать что их и не было , ананим (?), 19:36 , 28-Янв-14, (138) +1 Т е кидаться закрытыми багами как-бе нормально , ноним (ok), 19:39 , 28-Янв-14, (142) –1 Ну бревно, вытащенное похтерингом из апстарта, ты же не заметил Вдруг и про уязв, ананим (?), 19:42 , 28-Янв-14, (143) +1 External Source CONFIRMName https bugzilla redhat com show_bug cgi id 859060, ананим (?), 19:53 , 28-Янв-14, (145) +1 Меня этот баг настолько заипал в своё время, что я вернулся с systemd обратно на, ананим (?), 18:40 , 28-Янв-14, (121) +1 А в своем глазу значит https www mail-archive com debian-bugs-dist lists de, ноним (ok), 18:37 , 28-Янв-14, (120) –1 хм, похтеринг сабж начал, ему дерьмо и убирать , ананим (?), 18:57 , 28-Янв-14, (125) +1 А-а-а Он походу успел и в OpenRC нагадить А мужики-то не знают , ноним (ok), 19:02 , 28-Янв-14, (127) –1 Шикарно https bugs gentoo org show_bug cgi id 376977Honestly I would prefer t, ноним (ok), 18:59 , 28-Янв-14, (126) –1 Ну не то что бы к ядру Linux, он скорее прибит гвоздями к RedHat , Аноним (-), 14:23 , 28-Янв-14, (56) +1 А также к арчу, опенсусе в общем, половине линуксов , Аноним (-), 14:28 , 28-Янв-14, (59) к апстрим проектам, контролирующих редхат Здесь имеется в виду компания, а не д, chinarulezzz (ok), 14:35 , 28-Янв-14, (65) +1 Редхат контролируется опенсорсниками Ну, это уже давно не тайна , Аноним (-), 14:39 , 28-Янв-14, (69) контролирует возможно не так выразился , chinarulezzz (ok), 14:55 , 28-Янв-14, (80) Да нет, как раз правильно , Аноним (-), 14:58 , 28-Янв-14, (84) Лучше убью свои данные, чем поставлю проги от клятого редхата , Аноним (-), 14:53 , 28-Янв-14, (77) у меня убунта с версии 7 04 Не знаю когда там появился апстарт - но данные нико, chinarulezzz (ok), 14:56 , 28-Янв-14, (82) Я еще никогда не умирал Значит, я бессмертен, да , Аноним (-), 14:59 , 28-Янв-14, (85) +1 Джо есть, просто он неуловим , chinarulezzz (ok), 15:11 , 28-Янв-14, (88) Скорее арч и опенсусе прибиты с помощью systemd к RedHat fixed, jOKer (ok), 17:16 , 28-Янв-14, (105) +1 Заржавевшие гвозди, а также ржавые цепи, погребальные саваны и загробный хохот п, Аноним (-), 14:33 , 28-Янв-14, (63) –2 Как точно сказано про systemd , Led (ok), 00:21 , 29-Янв-14, (186) +1 Оставить им инит, на отъ сь Некроманам и инициализация некроманская , Аноним (-), 19:38 , 28-Янв-14, (141) –1 Вряд ли Учитывая, что от обсуждения дебианщиков от откосил, сказав у меня мног, Аноним (-), 14:35 , 28-Янв-14, (64) Коварный план Срочно в номер Red Hate передаёт systemd и Леонарда П в проект, Andrey Mitrofanov (?), 14:52 , 28-Янв-14, (76) // s в проект под крылошко , Andrey Mitrofanov (?), 14:53 , 28-Янв-14, (79) Вот интересно, каким образом в файловой системе реализовано ожидание завершения , anonymous (??), 10:33 , 28-Янв-14, (3) // По файловым дескрипторам - если не освобождены, значит работает, asd (??), 10:49 , 28-Янв-14, (7) // Я про само ожидание, а не его условие , anonymous (??), 13:16 , 28-Янв-14, (38) // Очевидно драйвером FS, проверяющим условия , pavlinux (ok), 13:59 , 28-Янв-14, (53) Из текста новости это не очевидно , anonymous (??), 18:00 , 28-Янв-14, (112) очевидно что процессом монтирования размонтирования занимается драйвер файловой , ig0r (??), 03:08 , 29-Янв-14, (188) А завершение процесса кто ждёт , anonymous (??), 09:04 , 29-Янв-14, (193) путём приятия героина внутрь теми, кто такое пишет файловой системе глубоко нап, arisu (ok), 20:16 , 28-Янв-14, (151) +1 // Внимательно Он про то, что в _самой _FS ожидания нет И его тай, и правда, нет, Andrey Mitrofanov (?), 21:43 , 28-Янв-14, (174) не думаю что это пиар скорее заявление, которое должно показать его квалификаци, славян (?), 10:39 , 28-Янв-14, (4) +11 // ты прав что ты неправ , chinarulezzz (ok), 14:36 , 28-Янв-14, (67) –5 // Ну, вообще-то Ленька наглядно показал, что манагеры, пишущие upstart, не разбира, Аноним (-), 14:41 , 28-Янв-14, (70) –3 // костыли от лёньки судя по всему, systemd-shutdownd - это просто еще один бинарь , chinarulezzz (ok), 15:17 , 28-Янв-14, (90) +1 То есть перезапуск инита для завершения работы - это не костыль А простенький п, Аноним (-), 10:02 , 29-Янв-14, (195) А чем по Вашему init должен заниматься И почему его так страшно перезапускать , vi (?), 12:36 , 29-Янв-14, (198) +1 Почитаешь Поттера, так его просто запускать страшно -- со всеми этими перменными, Andrey Mitrofanov (?), 13:00 , 29-Янв-14, (199) +1 Да ладно, миллион лет уже работает и еще столько же проработает сарказм понят, vi (?), 13:04 , 29-Янв-14, (200) Леньке наглядно объяснили, что убунта и так делает telinit u, а убивать все проц, Stellarwind (?), 17:20 , 28-Янв-14, (106) +2 Сейчас опять начнется что systemd не нужен и нафиг это поделие А ведь человек не, McLeod095 (ok), 10:54 , 28-Янв-14, (9) +15   // Хм, частенько видел как система не могла загрузится, потому что не проходила про, cmp (ok), 11:25 , 28-Янв-14, (23) +1   // Дистрибутив и версию вспомните Да, это тупо google sytemd debugging, ноним (ok), 11:53 , 28-Янв-14, (25) –2   // RPM base, последний раз было на каком-то встроенном в систему сканирования отпеч, cmp (ok), 12:21 , 28-Янв-14, (30) +2   А в каком скрипте вы заменили fsck на fsck etx3 dev sda2 вспомните Или м, ноним (ok), 12:28 , 28-Янв-14, (32) –2   https www linuxquestions org questions other- nix-55 checking-filesystems-fail, cmp (ok), 13:30 , 28-Янв-14, (43)   fsck ext2 Device or resource busy while trying to open dev sdaFilesystem mount, ноним (ok), 13:37 , 28-Янв-14, (44) –1   тут фс на устройстве определиласьа тут нет, cmp (ok), 13:56 , 28-Янв-14, (52)   gt оверквотинг удален Не мудрено mount can t find in etc fstab or etc mt, ноним (ok), 14:25 , 28-Янв-14, (57) –1   Жесть какая Таким уникумам вообще нельзя давать в руки что-либо сложнее лома Д, дуайт эйзенхауер (?), 08:10 , 29-Янв-14, (191)   будешь на ассемблере новую логику писать , Аноним (-), 13:28 , 28-Янв-14, (40) +1   А это к чему вообще , ноним (ok), 13:38 , 28-Янв-14, (46) –1   Ну, типа намек, что юниксвей состоит в постоянном переписывании системы инициали, Аноним (-), 14:38 , 28-Янв-14, (68) +2   Давно уже так sysvinit, openrc, Upstart, Runit, Daemontools, Launchd, Initng, , chinarulezzz (ok), 18:31 , 28-Янв-14, (117)   initscripts shutdown reboot hangs after K03rsysloghttp bugs debian org cgi-bi, Аноним (-), 22:30 , 28-Янв-14, (181) –1   F20 https bugzilla redhat com buglist cgi bug_status NEW bug_status ASSIGNED , Michael Shigorin (ok), 01:05 , 29-Янв-14, (187) +1   Ну что же вы так однобоко https bugzilla redhat com buglist cgi bug_status NE, ноним (ok), 07:33 , 29-Янв-14, (190) –2   типа похтеринг, выступая с сабжем, проявил верх объективности я за всю историю р, ананим (?), 08:15 , 29-Янв-14, (192) +1   У него и так integer overflow случился, скорее всего , Michael Shigorin (ok), 14:31 , 29-Янв-14, (204) +1   Никто и не отрицает существование багов, связанных с systemd Я лишь хотел сказа, Аноним (-), 11:03 , 30-Янв-14, (213)   Так я для удобства и привёл скромную ссылочку Скорее справедливости ради tm , Michael Shigorin (ok), 17:20 , 30-Янв-14, (216)   Спасибо, дорогой А теперь примените к залипанию без диагностики на выключении , Michael Shigorin (ok), 13:55 , 28-Янв-14, (51) +3   http freedesktop org wiki Software systemd Debugging index2h1Не Видимо, надо , Аноним (-), 14:26 , 28-Янв-14, (58) –1   Именно так И ждать долго ждать А если хочется ждать мало, то платить Много, jOKer (ok), 17:30 , 28-Янв-14, (108) +1   А в OpenRC видать баги моментально исправляют Валяйте https bugs gentoo org b, ноним (ok), 18:03 , 28-Янв-14, (113) –1   Спасибо, на эту страничку не натыкался Плохо ещё и то, что параллелизм -- расс, Michael Shigorin (ok), 15:47 , 29-Янв-14, (208) +1   journalctl -b -1 , не И если оно один раз зависло, зависнет и второй раз, так В, ноним (ok), 14:30 , 28-Янв-14, (61) –2   хе-хе, а ведь не выйдет, даже если и очень захочется Tomasz Torcz Hey, the code, Reinar (ok), 12:12 , 28-Янв-14, (29) +8   // А дебианщики уже размахнулись поддерживать патчи для портабельности upstart out-, Аноним (-), 14:55 , 28-Янв-14, (81) –1   А Поттеринг не планирует в ближайшее время убрать less из systemctl , Аноним (-), 11:07 , 28-Янв-14, (11) // А зачем , Fracta1L (ok), 11:09 , 28-Янв-14, (13) +4 alias systemctl systemctl --no-pager , ноним (ok), 11:15 , 28-Янв-14, (17) Ага, давайте его ещё и из man уберём , freehck (ok), 12:22 , 28-Янв-14, (31) –1 // не, из man не надо, да и убирается легко, достаточно перенаправить вывод не в те, Аноним (-), 13:30 , 28-Янв-14, (42) // А systemctl xxx 124 cat писать низзя , Аноним (-), 14:42 , 28-Янв-14, (71) сугубо технические проблемы работы одной функции системы не тянет оно на главн, Нанобот (ok), 11:19 , 28-Янв-14, (21) –1 забавно, у меня вот при использовании lvm, luks, raid и прочих nfs такой проблем, Аноним (-), 12:02 , 28-Янв-14, (27) –2 // да, ты его разоблачил спасибо тебе, отважный защитник , anonymous (??), 19:28 , 28-Янв-14, (134) из IRC по поводу этой темы so does systemd work with kernel 2 6 25 and reiserf, Xaionaro (ok), 12:37 , 28-Янв-14, (35) +3 // Фанбои бесятся , Аноним (-), 14:43 , 28-Янв-14, (72) // Фанбои фанатеющие по чему , Xaionaro (ok), 15:02 , 28-Янв-14, (86) +1 // Там есть своя политтусовка вокруг OpenRC , Аноним (-), 15:48 , 28-Янв-14, (94) И каких политических взглядов они придерживаются и интересы какой компании госуд, Xaionaro (ok), 16:00 , 28-Янв-14, (97) По нафиг никому не нужному RaiserFS же -_-Цитата Леннарта на счёт одной из проб, Lain_13 (ok), 15:53 , 28-Янв-14, (96) –1 спасибо твоего очень ценного мнения очень не хватало как же без твоих-то ценны, arisu (ok), 20:23 , 28-Янв-14, (159) +1 Всегда пожалуйста, был очень рад помочь, обращайтесь , Lain_13 (ok), 22:43 , 28-Янв-14, (182) –1 Ага Попался Давно хотел спросить не ради смеху, а, правда, интересно у кого-, pv47 (ok), 23:26 , 28-Янв-14, (183) +1 по системды прямо тут, на опеннете как только их в очередной раз тычут носом в, arisu (ok), 20:22 , 28-Янв-14, (157) +3 Забыл что они ещё рассказывают про не читаемые портянки скриптов, бричку и космо, Аноним (-), 21:54 , 29-Янв-14, (211) К сожалению, при всех описанных плюсах systemd, он все еще не предназначен для и, anonymous (??), 13:37 , 28-Янв-14, (45) +4 // Наоборот systemd изначально разработан модульным и расширяемым, в отличие от с, Аноним (-), 14:51 , 28-Янв-14, (75) –7 // Э-э-э, потому что это откровенная брехня , ананим (?), 15:13 , 28-Янв-14, (89) Понятие простоты юнита субъективно Большинство пользователей не полезет ни в , anonymous (??), 15:39 , 28-Янв-14, (93) +2 // Да дело даже не в этом Для скриптов вполне можно использовать что-то типа этого, ананим (?), 16:07 , 28-Янв-14, (99) системды-специфичное апи вообще нафиг не нужно , arisu (ok), 20:25 , 28-Янв-14, (160) +2 Угу, только там галки можно снять и ненyжно не ставить , Аноним (-), 20:34 , 28-Янв-14, (161) –1 Да, улучшающееся качество статей на опеннете не может не радовать Аноним молоде, Аноним (-), 15:48 , 28-Янв-14, (95) вся суть велосипедостроения -- в одном обзаце опытные пользователи оказались у, Xasd (ok), 16:02 , 28-Янв-14, (98) // И ещё какой Согласитесь, что этои этоНесколько разные вещи Мягко говоря DЗыжБ, ананим (?), 16:14 , 28-Янв-14, (101) +2 // Я специально для Вас выпишу основные пункты новости Upstart повреждает ФС в редк, anonymous (??), 17:07 , 28-Янв-14, (104) –2 // Забавно, мне не нужно было читать новость, чтобы убедится, что когда повис намер, ананим (?), 17:51 , 28-Янв-14, (110) +5 очевидно, перед тем как комментировать -- он решил посмотреть как это сделано у , Xasd (ok), 19:18 , 28-Янв-14, (131) Самое забавное, что на свои баги у него нет времени, но написать столь развёрнут, ананим (?), 19:32 , 28-Янв-14, (136) +2 Пока весь opennet читает, у него есть время подумать Сунь-цзы нервно ку, Аноним (-), 21:26 , 28-Янв-14, (170) +1 эх жаль лёня отлично поработал и доходчиво рассказал о сложной проблеме, но никт, кевин (?), 21:44 , 28-Янв-14, (176) Если в то время, когда файл оставался открытым на чтение для некоторого процесс, Kodir (ok), 13:55 , 29-Янв-14, (201) –2 // Это не разумные варианты, это _твои _виндовые привычки Велкам то зе нью брэйв йу, Andrey Mitrofanov (?), 14:31 , 29-Янв-14, (203) +2 А почему неинтересно то, что она отсутствует в sysvinit Любим геройский решать п, myhand (ok), 17:34 , 29-Янв-14, (210) +1 я просто оставлю здесь этоGentoo openrc lsof -w 124 grep initinit , Аноним (-), 13:57 , 30-Янв-14, (214) // жуть какая выше нарисована code init 1 root cwd DIR 8, arisu (ok), 14:13 , 30-Янв-14, (215) 1,2,3,4,9,11,21,27,35,45,95,98,176,201,210,214

Сообщения

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

9. "Анализ реализаций алгоритма остановки ОС в различных система..."	+15 +/–
Сообщение от McLeod095 (ok), 28-Янв-14, 10:54
Сейчас опять начнется что systemd не нужен и нафиг это поделие. А ведь человек не только создал рабочий софт, но и не скрывает свои решения возникших проблем. Он не посоветовал что для решения проблемы возмите кусок из моего софта, или не предложил полностью на него перейти, он описал ситуацию которая возникает и описал решение которое ему показалось наиболее оптимальным и правильным. А в итоге сейчас в комментах в его адрес (да и в мой) полетят гнилые помидоры. Я кстати довольно часто видел как в CentOS 6 не всегда может быстро и нормально при выключении отмонтироваться /var, и знаю что проблема не надуманная.
Ответить | Правка | Наверх | Cообщить модератору

	23. "Анализ реализаций алгоритма остановки ОС в различных система..."	+1 +/–
	Сообщение от cmp (ok), 28-Янв-14, 11:25
	Хм, частенько видел как система не могла загрузится, потому что не проходила проверку корневая фс, потому что, fsck / выдавал ошибку о том, что / - это директория. В большенстве случаев не разбирался, что да как, а заменял в скрипте fsck / на fsck.etx3 /dev/sda2. Да это тупо, зато на все про все 10 мин, а там уж пусть админы того сервера чешуться, а что же делать с системд в случае когда произойдет сбой во внутренней логике? Проблема в том, что идеальных решений не бывает и косячит будут и скрипты, и системд, но скрипты можно поправить, а с этим бинарным поделием, что прикажете делать? курить исходники? так может сразу нафиг?
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Анализ реализаций алгоритма остановки ОС в различных система..."	–2 +/–
	Сообщение от ноним (ok), 28-Янв-14, 11:53
	> Хм, частенько видел как система не могла загрузится, потому что не проходила > проверку корневая фс, потому что, fsck / выдавал ошибку о том, > что / - это директория. Дистрибутив и версию вспомните? > В большенстве случаев не разбирался, что да как, а заменял в скрипте > fsck / на fsck.etx3 /dev/sda2. Да это тупо... Да, это тупо. > Проблема в том, что идеальных решений не бывает и косячит будут и > скрипты, и системд, но скрипты можно поправить, а с этим бинарным > поделием, что прикажете делать? курить исходники? так может сразу нафиг? google://sytemd+debugging
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Анализ реализаций алгоритма остановки ОС в различных система..."	+2 +/–
	Сообщение от cmp (ok), 28-Янв-14, 12:21
	> Дистрибутив и версию вспомните? RPM base, последний раз было на каком-то встроенном в систему сканирования отпечатков пальцев в отделении полиции соседнего городка, альт может быть, но точно не помню. >> Проблема в том, что идеальных решений не бывает и косячит будут и >> скрипты, и системд, но скрипты можно поправить, а с этим бинарным >> поделием, что прикажете делать? курить исходники? так может сразу нафиг? > google://sytemd+debugging Да я даже знать не хочу как оно там работает, мне до звезды. Скрипты помогают мне жить, я могу написать хоть в консоле последовательность действий и пойти курить пока оно выполняется, или скажем переинициализировать сеть на серваке, или помудрить с iptables, зная что через 10 мин запустится скрипт который вернет все как было, и управление я не потеряю. А на кой черт мне отладка этого системд, я работаю в сфере эксплуатации, а не починки, как и большенство. Починкой занимаются студентики по вызову из объявлений в автобусах, но думаю даже им это нафиг не надо. Но изредка починять систему приходится, и ради этого "раз в пятилетку" - сидеть, гуглить, разбираться, да нахрен оно упало, если более мне эти знания не пригодятся, быстрее из бэкапа восстановить или заново поднять. Какбы я не против системд на вашем компьютере, но мне это не нужно, но разрабы же не станут поддерживать оба варианта, таким образом - кто не с нами, тот против нас. Ничего личного)))
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Анализ реализаций алгоритма остановки ОС в различных система..."	–2 +/–
	Сообщение от ноним (ok), 28-Янв-14, 12:28
	>> Дистрибутив и версию вспомните? > RPM base, последний раз было на каком-то встроенном в систему сканирования отпечатков > пальцев в отделении полиции соседнего городка, альт может быть, но точно > не помню. А в каком "скрипте" вы заменили "fsck / на fsck.etx3 /dev/sda2" вспомните? Или может быть приснилось? P.S.: хотя бы на fsck /dev/disk/by-uuid/xxx заменили, что-ли, если уж на то пошло...
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Анализ реализаций алгоритма остановки ОС в различных система..."	+/–
	Сообщение от cmp (ok), 28-Янв-14, 13:30
	> А в каком "скрипте" вы заменили "fsck / на fsck.etx3 /dev/sda2" вспомните? > Или может быть приснилось? > P.S.: хотя бы на fsck /dev/disk/by-uuid/xxx заменили, что-ли, если уж на то > пошло... https://www.linuxquestions.org/questions/other-*nix-55/checking-filesystems-failure-in-rc-sysinit-halts-boot-750842/ https://www.redhat.com/archives/libvirt-users/2013-November/... кстате довольно распространенная проблема - преобразования /dev/root (из /proc/mounts) в /dev/[sh]dX, поэтому в большенстве дистрибутивов решалось оставить эту функцию домашним заданием fsck, который не всегда корректно ее выполнял. И именно потому, что использовались всякие - UUID=xxx или LABEL=xxx, в fstab вместо /dev/sdX.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Анализ реализаций алгоритма остановки ОС в различных система..."	–1 +/–
	Сообщение от ноним (ok), 28-Янв-14, 13:37
	>> А в каком "скрипте" вы заменили "fsck / на fsck.etx3 /dev/sda2" вспомните? >> Или может быть приснилось? >> P.S.: хотя бы на fsck /dev/disk/by-uuid/xxx заменили, что-ли, если уж на то >> пошло... > https://www.linuxquestions.org/questions/other-*nix-55/checking-filesystems-failure-in-rc-sysinit-halts-boot-750842/ fsck.ext2: Device or resource busy while trying to open /dev/sda Filesystem mounted or opened exclusively by another program? > https://www.redhat.com/archives/libvirt-users/2013-November/... Guest (LXC container) : CentOS4 .8 mount: can't find / in /etc/fstab or /etc/mtab В общем ничего даже отдаленно похожего на ваш случай... > кстате довольно распространенная проблема - преобразования /dev/root (из /proc/mounts) > в /dev/[sh]dX, поэтому в большенстве дистрибутивов решалось оставить эту функцию домашним > заданием fsck, который не всегда корректно ее выполнял. И именно потому, > что использовались всякие - UUID=xxx или LABEL=xxx, в fstab вместо /dev/sdX. Назовете это "большинство"?
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Анализ реализаций алгоритма остановки ОС в различных система..."	+/–
	Сообщение от cmp (ok), 28-Янв-14, 13:56
	>> https://www.linuxquestions.org/questions/other-*nix-55/checking-filesystems-failure-in-rc-sysinit-halts-boot-750842/ >/: clean, 155284/557056 files, 920932/2225412 blocks > fsck.ext2: Device or resource busy while trying to open /dev/sda тут фс на устройстве / определилась >> https://www.redhat.com/archives/libvirt-users/2013-November/... >fsck.ext2: Is a directory while trying to open / >/: >The superblock could not be read or does not describe a correct ext2 >filesystem.  If the device is valid and it really contains an ext2 >filesystem (and not swap or ufs or something else), then the superblock >is corrupt, and you might try running e2fsck with an alternate superblock: >    e2fsck -b 8193 <device> а тут нет
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Анализ реализаций алгоритма остановки ОС в различных система..."	–1 +/–
	Сообщение от ноним (ok), 28-Янв-14, 14:25
	>[оверквотинг удален] > тут фс на устройстве / определилась >>> https://www.redhat.com/archives/libvirt-users/2013-November/... >>fsck.ext2: Is a directory while trying to open / >>/: >>The superblock could not be read or does not describe a correct ext2 >>filesystem.  If the device is valid and it really contains an ext2 >>filesystem (and not swap or ufs or something else), then the superblock >>is corrupt, and you might try running e2fsck with an alternate superblock: >>    e2fsck -b 8193 <device> > а тут нет Не мудрено: mount: can't find / in /etc/fstab or /etc/mtab
	Ответить | Правка | Наверх | Cообщить модератору

	191. "Анализ реализаций алгоритма остановки ОС в различных система..."	+/–
	Сообщение от дуайт эйзенхауер (?), 29-Янв-14, 08:10
	> Да я даже знать не хочу как оно там работает, мне до звезды. Жесть какая. Таким уникумам вообще нельзя давать в руки что-либо сложнее лома. Даже чтобы копать лопатой желательно разбираться как она работает.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	40. "Анализ реализаций алгоритма остановки ОС в различных система..."	+1 +/–
	Сообщение от Аноним (-), 28-Янв-14, 13:28
	> google://sytemd+debugging будешь на ассемблере новую логику писать? ;)
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	46. "Анализ реализаций алгоритма остановки ОС в различных система..."	–1 +/–
	Сообщение от ноним (ok), 28-Янв-14, 13:38
	>> google://sytemd+debugging > будешь на ассемблере новую логику писать? ;) А это к чему вообще?
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Анализ реализаций алгоритма остановки ОС в различных система..."	+2 +/–
	Сообщение от Аноним (-), 28-Янв-14, 14:38
	>>> google://sytemd+debugging >> будешь на ассемблере новую логику писать? ;) > А это к чему вообще? Ну, типа намек, что юниксвей состоит в постоянном переписывании системы инициализации каждым админом под себя. А сделать одну так, чтобы она работала - нельзя, виндyзятничество.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Анализ реализаций алгоритма остановки ОС в различных система..."	+/–
	Сообщение от chinarulezzz (ok), 28-Янв-14, 18:31
	>>>> google://sytemd+debugging >>> будешь на ассемблере новую логику писать? ;) >> А это к чему вообще? > Ну, типа намек, что юниксвей состоит в постоянном переписывании системы инициализации каждым > админом под себя. Давно уже так:  sysvinit, openrc, Upstart, Runit, Daemontools, Launchd, Initng, systemd. > А сделать одну так, чтобы она работала - нельзя, виндyзятничество. sysvinit работала. Но делать еще одни прогрессивные плееры^W системы инициализации - типичные для кодеров действия. Bycicle, bycicle, bycicle. I want to ride my bycicle.
	Ответить | Правка | Наверх | Cообщить модератору

	181. "Анализ реализаций алгоритма остановки ОС в различных система..."	–1 +/–
	Сообщение от Аноним (-), 28-Янв-14, 22:30
	> sysvinit работала. initscripts: shutdown/reboot hangs after K03rsyslog http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734367 sysvinit-utils: /bin/pidof fails when there are stuck NFS mount points, preventing shutdown http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719273 initscripts: root filesystem is busy when it is un-mounted when doing shutdown http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=463175 [initscripts] umountfs: network fs should be unmounted before network-manager is shutdown http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=463175
	Ответить | Правка | Наверх | Cообщить модератору

	187. "Анализ реализаций алгоритма остановки ОС в различных система..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 29-Янв-14, 01:05
	>> sysvinit работала. > initscripts: F20: https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_s...
	Ответить | Правка | Наверх | Cообщить модератору

	190. "Анализ реализаций алгоритма остановки ОС в различных система..."	–2 +/–
	Сообщение от ноним (ok), 29-Янв-14, 07:33
	>>> sysvinit работала. >> initscripts: > F20: https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_s... Ну что же вы так однобоко: https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_s...,bug_status,priority,assigned_to,bug_id&query_based_on=&query_format=advanced
	Ответить | Правка | Наверх | Cообщить модератору

	192. "Анализ реализаций алгоритма остановки ОС в различных система..."	+1 +/–
	Сообщение от ананим (?), 29-Янв-14, 08:15
	типа похтеринг, выступая с сабжем, проявил верх объективности? я за всю историю работы с различными системами инициализации (включая мак, солярис, юниксваре, ско опенскрвер,…) не имел столько проблем с монтированием различных ФС с не менее различных устройств, сколько за 7-9 месяцев знакомства с системд.
	Ответить | Правка | Наверх | Cообщить модератору

	204. "Анализ реализаций алгоритма остановки ОС в различных система..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 29-Янв-14, 14:31
	>> F20: > Ну что же вы так однобоко: У него и так integer overflow случился, скорее всего.
	Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

	213. "Анализ реализаций алгоритма остановки ОС в различных система..."	+/–
	Сообщение от Аноним (-), 30-Янв-14, 11:03
	> F20: https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_s... Никто и не отрицает существование багов, связанных с systemd. Я лишь хотел сказать, что и sysvinit идеализировать не стоит, проблемы бывают везде, и я привел пару примеров только чтобы об этом напомнить. Михаил, я не сравнивал ни количество багов, ни их содержание, ни между проектами, ни между дистрибутивами, я указал только на их существование. Может Вы под впечатлением от каких-то других комментов так отреагировали? Проблемы, очевидно, бывают не только с systemd, иначе вряд ли бы кто-то упоминал простоту их решения как одно из достоинств sysvinit, что, если подумать, звучит сомнительно - пользователи предпочитают проекты, который не требует от них самих решения проблем, а просто работают, или по крайней мере оперативно решают возникающие проблемы в апстриме. Я не утверждаю, что systemd на данном этапе именно такой проект, тут вопрос в том, какой проект имеет больше шансов приблизиться к такому состоянию в обозримом будущем. Пока что точно известно лишь одно - у sysvinit была огромная фора по времени и это не слишком помогло, раз уж простота решения проблем *самими пользователями* все еще упоминается как одно из основных достоинств. И еще, я говорил не о популярности проектов вообще, а о популярности *среди разработчиков*, и я не знаю почему Вы предпочли не заметить этот момент. Может не стоило так горячиться при виде слова "популярность"? Разработчики, как правило, гораздо лучше понимают реальные плюсы и минусы различных решений, чем все прочие, и они не руководствуются хвалебными или ругательными отзывами в "бложиках", они своими глазами видят все достоинства и недостатки, поскольку они напрямую с ними имеют дело. Суть в том, что проект без пользователей вполне может развиваться, а вот проект без разработчиков - вряд ли. И когда дистрибутив выбирает проект, на который он будет полагаться в ближайшем будущем, очевидно, что количество имеющихся и потенциальных будущих разработчиков этого проекта - достаточно важный фактор, ведь вряд ли кто-то захочет завязывать будущее своего дистрибутива на мертвый проект над которым никто не работает. Именно об этом я и говорил, а не о популярности среди пользователей и комментаторов на форумах - это в данном вопросе вообще практически не важно. Опять же, уточню на всякий случай, я не утверждаю, что sysvinit - мертвый проект, но прикинуть шансы на дальнейшее развитие всех альтернатив и учитывать это при выборе все-таки, наверное, стоит.
	Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

	216. "Анализ реализаций алгоритма остановки ОС в различных система..."	+/–
	Сообщение от Michael Shigorin (ok), 30-Янв-14, 17:20
	>> F20: https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_s... > Никто и не отрицает существование багов, связанных с systemd. Так я для удобства и привёл скромную ссылочку :) > Может Вы под впечатлением от каких-то других комментов так отреагировали? Скорее справедливости ради (tm). > Я не утверждаю, что systemd на данном этапе именно такой проект, > тут вопрос в том, какой проект имеет больше шансов приблизиться > к такому состоянию в обозримом будущем. Думаю, конкретно у systemd шансов было бы больше при... внедрении "по-хорошему", а не "добрым словом и пистолетом" (ck/pk, gnome3, > Пока что точно известно лишь одно - у sysvinit была огромная > фора по времени и это не слишком помогло, В смысле не помогло?  Работает себе. > раз уж простота решения проблем *самими пользователями* все еще упоминается > как одно из основных достоинств. А это и есть одно из основных достоинств _инструмента_, предназначенного для решения широкого и малопредсказуемого заранее круга задач. > И еще, я говорил не о популярности проектов вообще, а о популярности > *среди разработчиков*, и я не знаю почему Вы предпочли не заметить > этот момент. Может не стоило так горячиться при виде слова "популярность"? Вообще-то заметил и отвечал именно в этом ключе.  Если что, AFAIK первые образы альта на systemd я и выпускал. > Разработчики, как правило, гораздо лучше понимают реальные плюсы и минусы различных > решений, чем все прочие, и они не руководствуются хвалебными или ругательными > отзывами в "бложиках", они своими глазами видят все достоинства и недостатки, > поскольку они напрямую с ними имеют дело. Несколько сложнее и вплоть до того, что стадные эффекты также имеют место быть (а то и руководство фирмы/проекта). > Суть в том, что проект без пользователей вполне может развиваться Не-а.  Писать и не пользоваться самому -- верный путь к деградации проекта. > [...] очевидно, что количество имеющихся и потенциальных > будущих разработчиков этого проекта - достаточно важный фактор Это может показаться странным, но мне оно несущественно: куда важнее степень работоспособности проекта, характер развития и вменяемость апстрима.  За других, разумеется, не говорю. > но прикинуть шансы на дальнейшее развитие всех альтернатив и учитывать это > при выборе все-таки, наверное, стоит. Разумеется.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Анализ реализаций алгоритма остановки ОС в различных система..."	+3 +/–
	Сообщение от Michael Shigorin (ok), 28-Янв-14, 13:55
	> google://sytemd+debugging Спасибо, дорогой.  А теперь примените к залипанию без диагностики на выключении.  Или к минутному примерно таймауту на складывании пользовательской сессии, которого и не просили.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	58. "Анализ реализаций алгоритма остановки ОС в различных система..."	–1 +/–
	Сообщение от Аноним (-), 28-Янв-14, 14:26
	> А теперь примените к залипанию без диагностики на выключении. http://freedesktop.org/wiki/Software/systemd/Debugging/#inde... Не? > Или к минутному примерно таймауту на складывании пользовательской сессии, которого и не просили. Видимо, надо писать багрепорт.
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Анализ реализаций алгоритма остановки ОС в различных система..."	+1 +/–
	Сообщение от jOKer (ok), 28-Янв-14, 17:30
	> Видимо, надо писать багрепорт. Именно так. И ждать... долго ждать. А если хочется ждать мало, то платить. Много платить. И, - вы удивитесь, платить РедХат и Поцтерингу. Собственно это и есть главная цель RH: увеличить маржу за тех. поддержку. А теперь вопрос: а на черта мне ждать и платить, если я на OpenRC любой баг сам за 20 минут подлатаю, а? Ну, если нарвусь конечно... потому что за последние три года НИ РАЗУ не было ни одного! А все что мне пришлось там править сводилось к личной кастомизации системы.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Анализ реализаций алгоритма остановки ОС в различных система..."	–1 +/–
	Сообщение от ноним (ok), 28-Янв-14, 18:03
	>> Видимо, надо писать багрепорт. > Именно так. И ждать... долго ждать. А если хочется ждать мало, то > платить. Много платить. И, - вы удивитесь, платить РедХат и Поцтерингу. > Собственно это и есть главная цель RH: увеличить маржу за тех. > поддержку. А в OpenRC видать баги моментально исправляют? > А теперь вопрос: а на черта мне ждать и платить, если я > на OpenRC любой баг сам за 20 минут подлатаю, а? Ну, > если нарвусь конечно... потому что за последние три года НИ РАЗУ > не было ни одного! А все что мне пришлось там править > сводилось к личной кастомизации системы. Валяйте: https://bugs.gentoo.org/buglist.cgi?component=OpenRC&product... Hosted Projects&resolution=---   86*20/60 ~ 29 часов вам походу хватит.
	Ответить | Правка | Наверх | Cообщить модератору

	208. "Анализ реализаций алгоритма остановки ОС в различных система..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 29-Янв-14, 15:47
	>> А теперь примените к залипанию без диагностики на выключении. > http://freedesktop.org/wiki/Software/systemd/Debugging/#inde... Спасибо, на эту страничку не натыкался.  Плохо ещё и то, что параллелизм -- рассадник гонок, а вылавливать редко встречающееся или каждый раз готовить полигон для отлова -- извините, некогда. >> Или к минутному примерно таймауту на складывании пользовательской сессии, >> которого и не просили. > Видимо, надо писать багрепорт. Багрепорт-то да, только вот там висяки в основном получаются, похоже.  К тому же в 204 этой проблемы не было, соответствующая багофича была добавлена позже. Т.е. есть проблемы, по которым есть смысл тратить время -- а есть такие, которые в проекте выбраны по постановке задачи.  Залипания при полностью динамическом разрешении зависимостей в рантайме каждый раз -- именно из этой оперы. PS re #61: необязательно; по мере наличия свободного времени.
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	61. "Анализ реализаций алгоритма остановки ОС в различных система..."	–2 +/–
	Сообщение от ноним (ok), 28-Янв-14, 14:30
	>> google://sytemd+debugging > Спасибо, дорогой.  А теперь примените к залипанию без диагностики на выключении. journalctl -b -1 , не? И если оно один раз зависло, зависнет и второй раз, так? >  Или к минутному примерно таймауту на складывании пользовательской сессии, которого > и не просили. Во-первых - ожидание завершения юнитов в systemd - 90 сек., а не минута. Во-вторых - поподробнее, пожалуйста (желательно с пруфом на багтрекер в апстриме)
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	29. "Анализ реализаций алгоритма остановки ОС в различных система..."	+8 +/–
	Сообщение от Reinar (ok), 28-Янв-14, 12:12
	> что для решения проблемы возмите кусок из моего софта хе-хе, а ведь не выйдет, даже если и очень захочется: Tomasz Torcz: Hey, the code is written and it's free, upstart can execv() systemd-shutdown when going down. Lennart Poettering: Nope, they cannot integrate it into Upstart, since the code might be free, but not covered under their CLA. They CLA is not just a great way to give people the finger who want to send patches to you, it's also a fantastic way to give the finger to yourself when you want to integrate existing code into your project. ;-) Я вообще не понимаю, как можно рассматривать хоть что-то от Canonical к интеграции в другие дистрибутивы, принимая во внимание их лицензионную политику.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	81. "Анализ реализаций алгоритма остановки ОС в различных система..."	–1 +/–
	Сообщение от Аноним (-), 28-Янв-14, 14:55
	> Я вообще не понимаю, как можно рассматривать хоть что-то от Canonical к > интеграции в другие дистрибутивы, принимая во внимание их лицензионную политику. А дебианщики уже размахнулись поддерживать патчи для портабельности upstart out-of-tree, в виде патчей к дебиановскому пакету :) Наверное, будет забавано, если учесть, что upstart тоже нехило привязан к линуксу, и придется переписать чуть ли половину кода.
	Ответить | Правка | Наверх | Cообщить модератору

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

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