Про восстановление данных с диска -2. :)
Здравствуйте, люди! Я тут все радуюсь с восстановлением своих данных. :) И у меня дело застопорилось на том, что скальпель отказывается работать с диском потому, что там битые блоки есть. А атопсии образ подавай. Образ конечно хорошо, что у меня нету такого диска, чтобы туда такой большой образ скинуть - тогда бы и дд можно было битые блоки пропесочить, и атопсию натравить. Короче, нету опыта у кого с такого рода проблемами, или идеями поделились бы, а? С уважением, Иван. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140916142109.1aa9724a@STNset
Re: Про восстановление данных с диска -2. :)
On Tue, 16 Sep 2014, Иван Чернов wrote: Здравствуйте, люди! Я тут все радуюсь с восстановлением своих данных. :) И у меня дело застопорилось на том, что скальпель отказывается работать с диском потому, что там битые блоки есть. А атопсии образ подавай. Образ конечно хорошо, что у меня нету такого диска, чтобы туда такой большой образ скинуть - тогда бы и дд можно было битые блоки пропесочить, и атопсию натравить. Короче, нету опыта у кого с такого рода проблемами, или идеями поделились бы, а? С уважением, Иван. Вообще-то, весь мой опыт работы с диском который только начал сбоить сводится к тому, что через очень короткое время такой диск приходится выкидывать. Поэтому, снять образ партиций - это первое, что надо бы сделать. Лучше всего подходит ddrescue (gddrescue). C помощью него можно снять образ по частям, можно сразу перекинуть по сети на другую машину и т.п. Но, естественно, место надо где-то изыскать... Руководств по использованию ddrescue просто море. Успехов. Ю. p.s. Бекап - очень правильное решение.
Re: systemd, чтоб его
Melleus mell...@openmailbox.org writes: Только кто эту критику слушать будет. На Винде выросли, вот и тащат теперь всякую гадость за собой. Выдавливать по капле нужно из себя эту ментальную отраву, если уж подхватил. А не отравлять все вокруг. Не понимаю только, почему все вспоминают винду. Вот как раз винда тут не у дел. Проект инспирирован launchd, поэтому ноги растут именно из Mac OS X. Винда не упоминалась в качестве вдохновителей Поттерингом. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87d2avzwl3@tochka.ru
Re: Про восстановление данных с диска -2. :)
Tue, 16 Sep 2014 13:48:00 +0400 (MSK) yuri.nefe...@gmail.com писал(а): Вообще-то, весь мой опыт работы с диском который только начал сбоить сводится к тому, что через очень короткое время такой диск приходится выкидывать. Поэтому, снять образ партиций - это первое, что надо бы сделать. Лучше всего подходит ddrescue (gddrescue). C помощью него можно снять образ по частям, можно сразу перекинуть по сети на другую машину и т.п. Но, естественно, место надо где-то изыскать... Руководств по использованию ddrescue просто море. Спасибо за ответ! Меня пока не сильно волнует диск - он не подает признаков все пропало. Просто нужно восстановить данные, а тут такое дело. Странно, что сам диск ничего не делает с битыми своими частями. SMART показывает, что есть битые, да стоящие на очереди, но и передвинутых блоков почему-то ноль. Если у кого будет идея, как можно конвейером это дело подцепить дд + скальпель - дайте знать. С уважением, Иван. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140916182729.2a119995@STNset
Re: systemd, чтоб его
Evgeny Zubok - debian-russian@lists.debian.org @ Tue, 16 Sep 2014 14:30:32 +0400: Только кто эту критику слушать будет. На Винде выросли, вот и тащат теперь всякую гадость за собой. Выдавливать по капле нужно из себя эту ментальную отраву, если уж подхватил. А не отравлять все вокруг. EZ Не понимаю только, почему все вспоминают винду. Вот как раз винда тут не EZ у дел. Проект инспирирован launchd, поэтому ноги растут именно из Mac OS EZ X. Винда не упоминалась в качестве вдохновителей Поттерингом. Плюсадин. Повторюсь, идея-то хорошая. Вопросы - к реализации. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/877g13srqf@wizzle.ran.pp.ru
Re: systemd, чтоб его
Evgeny Zubok evgeny.zu...@tochka.ru writes: Не понимаю только, почему все вспоминают винду. Вот как раз винда тут не у дел. Проект инспирирован launchd, поэтому ноги растут именно из Mac OS X. Винда не упоминалась в качестве вдохновителей Поттерингом. Очевидно, стыдятся признаться. По винде много ассоциаций в связи с гномом. Интерфейс, гномореестр и все такое. Еще есть идеология неконтролируемого толком прямого доступа к железу, инструментов для всех задач сразу, выпуска сырых продуктов и объявления багов фичами. Архитектурой при этом можно вдохновляться какой угодно, сути это не изменит. В какую бумажку какашку не заверни - конфеткой она от этого не станет. Если бы Поттеринг и его соучастники действительно вдохновлялись идеями Mac OS, очевидно, была бы видна завершенность продуктов, их продуманность, удобство работы и стабильность. Так ли это у пульсы и гнома 3, например? Да и у systemd, похоже, тоже не все прекрасно с этим. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/871trb8ypd.fsf@hornet.workgroup
Re: systemd, чтоб его
On 2014.09.16 at 15:57:12 +0400, Artem Chuprina wrote: Evgeny Zubok - debian-russian@lists.debian.org @ Tue, 16 Sep 2014 14:30:32 +0400: Только кто эту критику слушать будет. На Винде выросли, вот и тащат теперь всякую гадость за собой. Выдавливать по капле нужно из себя эту ментальную отраву, если уж подхватил. А не отравлять все вокруг. EZ Не понимаю только, почему все вспоминают винду. Вот как раз винда тут не EZ у дел. Проект инспирирован launchd, поэтому ноги растут именно из Mac OS EZ X. Винда не упоминалась в качестве вдохновителей Поттерингом. Плюсадин. Повторюсь, идея-то хорошая. Вопросы - к реализации. Что, идея чего-то инспирированного макосью хорошая?!!! У них с 85 года ни одной хорошей идеи не было. Только популистские. И стандарт CUA с перекрывающимися окнами, провцирующими разведение бардака на экране - они популяризовали. И всякие ограничения на взаимодействия программ между собой, путем приписывания каждому файлу приложения, которое только и имеет право его обрабатывать. Грубо говоря, если какая-то идея реализована в макоси, надо думать, а где там подлянка зарыта и не стоит ли от этой идеи отказаться. Про всякие mDNS ы я уж вообще молчу. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140916134201.ga1...@wagner.pp.ru
Re: systemd, чтоб его
Dmitrii Kashin free...@freehck.ru writes: […] Почему же, минимум усилий на правку конфигов как раз приложили: -- /etc/apt/preferences.d/80systemd -- Package: systemd-sysv Pin: release a=stable Pin-Priority: -1 Package: systemd-sysv Pin: release a=testing Pin-Priority: -1 […] Почему бы не обойтись одним Pin: с c=main? Package: systemd-sysv Pin: release c=main Pin-Priority: -1 -- FSF associate member #7257 http://boycottsystemd.org/ … 3013 B6A0 230E 334A -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/878ulju05o@violet.siamics.net
Re: systemd, чтоб его
Victor Wagner - debian-russian@lists.debian.org @ Tue, 16 Sep 2014 17:42:01 +0400: Только кто эту критику слушать будет. На Винде выросли, вот и тащат теперь всякую гадость за собой. Выдавливать по капле нужно из себя эту ментальную отраву, если уж подхватил. А не отравлять все вокруг. EZ Не понимаю только, почему все вспоминают винду. Вот как раз винда тут не EZ у дел. Проект инспирирован launchd, поэтому ноги растут именно из Mac OS EZ X. Винда не упоминалась в качестве вдохновителей Поттерингом. Плюсадин. Повторюсь, идея-то хорошая. Вопросы - к реализации. VW Что, идея чего-то инспирированного макосью хорошая?!!! Да. Ты не поверишь, иногда хорошие идеи впервые реализуются в странных местах. Впрочем, если смотреть шире, то в данном случае это вообще замечательная и вся из себя прекрасная идея ленивых вычислений. Которая, кстати, давно частично реализована в юниксах в части сетевых взаимодействий (inetd). Но полезность inetd ограничена тем, что он, во-первых, не умеет действовать по схеме при первом запросе поднять сервис и оставить его работать (а это довольно часто нужно), а во-вторых, не умеет поднять зависимости. А в-третьих, тем, что он это умеет только для сети. P.S. Да, я в курсе, что иногда стоит производить неленивые вычисления. Ключевое слово - иногда. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/8738brsjzw@wizzle.ran.pp.ru
Re: systemd, чтоб его
Victor Wagner vi...@wagner.pp.ru writes: Что, идея чего-то инспирированного макосью хорошая?!!! Еще в Solaris есть подобный по идеологии механизм - SMF (Service Management Facility). Он тоже был отправной точкой. Все бросились реализовывать эти же идеи dependency-based и event-based систем инициализации - вот и появились всякие initng и далее upstart, OpenRC, systemd. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/878uljy3jm@tochka.ru
Re: systemd, чтоб его
On Tue, Sep 16, 2014 at 06:44:19PM +0400, Artem Chuprina wrote: Victor Wagner - debian-russian@lists.debian.org @ Tue, 16 Sep 2014 17:42:01 +0400: Только кто эту критику слушать будет. На Винде выросли, вот и тащат теперь всякую гадость за собой. Выдавливать по капле нужно из себя эту ментальную отраву, если уж подхватил. А не отравлять все вокруг. EZ Не понимаю только, почему все вспоминают винду. Вот как раз винда тут не EZ у дел. Проект инспирирован launchd, поэтому ноги растут именно из Mac OS EZ X. Винда не упоминалась в качестве вдохновителей Поттерингом. Плюсадин. Повторюсь, идея-то хорошая. Вопросы - к реализации. VW Что, идея чего-то инспирированного макосью хорошая?!!! Да. Ты не поверишь, иногда хорошие идеи впервые реализуются в странных местах. Пару лет назад здесь был топик о dbus, завершившийся утверждением Victor Wagner, о том, что главная беда dbus — единственная плохо документированная реализация. Сейчас этих реализаций три ) причем одна хорошо документированная, а другая высокопроизводительная ))) systemd модульная система с определенными интерфейсами. Как только они окончательно устаканятся ее можно будет переписать кусками. В любом случае это лучше чем нынешнее нагромождение костылей. -- Иван Лох -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140916155450.ga24...@nano.ioffe.rssi.ru
Re: systemd, чтоб его
AC == Artem Chuprina r...@ran.pp.ru writes: Victor Wagner - debian-russian@lists.debian.org: VW Что, идея чего-то инспирированного макосью хорошая?!!! AC Да. Ты не поверишь, иногда хорошие идеи впервые реализуются в AC странных местах. AC Впрочем, если смотреть шире, то в данном случае это вообще AC замечательная и вся из себя прекрасная идея ленивых вычислений. AC Которая, кстати, давно частично реализована в юниксах в части AC сетевых взаимодействий (inetd). AC Но полезность inetd ограничена тем, что он, во-первых, не умеет AC действовать по схеме при первом запросе поднять сервис и оставить AC его работать (а это довольно часто нужно), а во-вторых, не умеет AC поднять зависимости. А в-третьих, тем, что он это умеет только для AC сети. Что примечательно, – inetd (почти уверен, — во всех его вариантах) умеет работать не занимая PID 1. Зачем сие потребовалось Systemd — совершенно не представляю. Против аналога inetd «не для сетей» и прочего у меня бы возражений не возникло. (Тем более, что такие аналоги уже есть, IIUC.) Проблема в том, что Systemd очень уж желает занять PID, который у меня уже занят «классическим» SysV init. (Ну разумеется, — «One init to run them all.») Боюсь, пока я не найду внятных обоснований для такого требования, — я не готов рассматривать Systemd в качестве альтернативы. AC P. S. Да, я в курсе, что иногда стоит производить неленивые AC вычисления. Ключевое слово - иногда. -- FSF associate member #7257 http://boycottsystemd.org/ … 3013 B6A0 230E 334A -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/874mw7tom0@violet.siamics.net
Re: systemd, чтоб его
On Tue, Sep 16, 2014 at 06:19:19PM +, Ivan Shmakov wrote: Что примечательно, – inetd (почти уверен, — во всех его вариантах) умеет работать не занимая PID 1. Зачем сие потребовалось Systemd — совершенно не представляю. Против аналога inetd «не для сетей» и прочего у меня бы возражений не возникло. (Тем более, что такие аналоги уже есть, IIUC.) Проблема в том, что Systemd очень уж желает занять PID, который у меня уже занят «классическим» SysV init. (Ну разумеется, — «One init to run them all.») Боюсь, пока я не найду внятных обоснований для такого требования, — я не готов рассматривать Systemd в качестве альтернативы. Старт системы это лишь частный случай реакции на события. Принципиально нет никакой разницы воткнут съемный/несъемный носить или был изначально. Была клавиатура изначально или появилась в какой-то момент. Сейчас же они обрабатываются разными подсистемами init и udev, соответственно. А Это совершенно неестественное поведение привело к появлению множества жутких костылей. PolicyKit, например. До этого automount. В действительности сейчас у меня 5 или 6 разных программ решают одну задачу — запустить процесс по запросу другой программы и следить чтобы он не умер. И у каждой из них свои настройки. -- Иван Лох -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140916194731.ga3...@nano.ioffe.rssi.ru
Re: systemd, чтоб его
On Tue, Sep 16, 2014 at 06:19:19PM +, Ivan Shmakov wrote: Что примечательно, ??? inetd (почти уверен, ??? во всех его вариантах) умеет работать не занимая PID 1. Зачем сие потребовалось Systemd ??? совершенно не представляю. AFAIK, занять pid 1 можно ровно одним способом: быть процессом, созданным ядром на шаге старта ОС после загрузки. Никакого другого способа занять конкретный pid не существует, ни 1й, ни любой другой: API для этого в юниксах просто нет. Соответственно, inetd никогда не выбирает себе pid, он просто работает под тем, под которым оказался запущен. Причём inetd можно запустить несколько раз и несколько штук, в отличие от init'а, который всегда один, никогда не получает SIGSTOP и SIGKILL, не останавливается ядром, никогда не перезапускается, подбирает под себя осиротевшие процессы с оставшимися у них ресурсами. Такова базовая модель работы юникса. IIUC.) Проблема в том, что Systemd очень уж желает занять PID, который у меня уже занят ??классическим?? SysV init. (Ну разумеется, ??? ??One init to run them all.??) Боюсь, пока я не найду внятных обоснований для такого требования, ??? я не готов рассматривать Systemd в качестве альтернативы. Нет ничего удивительного в том, что сервис, желающий стартовать всех, подменяет init. На месте авторов я бы тоже не заморачивался поддержкой варианта systemd + классический init. -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140916195848.gd21...@sie.protva.ru
Re: systemd, чтоб его
Eugene Berdnikov b...@protva.ru writes: On Tue, Sep 16, 2014 at 06:19:19PM +, Ivan Shmakov wrote: Artem Chuprina r...@ran.pp.ru writes: Впрочем, если смотреть шире, то в данном случае это вообще замечательная и вся из себя прекрасная идея ленивых вычислений. Которая, кстати, давно частично реализована в юниксах в части сетевых взаимодействий (inetd). Но полезность inetd ограничена тем, что он, во-первых, не умеет действовать по схеме при первом запросе поднять сервис и оставить его работать (а это довольно часто нужно), а во-вторых, не умеет поднять зависимости. А в-третьих, тем, что он это умеет только для сети. Что примечательно, — inetd (почти уверен, — во всех его вариантах) умеет работать не занимая PID 1. Зачем сие потребовалось Systemd — совершенно не представляю. AFAIK, занять pid 1 можно ровно одним способом: быть процессом, созданным ядром на шаге старта ОС после загрузки. Никакого другого способа занять конкретный pid не существует, ни 1й, ни любой другой: API для этого в юниксах просто нет. Соответственно, inetd никогда не выбирает себе pid, он просто работает под тем, под которым оказался запущен. Причём inetd можно запустить несколько раз и несколько штук, в отличие от init'а, Внимание, вопрос: а действительно ли необходимо быть init-ом для решения перечисленных выше задач? Тем более, что [1] приводит контрпримеры, в том числе и некий supervisor: Package: supervisor Description-en: A system for controlling process state Supervisor is a system for controlling and maintaining process state, similar to what init does, but not intended as an init replacement. . It will manage individual processes or groups of processes that need to be started and stopped in order, and it is possible to control individual process state via an rpc mechanism, thus allowing ordinary users to restart processes. (Примечательно: «but not intended as an init replacement».) [1] http://blog.jorgenschaefer.de/2014/07/why-systemd.html […] Проблема в том, что Systemd очень уж желает занять PID, который у меня уже занят «классическим» SysV init. (Ну разумеется, — «One init to run them all.») Боюсь, пока я не найду внятных обоснований для такого требования, — я не готов рассматривать Systemd в качестве альтернативы. Нет ничего удивительного в том, что сервис, желающий стартовать всех, подменяет init. На месте авторов я бы тоже не заморачивался поддержкой варианта systemd + классический init. Для меня, как пользователя, важно, чтобы сервис исполнял мои желания. Желания самого сервиса меня волнуют лишь постольку поскольку. PS. BTW, один из подписчиков сей рассылки, помнится, ратовал за использование windows-1251 вместо koi8-r — в качестве «кириллической однобайтной.» Пользуясь случаем, — поддерживаю. -- FSF associate member #7257 http://boycottsystemd.org/ … 3013 B6A0 230E 334A -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87zjdzs33z@violet.siamics.net
Re: systemd, чтоб его
Иван Лох l...@1917.com writes: On Tue, Sep 16, 2014 at 06:19:19PM +, Ivan Shmakov wrote: Что примечательно, – inetd (почти уверен, — во всех его вариантах) умеет работать не занимая PID 1. Зачем сие потребовалось Systemd — совершенно не представляю. Против аналога inetd «не для сетей» и прочего у меня бы возражений не возникло. (Тем более, что такие аналоги уже есть, IIUC.) Проблема в том, что Systemd очень уж желает занять PID, который у меня уже занят «классическим» SysV init. (Ну разумеется, — «One init to run them all.») Боюсь, пока я не найду внятных обоснований для такого требования, — я не готов рассматривать Systemd в качестве альтернативы. Старт системы это лишь частный случай реакции на события. Принципиально нет никакой разницы воткнут съемный/несъемный носить или был изначально. Была клавиатура изначально или появилась в какой-то момент. Сейчас же они обрабатываются разными подсистемами init и udev, соответственно. А Это совершенно неестественное поведение привело к появлению множества жутких костылей. PolicyKit, например. До этого automount. Правильно ли я понимаю, что Systemd предлагает демонов «для сменных носителей и клавиатур»? Какие конкретно задачи решаются такими демонами? В действительности сейчас у меня 5 или 6 разных программ решают одну задачу — запустить процесс по запросу другой программы и следить чтобы он не умер. И у каждой из них свои настройки. И каким образом запуск иного кода в качестве именно PID 1 помогает решить проблему? -- FSF associate member #7257 http://boycottsystemd.org/ … 3013 B6A0 230E 334A -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87vbons2u0@violet.siamics.net
Re: systemd, чтоб его
On Tue, Sep 16, 2014 at 08:49:04PM +, Ivan Shmakov wrote: Eugene Berdnikov b...@protva.ru writes: On Tue, Sep 16, 2014 at 06:19:19PM +, Ivan Shmakov wrote: Artem Chuprina r...@ran.pp.ru writes: Впрочем, если смотреть шире, то в данном случае это вообще замечательная и вся из себя прекрасная идея ленивых вычислений. Которая, кстати, давно частично реализована в юниксах в части сетевых взаимодействий (inetd). Но полезность inetd ограничена тем, что он, во-первых, не умеет действовать по схеме при первом запросе поднять сервис и оставить его работать (а это довольно часто нужно), а во-вторых, не умеет поднять зависимости. А в-третьих, тем, что он это умеет только для сети. Что примечательно, ??? inetd (почти уверен, ??? во всех его вариантах) умеет работать не занимая PID 1. Зачем сие потребовалось Systemd ??? совершенно не представляю. AFAIK, занять pid 1 можно ровно одним способом: быть процессом, созданным ядром на шаге старта ОС после загрузки. Никакого другого способа занять конкретный pid не существует, ни 1й, ни любой другой: API для этого в юниксах просто нет. Соответственно, inetd никогда не выбирает себе pid, он просто работает под тем, под которым оказался запущен. Причём inetd можно запустить несколько раз и несколько штук, в отличие от init'а, Внимание, вопрос: а действительно ли необходимо быть init-ом для решения перечисленных выше задач? Что значит быть init-ом? Иметь pid равный 1? Для задач, которые упоминал А.Чуприна, конечно же, pid=1 иметь необязательно... Но быть сервисом, критичным для функционирования системы, без всякой защиты (от пейджинга, OOM-киллера, ошибочного сигнала и т.п.) просто глупо. Ядро юникса такую защиту init'у предоставляет, и это правильно. Нет ничего удивительного в том, что сервис, желающий стартовать всех, подменяет init. На месте авторов я бы тоже не заморачивался поддержкой варианта systemd + классический init. Для меня, как пользователя, важно, чтобы сервис исполнял мои желания. Желания самого сервиса меня волнуют лишь постольку поскольку. Желание назначить pid не равный 1 запускалкe процессов совершенно бессмысленно, если за этим не стоит какой-то конкретный функционал. Вы же ни о каком функционале не упоминали, только о значении pid'a. :) Такие желания беспредметны, они всегда будут игнорироваться. -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140916214736.gf21...@sie.protva.ru
Re: systemd, чтоб его
Eugene Berdnikov b...@protva.ru writes: On Tue, Sep 16, 2014 at 08:49:04PM +, Ivan Shmakov wrote: […] Внимание, вопрос: а действительно ли необходимо быть init-ом для решения перечисленных выше задач? Что значит быть init-ом? Иметь pid равный 1? Для задач, которые упоминал А. Чуприна, конечно же, pid=1 иметь необязательно... Но быть сервисом, критичным для функционирования системы, без всякой защиты (от пейджинга, OOM-киллера, ошибочного сигнала и т. п.) просто глупо. Это как посмотреть. На мой взгляд, getty и sshd — куда как более критичны, нежели любая «запускалка процессов.» Причем, по моему опыту, getty без проблем запускает не только SysV init, но даже и BusyBox init. Ядро юникса такую защиту init'у предоставляет, и это правильно. Я так подозреваю, — оно может и другим процессам такую защиту предоставлять (mlockall?), пусть даже и не по-умолчанию. Кроме того, на SIGSEGV оная «защита» не распространяется. Так что маленькая ошибка в коде Systemd чревата большим kernel panic. В отличие от Inetd или Supervisor. […] -- FSF associate member #7257 http://boycottsystemd.org/ … 3013 B6A0 230E 334A -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87r3zbrytt@violet.siamics.net
Re: systemd, чтоб его
On Tue, Sep 16, 2014 at 10:21:34PM +, Ivan Shmakov wrote: Eugene Berdnikov b...@protva.ru writes: Ядро юникса такую защиту init'у предоставляет, и это правильно. Я так подозреваю, ??? оно может и другим процессам такую защиту предоставлять (mlockall?), пусть даже и не по-умолчанию. Может, но mlockall это защита лишь от части источников риска, для защиты от сигналов в юниксе API нет. Кроме того, на SIGSEGV оная ??защита?? не распространяется. Так что маленькая ошибка в коде Systemd чревата большим kernel panic. В отличие от Inetd или Supervisor. SIGSEGV не должен приводить напрямую к kernel panic. А насчёт монолитности и гранулярности здесь пробегали ссылки -- авторы systemd утверждают, что их изделие поделено на множество мелких частей, общающихся как процессы с определённым интерфейсом, так что краха всей системы при ошибке в одном из бинарников быть не должно. -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140917034224.gg21...@sie.protva.ru
Re: systemd, чтоб его
Ivan Shmakov - debian-russian@lists.debian.org @ Tue, 16 Sep 2014 18:19:19 +: AC Впрочем, если смотреть шире, то в данном случае это вообще AC замечательная и вся из себя прекрасная идея ленивых вычислений. AC Которая, кстати, давно частично реализована в юниксах в части AC сетевых взаимодействий (inetd). AC Но полезность inetd ограничена тем, что он, во-первых, не умеет AC действовать по схеме при первом запросе поднять сервис и оставить AC его работать (а это довольно часто нужно), а во-вторых, не умеет AC поднять зависимости. А в-третьих, тем, что он это умеет только для AC сети. ISЧто примечательно, – inetd (почти уверен, — во всех его ISвариантах) умеет работать не занимая PID 1. Зачем сие ISпотребовалось Systemd — совершенно не представляю. Тут скорее следует говорить о том, что inetd не выполняет функции init, поэтому не заменяет его, потому и не занимает PID 1. А systemd - выполняет, вследствие чего заменяет (ибо нафига тогда еще и init?), поэтому совершенно естественно, что PID 1 достается именно ему. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87y4tirhoc@wizzle.ran.pp.ru
