Состоялся (http://lists.freedesktop.org/archives/systemd-devel/2015-Nov... очередной выпуск системного менеджера systemd 228 (http://www.freedesktop.org/software/systemd/). Из изменений можно отметить расширение средств динамической генерации юнитов через bus API, поддержку задания времени в формате UTC, возможность сжатия логов методом LZ4, средства для использования квот в Btrfs, проведение чистки устаревших технологий, введение ограничения для борьбы с fork-бомбами.Основные изменения:
- В system.conf добавлен новый параметр DefaultTasksMax, определяющий значение по умолчанию для применения ограничений по числу процессов в группах, лимитированных сgroup-контроллером ресурсов "pids". По умолчанию выставлено значение 512, т.е. без явного изменения настроек сервис не сможет породить более 512 одновременно работающих процессов или нитей. Для всех сервисов, порождающих большое число процессов или нитей требуется явно указать параметр TasksMax. Для снятия ограничения следует использовать значение "infinity".
По аналогии в logind.conf реализован параметр UserTasksMax, определяющий максимальное число процессов, которое одновременно может запустить один пользователь. По умолчанию число процессов для одного пользователями лимитировано в 4096. Для nspawn лимит повышен до 8192. Изменения действуют только при наличии контроллера ресурсов "pids", активированного в ядре Linux (появился (https://www.opennet.me/opennews/art.shtml?num=43238) в ядре 4.3). По оценке разработчиков введение новых ограничений позволит защитить систему от fork-бомб;
- Серия опций, которые раньше допускались только в unit-файлах, теперь доступна для временно создаваемых юнитов с установкой через шину обмена сообщениями (bus API). Среди доступных для динамических юнотов свойств: SyslogIdentifier=,
SyslogLevelPrefix=, TimerSlackNSec=, OOMScoreAdjust=,
EnvironmentFile=, ReadWriteDirectories=,
ReadOnlyDirectories=, InaccessibleDirectories=,
ProtectSystem=, ProtectHome=, RuntimeDirectory=;- Для временных юнитов, создаваемых налету через bus API, представлена возможность передачи файловых дескрипторов для их использования в качестве STDIN/STDOUT/STDERR;
- Реализована поддержка создания временных slice-юнитов (https://www.opennet.me/opennews/art.shtml?num=37373) через bus API;
- Возможность указания времени с учётом часового пояса (ранее время задавалось только в привязке к локальному часовому поясу) и точности в доли секунд. Параметры часового пояса задаются через указания времени в формате UTC (https://ru.wikipedia.org/wiki/%D0%92%D1%... (суффикс UTC + смещение часового пояса). Расширенный формат времени может применяться как для привязки ко времени в юнитах (OnCalendar=), так и при формировании запросов через journalctl (--since, --until);
- В journalctl добавлена опция "--sync", позволяющая инициировать принудительный сброс на диск буферизированных в памяти логов;
- Официально обеспечена поддержка сжатия файлов журнала и core-дампов с использованием алгоритма LZ4;- В systemd-tmpfiles добавлены новые типы строк "q" и "Q", которые аналогичны типу "v", за исключением установки базовой иерархии квот Btrfs. При использовании Btrfs задаваемые в systemd-tmpfiles типы строк "v", "q" и "Q" теперь создают обычную директорию, вместо отдельного подраздела, что решает проблемы с использованием chroot() в директориях для временных файлов;
- В systemd-detect-virt добавлена опция "--chroot" для выявления исполнения в chroot-окружении;
- В различные связанные с памятью параметры управления ресурсами (например, LimitAS) добавлена поддержка суффиксов K, M, G для обозначения килобайт, мегабайт и гигабайт. Для параметров связанных со временем по аналогии добавлена поддержка суффиксов min, h, day и т.п. для обозначения минут, часов, дней и т.п.;
- В systemd-nspawn добавлена опция "--network-veth-extra" для определения дополнительных виртуальных Ethernet-интерфейсов для связи между хостом и контейнером;
- Добавлена новая настройка для запуска сервисов - "PassEnvironment=", позволяющая импортировать выбранные переменные окружения из блока переменных PID1 в окружение сервиса;
- Параметр ядра net.unix.max_dgram_qlen теперь по умолчанию переопределяется в 512 вместо выставляемого ядром значения 16, что позволяет обойти проблемы с блокировкой сокетов AF_UNIX/SOCK_DGRAM из-за заполнения очереди при одновременном запуске большого числа сервисов;
- Из кодовой базы удалены все привязки к /etc/mtab, который теперь не является звеном, необходимым для работы systemd. Поддержка /etc/mtab также прекращена в наборе util-linux 2.27.1, что окончательно перевело /etc/mtab в разряд устаревших (https://sourceware.org/bugzilla/show_bug.cgi?id=19108) файлов конфигурации;
- Удалена поддержка юнитов с типом ".snapshot", которые признаны бесполезными и не используемыми на практике;
- Удалена поддержка зависимостей с типами "RequiresOverridable=" и
"RequisiteOverridable=", которые усложняют реализацию и мешают автоматической конвертации. Данные опции использовались очень редко, а подобная функциональность реализуется через вызов "systemctl --mode=ignore-dependencies";
- Изменено поведение опции "IPForward=" в networkd, которая теперь не предназначена для привязки настроек к отдельным сетевым интерфейсам и представляет только возможность глобального включения перенаправления пакетов (изменение внесено для унификации с настройками IPv6, так как для IPv6 нет возможности привязать перенаправление к интерфейсам);
- Изменено поведение спецификаторов форматирования %u, %U, %h и %s в unit-файлах, в которые теперь подставляются значения, основанные на фактических парамерах пользователя, под которым работает экземпляр systemd, а не на формальном значении, указанном в директиве "User=" (например, пользователь может быть сменён при запуске с опцией "--user").
URL: http://lists.freedesktop.org/archives/systemd-devel/2015-Nov...
Новость: http://www.opennet.me/opennews/art.shtml?num=43349
А где обещанный papirosimd?
А я помню времена когда люто ненавидели скрипты SysV в /etc/init.d, a true были только bsd-like система - rc&rc.local. Какие споры были SunOS4 vs. SunOS5… Слака против шляпы … ))
Неуместное сравнение
первое время, когда демьян перешел на системд, мне было непонятно, почему столько жалоб: все работало нормально, никаких проблем
Но, когда появилась проблема, наступил полный ппц, - отладить что-то практически невозможно, только метод тыка.
теперь я с ужасом смотрю на этот системд.
> только метод тыкаYou're doing it wrong. По задумке авторов сабжа в случае возникновения проблем должен применяться метод обращения в тех. поддержку Red Hat.
Особенное щщасте наступает когда ломается dbus. Ни туда ни обратно. Например в майнтенанс моде под сусе даже нельзя без танцев с саблями не сломаный снапшот вернуть. Проще с бэкапа тупо вкатить систему заново чем эту связку костылей заставить работать нормально.
Что значит ломается dbus? Компьютер возгорается?
Неуж-то все таки придется прогнуться и освоить эту дрянь?
что конкретно собрались осваивать из systemd?
впринципе все, теперь нельзя же просто взять и положить в пакет init скрипт...
Я вас не понимаю. init-скрипт же ужасен, просто отвратителен, куча мусора ради, по сути, одного действия. В systemd-юните вам достаточно написать буквально 10 строчек. Кроме того, с systemd вы можете сразу ограничить сервис с привилегиях.
> куча мусора ради, по сути, одного действия.В OpenRC ряд сервисов уже давно перешел на command="/путь/к/сервису" и можно не заморачиваться со всякими функциями start/stop/restart и т.д. Если ничего сложного делать не надо - определите несколько переменных. Если нужно что-то сложное - определяйте функции start/stop (хотя по сути это как был bash-скрипт так и остался).
>В systemd-юните вам достаточно написать буквально 10 строчек.Вот если-бы systemd на этом заканчивался, то бурлений было-бы меньше.
> куча мусора ради, по сути, одного действия.
>буквально 10 строчек. Кроме того, с systemdЯ сделаю "одно действие" с трёх строчек.
(Ну, не совсея я, ладно. Ссылка .../FGA/run-scripts-and-service-units-side-by-side.html выше)#!/bin/sh
exec /usr/sbin/exim4 -bdf -q30m 2>&1
> вы можете сразу ограничить сервис с привилегиях.Как это уникально для или положительно характеризует именно s-d?? В сравнении с "портянками скриптов" хотя бы? Почему для "ограничения привилегий" не достаточно chpst или nspawn какого, а принципиален и незаменим именно s-d?
>> вы можете сразу ограничить сервис с привилегиях.
> Как это уникально для или положительно характеризует именно s-d??Никак -- потому что грамотный privsep так не сделать.
Ага... и поэтому народ неделями колдует с юнит-файлами, которые нормально работают в запущенной системе, но почему-то не могут забиндить порт в процессе загрузки. Я список рассылки[1] читал недавно ради интереса и они каких-только Requires не придумывали network.target, network-online.target, какой-то systemd-networkd-wait-online.service и прочий треш. И отлаживать тоже очень "удобно"...Почему-то у меня с "говноскриптом на говнобаше" таких проблем нет, а в чудесном systemd написание этих десяти строчек превращается в ад.
[1] http://comments.gmane.org/gmane.mail.opensmtpd.general/3046
> Я список рассылки[1] читал недавно ради интереса и они каких-только Requires
> не придумывали network.target, network-online.targetУгу. Причём с ntpd примерно та же песня: запускают его с пионерским рапортом "готово!", только сам он говорит, что засинхронизироваться не может (нет ещё сети поднятой), а *-online.target включать -- значит сильно затягивать загрузку.
Что характерно, такой же образ, но на sysvinit -- этими ихними новомодными болячками не страдает, грузится примерно столько же (выключается дольше, эт факт).
Я сень пень выключение дольше.
Ведь в расово верном системД все не нужное убивается через killall -9, а потом на одну работающею прогу shutdown.
> Ведь в расово верном системД все не нужное убивается через killall -9, а потом на одну работающею прогу shutdown.Безотносительно расовой верности системд, если бы такой способ завершения работы был традиционно верным, качество софта, на мой взгляд, только выросло бы. Stateless idempotent software FTW!
> Я вас не понимаю. init-скрипт же ужасен, просто отвратителен, куча мусора ради, по сути, одного действия. В systemd-юните вам достаточно написать буквально 10 строчек. Кроме того, с systemd вы можете сразу ограничить сервис с привилегиях.Блин, ну что за люди! Дальше локалхоста ничего не видят...
А мне нужно не 10 строчек! Мне нужно полнофункциональное управление тем, что в принципе не предназначено для демона в несколько портов! LibreOffice, к примеру. Поделитесь строчками?
Было легко на скриптах, и работает до сих пор на Wheezy - только сервер обновлять низзя теперь.
Пошёл он лесом, этот ваш любимый Лёня, вместе со своим поделием... Сцуко!
> А мне нужноНе нужно. Партии видней.
Леонид, залогиньтесь!
Кто вам такое сказал? Для systemd скрипты в /etc/init.d - это всего лишь еще один источник информации.
поддержка которого не ставится по умолчанию и давно объявлена готовой к удалению.
В Debian, Ubuntu, openSUSE, меньше в CentOS и Fedora в /etc/init.d много скриптов, которые использует systemd.
Не ставится по умолчанию где и кем объявлена готовой к удалению?У systemd достаточно недостатков чтобы критиковать по существу, а не придумывать.
Да скрипты для запуска демонов теперь можно располагать где угодно и это считается правилом хорошего тона. :)
Да, ужас действительно. Вместо скрипта на 100 строк, теперь придётся в пакет класть unit-файл на 10 строк. Кошмар какой-то...
скрипт, написанный программистом сто лет назад и все эти годы работающий по всему миру, это не то же самое, что юнит, который надо писать через день, а то и три раза в день, судя по советам фанбоев из интернета
Ох да, расскажи мне ещё, что скрипты иницализации для всех дистрибутивов работают по десять лет без необходимости исправления. Сказочник.
Юнит-файлы переписывать не нужно, если не хочешь добавлять новые функции из новых релизов, почти никогда. Один написанный юнит-файлы будет одинаково работать на любых дистрах с системд.
Если бы все определялось количеством строк, самым распространенным языком программирования был бы сейчас APL.
Это не просто 100 строк. Это 100 строк на баше!!!!
Вот именно. На простом как табуретка, понятном и известном всем вдоль и поперек, минималистичном языке.
А не на Haskell, например.
Писать на башне , в предположений, что все команды выполнятся успешно, несложно. Сложности начинаются, если обрабатывать ошибки, то есть, писать, предполагая, что любая операция может закончиться боем. Тут и начинается адъ.
Какое именно слово из "if", "then" и "fi" это "адъ"?
к примеру, периодически отрабатывает скрипт, по крону.
Иногда, поскольку идет взаимодействие с внешней системой, процесс выходит за отведеную границу времени и может стартовать другой экземпляр скрипта.
Правильно, используем flock, чтобы недопустить пересечений.
Но вот беда, flock иногда оставляет за собой файл блокировки и следующий экземпляр уже не стартует никогда. То есть что-то произошло и тишина...
> Правильно, используем flock, чтобы недопустить пересечений.
> Но вот беда, flock иногда оставляет за собой файл блокировки и следующий
> экземпляр уже не стартует никогда.То есть балабол и с flock-ом не работал никогда. Понятно! На баше он пишет, легко ему. "Расходимся, пацаны."
подитожив - баш годен для костылей. Если надо сделать более надежно, то требуется замена. Для инициализации пусть это будет системД, поскольку получше ничего не предложили.
> Какое именно слово из "if", "then" и "fi" это "адъ"?например [ condition ] и [[ condition ]] :)
> Писать на башне , в предположений, что все команды выполнятся успешно, несложно.
> Сложности начинаются, если обрабатывать ошибки, то есть, писать, предполагая, что любая
> операция может закончиться боем.Так надо писать на любом языке. Что бы там празднослонящийся себе не думал.
> Тут и начинается адъ.
Он в головах, не "тут", начинается.
Пиши на lua, perl, python - можешь даже свой init на базе sysv заделать и будет прекрасно работать(примеры: crux, slackware, openrc, старый arch)
он неграмотный, просто прочитал, в мурзилках у бизнес-партнёров микрософта, что скрипты на баше это плохо
скрипты на баже это не плохо, Но вот скрипты которые служат конфигурацией это хреновая идея.
Конечно лучше 100500 опций напихать вместо коротенького скрипта.
Как там тема стандартных юнитов? Уже заткнулись с этими слюнями фанбои системд? А то как пели вначале - айн юнит, айн инит, айн фю^Wленарт. А теперь в каждом джистре пусть клепают какие хотят юниты.
> айн юнит, айн инитайн персент
>> айн юнит, айн инит
> айн персентЕсть твёрдые данные про связь Рокфеллеров с субжом?
> Но вот скрипты которые служат конфигурацией это хреновая идея.Действительно хреновая идея -- это людям, которые не умеют обрабатывать графы, писать обработку графов для применения людьми, которые о них отродясь не слышали.
> скрипты на баже это не плохо, Но вот скрипты которые служат конфигурацией
> это хреновая идея.Расскаж это моему /etc/default -у на Debian-е и парочке монтстров sysconfig/network-scripts/ifcfg-nnn на RH6, поднимающих наты-туннели вместе с интерфейсом про _простому_ ifup.
Расскажи это GNU Emacs-у.
Прям на RenTV с расследованиями метишь.
> Пиши на lua, perl, python - можешь даже свой init на базе
> sysv заделать и будет прекрасно работать(примеры: crux, slackware, openrc, старый arch)/linuxrc
Гы гы гы
> Пиши на lua, perl, python - можешь даже свой init на базеМожно хоть на OCaml - я пробовал, вставляешь сверху #!/usr/bin/ocaml, скрипт работает. Просто язык слишком низкоуровневый.
> Да, ужас действительно. Вместо скрипта на 100 строк, теперь придётся в пакет
> класть unit-файл на 10 строк. Кошмар какой-то...От этих 10 строк один геморрой когда система сломалась, и для ее ремонта нужно заставить ее грузиться так и в той последовательности как тебе надо а не так как она решила. И вот тут начинается садомазо уже.
Нет. Лучше уволиться.
Нет, лучше подождать System XVI.
Да начнется профессиональное, беспристрастное и компетентное обсуждение простого, надежного и безопасного современного системного менеджера, необходимого каждому!
Лично наблюдал, когда линукс-админ плевался на системд за неюниксвей, а потом такой "воу, инит так не умеет". Правда он профессионал, а не диванный комментатор.
> Лично наблюдал, когда линукс-админ плевался на системд за неюниксвей, а потом такой
> "воу, инит так не умеет". Правда он профессионал, а не диванный
> комментатор.дочь офицера?
Из разряда тех "профессионалов", что вопросами хорошо ли иниту это уметь не задаются, потому что "некогда думать, работать надо"?
> Из разряда тех "профессионалов", что вопросами хорошо ли иниту это уметь не
> задаются, потому что "некогда думать, работать надо"?Не, из тех, что наконец-то _увидели_, как _у них_ pid1 сегфолтится.
> Не, из тех, что наконец-то _увидели_, как _у них_ pid1 сегфолтится.Справедливости ради, то было ещё в Киеве и при выдёргивании корня из-под системы -- другое дело, что всё равно не повод.
> Лично наблюдал, когда линукс-админ плевался на системд за неюниксвей, а потом такой
> "воу, инит так не умеет". Правда он профессионал, а не диванный
> комментатор.Просто не выяснил он ни одного подводного камня еще, которых в системД есть огромное множество - например, у него есть сервер, в сервере сетевая карта, на карте назначен статический ip. Если линк есть, то при загрузке будет все ок - ip на карте появиться, однако если линка не будет - ip на карте не появиться, даже если линк "потом появиться".
Это решается указанием одной строчки в одном файле, не скажу какой и в каком.
Рано или поздно (года через 3) у него ОБЯЗАТЕЛЬНО возникнет проблема, что после обновления и перезагрузки сервер станет недоступен для внутренней сети.
Слава systemd !!!
Опачки, не знал, спасибо.
Но так-то обычно свитч быстрее включается, чем истекут 3-7 секунд ожидания в груб-е и загрузится ядро (ещё секунд 10-15). Так что проблема слегка надумана, но знать про неё надо.
Главное чтобы /etc/network/interfaces не отменили, а то этот NetworkManager из консоли особо не понастраиваешь, по крайней мере я вменяемых руководств не находил и просто его снёс.
> Но так-то обычно свитч быстрее включаетсяОсобенно с STP на порту (+30 сек).
PS: наш майнтейнер NM зело нахваливал nmcli, хотя /etc/net это всё никак не замена...
Михаил, а на етцнет подзабили или что-то шевелится?
> Михаил, а на етцнет подзабили или что-то шевелится?Подзабили: http://bugzilla.altlinux.org/etcnet
Шевелится: http://git.altlinux.org/gears/e/etcnet.gitШтука-то дельная, заинтересованные всячески приветствуются и чем смогу -- помогу.
> Штука-то дельная, заинтересованные всячески приветствуются и чем смогу -- помогу.Отличная штука.
>> Штука-то дельная, заинтересованные всячески приветствуются и чем смогу -- помогу.
> Отличная штука.плюсую.
позитивно смотрится на фоне наркоманских зигзагов подверженных тлетворному влияни udev и иже.
Да мне для себя интересно что там происходит. Я то в курсе что вещь отличная.
Просто ситуация когда кривулины типа системд и нм пихаются везде куда не лень а такая вещь "нафиг не нужна в нашем уютненьком дистре" удручает. И навевает мысли что линух уже давно не туда катится.
> И навевает мысли что линух уже давно не туда катится.Он не туда катится самое позднее с тех пор как сузя перестала быть конкурентом редхату, сдаётся мне. С другой стороны, здесь штатовское безумие может оказаться не столь губительно-необратимым, как в целом ряде других тем...
>> И навевает мысли что линух уже давно не туда катится.
> Он не туда катится самое позднее с тех пор как сузя перестала
> быть конкурентом редхату, сдаётся мне. С другой стороны, здесь штатовское
> безумие может оказаться не столь губительно-необратимым, как в целом ряде других
> тем...Да штатики тут не причем. Обычные капиталисты. Сначала пришли и подняли вверх линух. А потом стали тормозом в развитии.
>>> И навевает мысли что линух уже давно не туда катится.
>> Он не туда катится самое позднее с тех пор как сузя перестала
>> быть конкурентом редхату, сдаётся мне. С другой стороны, здесь штатовское
>> безумие может оказаться не столь губительно-необратимым, как в целом ряде других
>> тем...
> Да штатики тут не причем. Обычные капиталисты. Сначала пришли и подняли вверх
> линух. А потом стали тормозом в развитии.пришли Большие Деньги
а, как говорится "кто девушку кормит, тот её и танцует"
> С другой стороны, здесь штатовское
> безумие может оказаться не столь губительно-необратимым, как в целом ряде других
> тем...нда.. засада почти по всем направлениям
Так надо пользоваться средствами systemd.network. А не пытаться использовать конфиги которые заточены под init, и их пытаются подпорками заставить работать с systemd.
Зачем systemd так делает? Статитку прописываешь через конфиги systemd или настройками дистрибутива?
Лично наблюдал админа, нейтрально относившегося к systemd и не смогшего управлять системой после падения dbus.
То есть, systemd таки поднял dbus после падения, но не смог к нему приконнектиться.
Соответственно - хрен, а не перезапуск сервисов.
Ну и хрен, а не штатный ребут со штатной остановкой всего по-порядку.
> после падения dbus.И я бы не смог. Потому что знаю о нём только, что это шина для обмена сообщениями между процессами, службами, ну и чтобы тостер в инет выходить мог )))
Чёрный ящик типа. Кто-то кому-то что-то отправляет. А как на это повлиять или запретить, зачем это делать и когда - хз, не учили седые преподы ))
>> после падения dbus.
> И я бы не смог. Потому что знаю о нём только, что
> это шина для обмена сообщениями между процессами, службами, ну и чтобы
> тостер в инет выходить мог )))Вот и я давеча не смог. Спасался через другое место, пришлось тачку вертать в аппаратную конфигурацию с которой снапшот мог без матов грузиться. Только тогда удалось ревертнуться.
Теперь геморрой этот на всю жизнь или на фряху уходить =(
> Лично наблюдал, когда линукс-админ плевался на системд за неюниксвей, а потом такой
> "воу, инит так не умеет". Правда он профессионал, а не диванный
> комментатор.проффесион-анал ?
о, это характеризует.
>простого,
> надежного
> и безопасного
> современного
> системного
>необходимого каждому!Прекратить офтопик!!11цать </аувастеготклеился>
> Да начнется профессиональное, беспристрастное и компетентное обсуждение простого, надежного
> и безопасного современного системного менеджера, необходимого каждому!начнём обсуждение с вопросов о том, кто и когда его напишет
> начнём обсуждение с вопросов о том, кто и когда его напишетАффторам БолгенОс и РеактОС уже звонили?
> Да начнется*поперхнулся пряником*
>>Да начнется
>*поперхнулся пряником**Постучал по спине и пошел за чаем*
> От ниасиляторов системД такого не дождешссяНе ждйм от вас. Вы ж даже таг <сарказм mode="в укатайке и с тех, и сэтих"> не видите. Глазки 10строчниками застит?
Где же шуточки про номер версии?
самый первый камент же
Какие у нас анонимы юридически грамотные пошли.
228-папиросим ;-) Одна из самых популярных статей кстати в РФ, по версии Росправосудия. Наряду с грабежами-кражами, убийствами и драками.
Вот взяточничество внезапно - одна из самых редких статей. Вы будете смеяться, но во всей Москве за год около 50 посадок на 10 000 000 человек. Про регионы и вовсе молчу )) Так что народ у нас - честнейший, только пьёт и ворует много )))
> 228-папиросим ;-) Одна из самых популярных статей кстати в РФ, по версии
> Росправосудия. Наряду с грабежами-кражами, убийствами и драками.
> Вот взяточничество внезапно - одна из самых редких статей. Вы будете смеяться,
> но во всей Москве за год около 50 посадок на 10
> 000 000 человек. Про регионы и вовсе молчу )) Так что
> народ у нас - честнейший, только пьёт и ворует много )))И вы такой весь честный и в белом. Взяток не даю, не ворую, не курю.
Курит. Но строго в положенных местах с табличкой - курить здеся.
Прошу прощения за оффтоп, но> Поддержка /etc/mtab также прекращена в наборе util-linux 2.27.1
Это правда? Можно ли теперь смонтировать флешку через mount -o users ? И как теперь разруливается ситуация, когда нужно, чтоб любой пользователь мог монтировать и размонтировать сменные накопители?
Кто-то путает mtab и fstab?
> Кто-то путает mtab и fstab?Да, но не я :)
Пару лет назад информация о монтировании с этой опцией была недоступна ядру и добавлялась командой mount/umount в /etc/mtab при монтировании. Теперь же это ссылка на файл /proc/... , автоматически обновляемый ядром, куда mount/umount не могут дописывать.
Вопрос в том, как это сейчас работает? Ядро научилось это делать? Или эта возможность больше не поддерживается в util-linux?
>> Кто-то путает mtab и fstab?
> Да, но не я :)
> Пару лет назад информация о монтировании с этой опцией была недоступна ядру
> и добавлялась командой mount/umount в /etc/mtab при монтировании. Теперь же это
> ссылка на файл /proc/... , автоматически обновляемый ядром, куда mount/umount не
> могут дописывать.
> Вопрос в том, как это сейчас работает? Ядро научилось это делать? Или
> эта возможность больше не поддерживается в util-linux?Не знаю как именно это работает, но работает. Я так webdav шару монтирую - простым `mount ./webdav` от юзера.
> Не знаю как именно это работает, но работает. Я так webdav шару монтирую - простым `mount ./webdav` от юзера.Ух ты, и правда, только что проверил! Спасибо.
>Не знаю как именно это работает, но работает.И вот такого будет всё больше и больше.
А потом оно работать перестанет, фенита-ля-комедия, вантуз! Тьфу! Занавес!
Уже сто лет вместо /etc/mtab в Linux используется /proc/mounts.
> Уже сто лет вместо /etc/mtab в Linux используется /proc/mounts.... а вместо mount -ousers предлагают использовать /run/user/media и *Kit-ы. Речь не об этом.
>в LinuxПричём тут?! В s-d-то наколнец всё будет как-надаТМ.
>В journalctl добавлена опция "--sync", позволяющая инициировать принудительный сброс на диск буферизированных в памяти логов;А когда он научится не портить свой журнал при ресете?
>>В journalctl добавлена опция "--sync", позволяющая инициировать принудительный сброс на диск буферизированных в памяти логов;
> А когда он научится не портить свой журнал при ресете?поддержку транзакций!?
ещё реляционную бд туда для полного комплекта запихнуть, SIP, какой-нибудь документооборот и будет Леннарду счастье ..
>>>В journalctl добавлена опция "--sync", позволяющая инициировать принудительный сброс на диск буферизированных в памяти логов;
>> А когда он научится не портить свой журнал при ресете?
> поддержку транзакций!?
> ещё реляционную бд туда для полного комплекта запихнуть, SIP, какой-нибудь документооборот
> и будет Леннарду счастье ..в FS есть свои транзакции ;-)
> в FS есть свои транзакции ;-)ну и?
в твиттере можно например сообщения выкладывать, в инстаграм - фото
Вы путаете, кто на ком стоял.
> Вы путаете, кто на ком стоял.я путаю "зачем в системе инициализации журнал с поддержкой транзакционности"
нет ничего плохого использовать например склайт.
> нет ничего плохого использовать например склайт.системой инициализации? =(
>> нет ничего плохого использовать например склайт.
> системой инициализации? =(А почему sqlite нельзя, а веб-сервер, сервер времени, кофеварку можно...?
>>> нет ничего плохого использовать например склайт.
>> системой инициализации? =(
> А почему sqlite нельзя, а веб-сервер, сервер времени, кофеварку можно...?а ведь раньше считался анекдотом:
"Новый авиалайнер. В пассажирский салон входит стюардесса:
- На нашем эксперементальном авиалайнере вы можете посетить бассейн, бильярдную, сауну, спальные комнаты, бары, рестораны, футбольное поле и боулинг.
А теперь, уважаемые господа, пристегните ремни,
сейчас мы со всей этой хренью попытаемся взлететь."
Пожалуйста, не подавайте Леннарту идеи.
>>>В journalctl добавлена опция "--sync", позволяющая инициировать принудительный сброс на диск буферизированных в памяти логов;
>> А когда он научится не портить свой журнал при ресете?
> поддержку транзакций!?
> ещё реляционную бд туда для полного комплекта запихнуть, SIP, какой-нибудь документооборот
> и будет Леннарду счастье ..Ждём реестра libelectra, запуска дырверов wayland графики "10тью простыми строчками" прямо "в ядре" s-d, релизов по вторникам, неоключаемой криптографии с маааахонькой дырочкой для друзей, и RH EULA клик-thru.
> для друзей, и RH EULA клик-thru.Они зде-е-есь...
«"but I think we succeeded. I think that people don't realize that they are using systemd."» [источник, уверен, находится в 2 клика]
Сторонникам s-d было бы приятно, да, что им мОзги-то промыты. Если бы они могли это заметить.
>>В journalctl добавлена опция "--sync", позволяющая инициировать принудительный сброс на диск буферизированных в памяти логов;
> А когда он научится не портить свой журнал при ресете?теперь он будет не только портить журнал и забывать сообщения, но и тормозить ещё сильнее
>>>В journalctl добавлена опция "--sync", позволяющая инициировать принудительный сброс на диск буферизированных в памяти логов;
>> А когда он научится не портить свой журнал при ресете?
> теперь он будет не только портить журнал и забывать сообщения, но и
> тормозить ещё сильнеепопытка учесть в systemd все возможности и нюансы старта системы
приведёт к тому, что создателям придётся заново переизобрести скрипты
>>>>В journalctl добавлена опция "--sync", позволяющая инициировать принудительный сброс на диск буферизированных в памяти логов;
>>> А когда он научится не портить свой журнал при ресете?
>> теперь он будет не только портить журнал и забывать сообщения, но и
>> тормозить ещё сильнее
> попытка учесть в systemd все возможности и нюансы старта системы
> приведёт к тому, что создателям придётся заново переизобрести скриптыпримерно как создатели вяленого намедни додумались до расширений протокола, с которыми боролись поливая грязью иксы
проведение чистки "устаревших технологий" ахаха ))
А чем systemd плох? Серьезно спрашиваю, новичок в Linux и что-то я не понимаю предмет разборок. Объясните простыми словами.
Совсем вкратце: непонятно, теперь как работает система. Он что-то делает, самое поганое, что решения принимает сам.
Горе-админу не понятно, как работает systemd, но мануалы он читать всё равно не будет. Он будет изрыгать проклятия в адрес systemd.Вот такой вот горе-админ XXI века с мышлением из XVI века.
> Горе-админу не понятно, как работает systemd, но мануалы он читать всё равно
> не будет. Он будет изрыгать проклятия в адрес systemd.
> Вот такой вот горе-админ XXI века с мышлением из XVI века.Вот! Специалист по s-d. Вопрос можно? Спасибо!
Как Вы используете "[17 Jun 2014] Factory Reset, Stateless Systems, Reproducible Systems & Verifiable Systems" в Вашем s-d? С какой версии субжа оно уже-уже Stateless & Reproducible & Verifiable? Уже можно "смотреть"? В продакшене?
То есть, откуда примерно он это украл, я понимаю. Хотелось бы услышать, как оно? На практике и в сравнении с GNU GuixSD или NixOS какой, пожалуйста?
[1] http://0pointer.de/blog/projects/stateless.html
[2] http://savannah.gnu.org/forum/forum.php?forum_id=8412
>[оверквотинг удален]
> Вот! Специалист по s-d. Вопрос можно? Спасибо!
> Как Вы используете "[17 Jun 2014] Factory Reset, Stateless Systems, Reproducible
> Systems & Verifiable Systems" в Вашем s-d? С какой версии субжа
> оно уже-уже Stateless & Reproducible & Verifiable? Уже можно "смотреть"? В
> продакшене?
> То есть, откуда примерно он это украл, я понимаю. Хотелось бы услышать,
> как оно? На практике и в сравнении с GNU GuixSD или
> NixOS какой, пожалуйста?
> [1] http://0pointer.de/blog/projects/stateless.html
> [2] http://savannah.gnu.org/forum/forum.php?forum_id=8412По моему опыту, для создания live-cd s-d имеет очень хороший функционал. Tmpfs ы он популятит хорошо, незадумываешься об этом.
>> оно уже-уже Stateless & Reproducible & Verifiable?
>live-cd
>хорошо, незадумываешься об этом.Это (и не задумываясь тоже) == stateless. Про второе и третье слова можно ещё годик-пяток подождать? Понял, ухожу (почти-).
> Горе-админу не понятно, как работает systemd, но мануалы он читать всё равно
> не будет. Он будет изрыгать проклятия в адрес systemd.
> Вот такой вот горе-админ XXI века с мышлением из XVI века.мануалы системдэ это твиттер поцтера?
> мануалы системдэ это твиттер поцтера?Так блог же (146 серий про "...для администраторез"). Но оно почему-то больше на мемуары престарелого мразматика, чем на референс-мануал смахивает. Реальность каждой новой версии всё лучше и лучше отражает.
>> Горе-админу не понятно, как работает systemd, но мануалы он читать всё равно
>> не будет. Он будет изрыгать проклятия в адрес systemd.
>> Вот такой вот горе-админ XXI века с мышлением из XVI века.
> мануалы системдэ это твиттер поцтера?метотичку АНБ надо будет штудировать, по "администрированию" до той поры прекрасно(без системдЭ)работваших систем через задний проход.
Ну, так и есть. Вон выше один персонаж признался, что это он умеет, а вон то - нет, преподы не научили. То есть, чувак с высшим образованием не научился главному из того, что эта вышка дает - самостоятельному поиску и изучению. Я лично считаю, что человека, который не хочет учиться, нужно гнать из профессии. Из любой, речь не конкретно про сисадмина. У него перспектив роста ноль.
> Я лично считаю, что человека, который не хочет учиться, нужно гнать из профессии.Различать белое и чёрное-то хоть ещё не разучились?
> Различать белое и чёрноеЭто расизм!
Ссылочку на эти признания. А то я не наблюдаю подобного в тредах посвященных ситсемд. А вот таких рассказов хоть отбавляй:
раньше штаны одевали через ноги а свитер через голову(фуфуфу). мы теперь всё через голову одеваем - так стандартней. а кто не хочет учится того гнать из профессии на телеге с хромой лошадью. а мы пока на эрбасах межзвёздных полетаем.
На межзвездных эйрбасах без штанов - это могло бы стать слоганом systemd.
Пока всё хорошо -- плевать, что там в потрохах.
Но если начинаются проблемы с каким-то демоном или кривой железкой,или даже с очередным куском системд, то докопаться до сути куда сложнее. Закономерный результат переусложнения системы, запихивания в неё кучи функций из других подсистем, и движения к воплощению принципов "чёрного ящика".
systemd жестко завязан на dbus, если dbus упадет, то перезапустить службу dbus(да и любую другую) обычным способом ты уже не сможешь - это один из примеров.
ложь. стопстартрестарт свободно. чядт?
ок, упал не только dbus, но и ssh, а сервер на другом конце страны и ребут не помогает(dbus не поднимается и никакие службы не грузится и вообще systemd panic)
> не грузится и вообще systemd panic)"Э, сюшь, Гоги, ты за меня или за медведя??"
> на другом
> конце страны и ребут не помогаетПозвать того_кто_там рядом и диктовать команды для ввода ручками. Пароль рута потом сменить. Годятся даже секретарши и кладовщики )) Лишь бы англ. буквы знали.
А вообще в филиалах эникей обычно есть. Кто мышки-то меняет и сопли вытирает юзерам? Не косматый геолог же.
>> на другом
>> конце страны и ребут не помогает
> Позвать того_кто_там рядом и диктовать команды для ввода ручками. Пароль рута потом
> сменить. Годятся даже секретарши и кладовщики )) Лишь бы англ. буквы
> знали.
> А вообще в филиалах эникей обычно есть. Кто мышки-то меняет и сопли
> вытирает юзерам? Не косматый геолог же.Ага га га, про геолога ты в десятку, не знаешь куда деваться :-) :-) :-) :-) от души остались одни головешки :-) :-) :-)
>>> на другом
>>> конце страны и ребут не помогает
>> Позвать того_кто_там рядом и диктовать команды для ввода ручками. Пароль рута потом
>> сменить. Годятся даже секретарши и кладовщики )) Лишь бы англ. буквы
>> знали.
>> А вообще в филиалах эникей обычно есть. Кто мышки-то меняет и сопли
>> вытирает юзерам? Не косматый геолог же.
> Ага га га, про геолога ты в десятку, не знаешь куда деваться
> :-) :-) :-) :-) от души остались одни головешки :-)
> :-) :-)Именно так, именно он, косматый геолог и ходит в ваш суппорт :-) :-) :-)
>Позвать того_кто_там рядом и диктовать команды для ввода ручками.ага и давать ему доступ в серверную, где еще пара десятков железяк с коммерческой тайной на борту или критических сервисов, объяснять как подключить монитор и клавиатуру к нужному серверу, а потом надиктовывать(ну хорошо, можно по почте переслать) команды? а если он сервером ошибется, или заденет какие кабеля или криворук и вообще все к чертям сломает, человеческий фактор высокий, а виноват будешь ты.
> ложь. стопстартрестарт свободно. чядт?Объявит Леня "start-stop" устаревшей технологией и что дальше? Нет, конечно вы можете запустить по быстрому руками, починить и перезапустить через юнит, но это уже не тривиальный перезапуск.
>> ложь. стопстартрестарт свободно. чядт?
> Объявит Леня "start-stop" устаревшей технологией и что дальше?Вы бы лучше о войне с США подумали и консервы, сахар и топливо для дизельного генератора запасали. У них-то есть Макдональдсы с полдземными Vault-ами, а у нас даже метро мало распространено. Скрываться придётся в складках местности ))
Да, и это случится раньше чем отменят старт-стоп, мне Ванга сказала )
Удивительно, что тебя не потёрли за оффтоп, как собеседника. Урапатриотизм на опеннетике, хахаха
> Удивительно, что тебя не потёрли за оффтопВнимательно изучаем правила форума: http://wiki.opennet.ru/ForumHelp
PS: один и тот же персонаж в этой теме по времени -- просто на заметку:
zeka
zeka
аганога
аганога
аганога
аганога
аганога
аганога
тру
цыц
Ты такой жалкий, бгг. Спасибо, что ссылки из жеже кремлеботские не подкидываешь
>> ложь. стопстартрестарт свободно. чядт?
> Объявит Леня "start-stop" устаревшей технологией и что дальше? Нет, конечно вы можете
> запустить по быстрому руками, починить и перезапустить через юнит, но это
> уже не тривиальный перезапуск.Когда объявят, системд научится такие проблемы решать сам, без участия человека. Курите справочники по автоматизации
> Объявит Леня "start-stop" устаревшей технологией и что дальше? Нет, конечно вы можетеА если объявит линукс устаревшим? Как жить дальше то?
>> Объявит Леня "start-stop" устаревшей технологией и что дальше? Нет, конечно вы можете
> А если объявит линукс устаревшим? Как жить дальше то?Перекреститься и вздохнуть с облегчением!
> А чем systemd плох? Серьезно спрашиваю, новичок в Linux и что-то я
> не понимаю предмет разборок. Объясните простыми словами.переполнен функционалом
содержит кучу неотделяемых друх от друга и в большинстве случаев ненужных компонент
увеличивающих потенциальные уязвимости и угрозы краха системы при старте
разрабатывается одной компанией часто игнорирующей справедливые замечания других
заинтересованных разработчиков linux
в попытке заменить гибкость скриптов обрастает лесом разного рода флагов и опций
потенциальный вендорлок и огораживание свободы в linux
Потенциальный вендрлок? Каким образом?
http://judecnelson.blogspot.com/2014/09/systemd-biggest-fall...
Вместо нескольких читаемых скриптов -- тысячи юнитов и таргетов.
Да и еще, напрягает что его запчасти разбросаны по всей файловой системе, а больше всего не нравиться команды и опции длинной как у powershell.
> А чем systemd плох?
>Объясните простыми словами.Простыми нельзя ибо только мат. Задай вопрос по-другому.
Тем, что сырой. Вся эта котовасия с gtk3, gnome3, systemd характеризуется отвалившимися переключателями раскладки, поломанным системным треем, кривыми сплешскринами на блокировке экрана и глючащей "шторкой" после суспенда. Короче, напоминает win95, но хоть не перезапускается компьютер целиком
>А чем systemd плох?оскорбляет чувства верующих в unixway
>>А чем systemd плох?
> оскорбляет чувства верующих в unixwayЭкстремизьм! Милицияааа!!1
>>А чем systemd плох?
> оскорбляет чувства верующих в unixwayты никогда не задумывался для чего это дому вдруг понадобился фундамент?
О, да, шириной в милю, но уже с трещиной, и зачем-то залитый на песчанном склоне.
> О, да, шириной в милю, но уже с трещиной, и зачем-то залитый
> на песчанном склоне.ты так испугался эти 9 коротких строчек..
значит в них есть смысл.. Спасибо.
>> О, да, шириной в милю, но уже с трещиной,
>> на песчанном склоне.
> ты так испугался эти 9 коротких строчек..Не, 270К строк Си-кода. В GNU Emacs-е столько же [Си-кода, почти]. Тебе тоже должно быть страшно, нет?
>>> О, да, шириной в милю, но уже с трещиной,
>>> на песчанном склоне.
>> ты так испугался эти 9 коротких строчек..
> Не, 270К строк Си-кода. В GNU Emacs-е столько же [Си-кода, почти].
> Тебе тоже должно быть страшно, нет?я вообще-то про правила unixway
>>>> О, да, шириной в милю, но уже с трещиной,
>>>> на песчанном склоне.
>>> ты так испугался эти 9 коротких строчек..
>> Не, 270К строк Си-кода. В GNU Emacs-е столько же [Си-кода, почти].
>> Тебе тоже должно быть страшно, нет?
> я вообще-то про правила unixwayо, а минус за чо?
>> я вообще-то про правила unixway
> о, а минус за чо?От меня: за то, что не знаю таких "правила unixway", и даже не считая корявости словосочетания, поискал - "9 коротких строчек" не нашёл (нашёл 17 шт. от ESR-а, но они не правила виноделов, они как-то по-другому называются, запамятовал).
Наверное, я и первого сообщения не понял, и набрасываться/высовываться [с emacs-ом] вообще не стоило, но, если хотите, можете пообъяснять "то, что Вы там непонятное написали" [гм, да, меня самого так тролят постоянно -- можно не особо продолжать со мной здесь].
> А чем systemd плох?Подходом "А не запилить ли благородным Леннартам сегодня вот эту вот фичу ..."
см.
http://suckless.org/sucks/systemdДа вон, "забота о пользователях" и "адекватность" видна даже в мелочах:
http://cgit.freedesktop.org/systemd/systemd/tree/NEWS?id=2d1...
> When the user presses Ctrl-Alt-Del more than 7x within 2s an immediate reboot is triggered.Мало того, что забили на SysReq (NIH ведь такой Фатальный Недостаток, да!) – но само "нажмите ctrl-alt-del более 7-ми (!) раз за 2 секунды" как-то уже за гранью добра и зла.
Да и код типа:
if (!path_is_absolute(option+7))
...
arg_header = strdup(option+7);
...
strcpy(mempcpy(mempcpy(r, f, a + 1), i, b), e);
...
ret = new(char, (e - slice) + 1 + strlen(name) + 6 + 1);
как-то не вызывает особого доверия.
Его нужно учить
Зачем?
> Зачем?как зачем?
а как, за нехилую денюжку, потом экзамены сдавать? "SystemD certified professional"?
> Его нужно учитьВнизу man init:
29 Jul 2004 INIT(8)Сэкономленное на перечитывании твиттера Леннарда время можно использовать на изучение, скажем, комбинаторики или хаскелля или испанского или ещё чего полезного.
Они не поймут. Внезапно я понял кого они мне напоминают. Люди приглашают на ремонты дешевых, молодых, активных строителей. Все же вокруг так ремонт делают - быстро и качественно. Приезжают бригады чучмеков и начинают: всё умеем насяльника, пилитка класть, опои килеить, питон мисить шайтанама, стенка прямой делать, 3д палы с закатом, мусей эрмитажа будет у тибя... А потом оказывается что они на этих людях тренировались. И декоративную штукатурку первый раз в жизни видят. А потом обалдевшие от этих инициативных работников люди ищут нормальные строительные бригады. И тратят в 3 раза больше на ремонт чем положено.
Это все еще альфа или уже бета?
> Это все еще альфа или уже бета?no-spacs no-disign rollin' ever-changing ball of spaghetti code
Так вот он какой, Великий Макаронный Монстр!
Админам админово. Учи не ной
> Админам админово. Учи не нойсам пошёл
> Админам админово. Учи не нойКесарь?! Держите его!
Это ЛММ-Кибер-Антихрист.
Это может начать мучительно и трудно пытаться становиться альфой - когда-нибудь, может быть, если повезет.
Меня вот интересует /etc/security/limits.conf им не хватало чтобы начинать городить свои лимиты? Если очень интересно лучше бы дорабатывали классическую подсистему лимитов ядра :(
В ней есть фатальный недостаток.
> В ней есть фатальный недостаток.Какой, мне тоже нужно знать :?)
>> В ней есть фатальный недостаток.
> Какой, мне тоже нужно знать :?)Это ни разу не "классическая подсистема лимитов ядра", а всего лишь конфиг модуля pam_limits.so, рассчитанный (согласно документации PAM) на настройку лимитов пользовательской сессии. Дальше пояснять?
Зачем ты так Павла Попова обломал? Или это был Денис Самсонов?
>>> В ней есть фатальный недостаток.
>> Какой, мне тоже нужно знать :?)
> Это ни разу не "классическая подсистема лимитов ядра", а всего лишь конфиг
> модуля pam_limits.so, рассчитанный (согласно документации PAM) на настройку лимитов пользовательской
> сессии. Дальше пояснять?PAM модули могут быть слинкованы и вызывать разные syscall ы, но причем тут только PAM. Вот я смотрю man setrlimit, это интерфейс к чему?
>лучше бы дорабатывали классическую подсистему лимитов ядра
> :(Они и. Ментейнер cgroups-а в ядре кореш Леннарта. И он перепилил для него эти самые сигрупсы. И, так как никто другой не взялся их использовать, ленарт-дэ оказался, стал и пршёл к финишу первым-и-единственным. Теперь они - классики. В перерывах м-у спа-процедурами от прыщей.
>>лучше бы дорабатывали классическую подсистему лимитов ядра
>> :(
> Они и. Ментейнер cgroups-а в ядре кореш Леннарта. И он перепилил для
> него эти самые сигрупсы. И, так как никто другой не взялся
> их использовать, ленарт-дэ оказался, стал и пршёл к финишу первым-и-единственным.
> Теперь они - классики. В перерывах м-у спа-процедурами от прыщей.Самопоправлюсь, ограничения и нарезка ресурсов -- через cgroups + namespaces, но меньшими кламсиками птенцы гнезда от этого не становятся.
>>лучше бы дорабатывали классическую подсистему лимитов ядра
>> :(
> Они и. Ментейнер cgroups-а в ядре кореш Леннарта. И он перепилил для
> него эти самые сигрупсы. И, так как никто другой не взялся
> их использовать, ленарт-дэ оказался, стал и пршёл к финишу первым-и-единственным.
> Теперь они - классики. В перерывах м-у спа-процедурами от прыщей.Да пусть... Просто могли добавить управление лимитами cgroups в limits.conf. Если systemd управляет лимитами cgroups другим интерфейсом - пусть. Просто классика бы тоже развивалась.
Кто-нибудь кроме PAM вообще в курсе существования этого самого /etc/security/limits.{conf,d}? =P
limits.conf позволяют выставить ограничения только для пользователя, а не для юнита. Кроме того, туда смотрит PAM, который вообще не участвует в запуске systemd-юнита, т.к. не открывается новая сессия с шеллом, поэтому обычно тамошние настройки игнорируется для юнитов. В общем-то, проблема отсюда и вытекает (т.к. PAM знает только про пользователя и имя процесса, который выполняется, но не другие характеристики, в отличие от systemd).Ограничение для пользователя слабо помогает, когда есть сервисы, работающие под рутом. Как их через limits.conf ограничить? Не будешь же урезать процессы всему руту, подразумевая урезание сервису. Да и с конкретным пользователем проблема - к примеру, у меня несколько инстансов postgresql. На разных портах с разными DATADIR, но все работающие под одним пользователем, разумеется. Ну и как мне количество открытых файлов или другую настройку выставлять через limits.conf, если там подразумевается только сумма по всем процессам от этого пользователя? Средствами systemd делается для конкретных юнитов.
> Ограничение для пользователя слабо помогает, когда есть сервисы, работающие под рутом.
> Как их через limits.conf ограничить?
LIMITED(8) System Administration Utilities LIMITED(8)NAME
limited - run program with limited resourcesSYNOPSIS
limited [options] [--] [command [arg]...]DESCRIPTION
limited - run program with limited resources.OPTIONS
-n, --name=NAME
apply limits configured for this program name;-V, --version
print program version and exit;-h, --help
show this text and exit.FILES
/etc/sysconfig/limits - systemwide limits for all programs; uses shell
syntax./etc/sysconfig/limits.d/NAME
- limits for NAME program, override systemwide limits; uses
shell syntax.AUTHOR
Written by Alexey Gladkov <legion@altlinux.org>REPORTING BUGS
Report bugs to http://bugzilla.altlinux.org/COPYRIGHT
Copyright © 2008-2009 Alexey Gladkov <legion@altlinux.org>
Copyright © 2008 Dmitry V. Levin <ldv@altlinux.org>
This is free software; see the source for copying conditions. There is
NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.SEE ALSO
nice(1), ionice(1), getrlimit(2).service 0.5.26 September 2014 LIMITED(8)
http://git.altlinux.org/gears/s/service.git?p=service.git;a=...
Эм. Отлично. Но это настолько же не имеет отношения к лимитам PAM, насколько и настройка в unit-файле. Т.е. аргументы (несодержательные) про "альтернативный подход" относятся и к этому.. впрочем, это не важно.Это хорошо, что в альте придумали и сделали такую тулзу, но распространение за пределами дистрибутива она не получила... Интегрированное в systemd решение сейчас выглядит явно более удобным (и типовым).
А почему активно не рекламировали / упаковывали для других дистрибутивов прогу, если она с 2008 года существует? Не в первый раз удивляюсь, какие любопытные штуки были в альте, но никто больше ими не интересуется.
> А почему активно не рекламировали / упаковывали для других дистрибутивов прогу, если
> она с 2008 года существует? Не в первый раз удивляюсь, какие
> любопытные штуки были в альте, но никто больше ими не интересуется.И кто бы её в другие дистры взял? Сислог тулзы выпиливают в пользу системд утилит. Настройку сети во всех дистрах пофигачили в пользу нм. Их етцнет пытались под разные дистры собрать. В ответ либо нам не надо, либо давайте мы свой велосипед на их основе напишем, нам етцнет почему-то не нравится. Базар.
openrc:+ всё работает ...
+ всё устраивает ...
+ ничего не предлагать.
Есть ли планы по встраиванию в systemd простенького оконного менеджера типа dwm?
dwmd
> dwmdDefense Waste Management Divisionsion
Dancing Weapon of Mass Destructio...Милитарист, уходи!
systemd-dwmd
Выбирай: Emacs или Leechcraft?
> возможность сжатия логов методом LZ4OpenZFS это умеет с коробки.
>> возможность сжатия логов методом LZ4
> OpenZFS это умеет с коробки.Дядя, ты дурак? Сравнил ФС с системой логгированя?
Свидетелям zfs плевать на подобные мелочи.
Он тонко намекнул, что система логгирования должна занимать логами, а сжатием файлов может заняться и файловая система. Модульность, простота...
Раньше новая версия появлялась чуть ли не каждую неделю... Неужели проект начал стогнировать? Снова уйдем на многостраничные скрипты, хотя я их никогда не видел...
Такой ненужным образом запутанной системы я еще не видел. Так наворотили, что hwclock в Debian не запускается при стопе системы для обновления CMOS часиков, хотя их целью было только отключить ненужное повторное чтение CMOS при старте системы (ядро и так его читает при загрузке).
А как же K.I.S.S.?
Поттер его понимает исключительно как "kiss my ass".