The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги | ]



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

"Доступен системный менеджер systemd 238"  +/
Сообщение от opennews (??) on 06-Мрт-18, 15:23 
Леннарт Поттеринг представил (https://lists.freedesktop.org/archives/systemd-devel/2018-Ma...) релиз системного менеджера systemd 238 (http://www.freedesktop.org/software/systemd/). Из новшеств можно отметить включение по умолчанию учёта потребления памяти, расширение числа настроек systemd-sysusers, добавление настройки TemporaryFileSystem для переопределения частей ФС разделами tmpfs, обеспечение автоматического монтирования /sys/fs/bpf.

Основные изменения:

-  Для unit-ов по умолчанию включена опция MemoryAccounting, обеспечивающая учёт потребления памяти при помощи cgroup. По оценке разработчиков в современных ядрах (4.14+) негативное влияние на производительность аккаунтинга через cgroup минимально и данный режим уже готов для включения по умолчанию.  Для отключения при сборке можно указать "-Dmemory-accounting-default=false". Учёт потребления ресурсов CPU, ввода/вывода и сетевой активности по-прежнему отключен по умолчанию;

-  Добавлена настройка TemporaryFileSystem для переопределения частей реальной ФС при помощи монтирования временных разделов на базе tmpfs. В комбинации с BindPaths и BindReadOnlyPaths новая возможность может применяться для скрытия файлов или каталогов, к которым не должен иметь доступ unit, сохраняя при этом возможность обращения к некоторым путям ниже в дереве директорий. Для скрытия домашней директории и runtime-каталогов может использоваться настройка ProtectHome=tmpfs,  которая эквивалентна определению "TemporaryFileSystem=/home /run/user /root";
-  В systemd-logind добавлена возможность вызова обработчика закрытия крышки ноутбука при наличии подсоединения к стационарному источнику питания (HandleLidSwitchExternalPower в logind.conf);
-  В настройках sysusers.d для пользователя теперь можно указать номер группы в дополнение к цифровому идентификатору пользователя (например, "u username 123:456") или без него (например, "u username -:456");

-  Настройки к systemd-sysusers теперь могут передаваться в качестве аргумента в командной строке через опцию "--inline";

-  Добавлена возможность задания shell для пользователя через sysusers.d (раньше, всегда использовался /bin/sh для root и /sbin/nologin для остальных пользователей);
-  Юниты, не являющиеся сервисами, теперь запускаются по умолчанию в режиме KeyringMode=shared, при котором утилиты mount и swapon имеют доступ к ключам в основном хранилище ключей;

-  Обеспечено автоматическое монтирование /sys/fs/bpf;

-  Выполняемые в процессе обновления rpm-пакета скрипты для обновления базы оборудования  hwdb, правил udev и каталога с журналами (%udev_hwdb_update, %udev_rules_update, %journal_catalog_update) заменены на пустые заглушки, а данные операции вынесены в триггеры, запускаемые в конце транзакции установки обновления пакета;
-  В systemd-sysusers добавлен режим, при котором конфигурация задаётся  в командной строке, но не выполняется напрямую, а вначале переносится в файлы конфигурации на диске. Режим полезен для применения в скриптах установки пакетов, в которых нужно создать пользователя до установки принадлежащих ему файлов на диск. Для rpm-пакетов новая возможность представлена в виде макроса
%sysusers_create_package (макросы %sysusers_create и %sysusers_create_inline объявлены устаревшими). Аналогичный макрос (%tmpfiles_create_package) для сохранения настроек на диск добавлен для systemd-tmpfiles;

-  В systemd-analyze добавлена опция "--global" для работы в контексте глобальной конфигурации пользователя и параметр unit-paths для перечисления путей загрузки unit-а, который можно использовать с опциями "--systemd", "--user" и "--global";

-  В триггер udevadm добавлена опция "--settle" ("-w") для завершения работы после наступления любого обрабатываемого события;

-  Добавлен новый вызов DBus           org.freedesktop.systemd1.Manager.AttachProcessesToUnit, который можно использовать для миграции сторонних процессов в область обработки юнита;

-  В systemd-detect-virt реализовано автоматическое определение механизмов виртуализации QNX, сведения о которых могут быть использованы в ConditionVirtualization;

-  В юнитах slice теперь можно использовать настройку IPAccounting;

-  Добавлена новая сборочная опция "-Dsplit-bin" для определения точки слияния
каталогов bin и sbin;

-  Добавлена новая сборочная опция "-Dok-color" для определения цвета сообщений с состоянием "OK" в процессе сборки;

-  Из-за проблемы с сериализацией юнитов, использующих настройку JoinsNamespaceOf вместе с режимом PrivateNetwork=yes, после установки новой версии systemd и выполнения daemon-reexec требуется перезапуск данных юнитов;

-  Изменено поведение systemd-tmpfiles: доступные только на чтение файлы, владельцем которых является root, не будут исключаться из процесса чистки временной директории.


URL: https://lists.freedesktop.org/archives/systemd-devel/2018-Ma...
Новость: https://www.opennet.ru/opennews/art.shtml?num=48211

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

Оглавление

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


2. "Доступен системный менеджер systemd 238"  +1 +/
Сообщение от ананас on 06-Мрт-18, 15:24 
Для чего нужен учет потребления памяти? В сервисах можно его использовать (перезапускать сервис при определенном потреблении)?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Доступен системный менеджер systemd 238"  –7 +/
Сообщение от Аноним (??) on 06-Мрт-18, 15:34 
Например, можно учитывать память systemd-httpd, systemd-qrcoded или systemd-journald
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

50. "Доступен системный менеджер systemd 238"  +7 +/
Сообщение от Anonim (??) on 06-Мрт-18, 22:06 
Минусуют, наверное, те, кто без этих служб жить не может
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

12. "Доступен системный менеджер systemd 238"  +16 +/
Сообщение от Hellraiser email(??) on 06-Мрт-18, 16:01 
> Для чего нужен учет потребления памяти?

в будущем введут налог на потреблённую память; системы без учёта потребления памяти будут объявлены вне закона

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

14. "Доступен системный менеджер systemd 238"  –5 +/
Сообщение от Andrey Mitrofanov on 06-Мрт-18, 16:17 
>> Для чего нужен учет потребления памяти?
> в будущем введут налог на потреблённую память; системы без учёта потребления памяти
> будут объявлены вне закона

Отож будет вам Sd-as-a-disService.

Удобно!11

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

15. "Доступен системный менеджер systemd 238"  –3 +/
Сообщение от Andrey Mitrofanov on 06-Мрт-18, 16:18 
>> Для чего нужен учет потребления памяти?
> в будущем введут налог на потреблённую память; системы без учёта потребления памяти

И вообще, эти ваши приложения за}|{рались:  s-d памяти не хватает1111

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

49. "Доступен системный менеджер systemd 238"  +/
Сообщение от Аноним (??) on 06-Мрт-18, 22:05 
> в будущем введут налог на потреблённую память; системы без учёта потребления памяти

Да это ж баянище, все хостеры давно так делают.

> будут объявлены вне закона

Зачем? Хостеры просто выключают resource hog. Отлично работает. А если не понимает, вместо оверселлинговых параметров ставят минимально гарантированные.

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

16. "Доступен системный менеджер systemd 238"  +3 +/
Сообщение от h31 (ok) on 06-Мрт-18, 16:32 
https://www.freedesktop.org/software/systemd/man/systemd.res...
Ну и банально посчитать занимаемую сервисом память, если он дико, бешено форкается.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

46. "Доступен системный менеджер systemd 238"  –5 +/
Сообщение от Аноним (??) on 06-Мрт-18, 21:58 
>  Для чего нужен учет потребления памяти?

Видел когда-нибудь контейнеры? Типа того же openvz? Ну вот затем, Карл. Только теперь это для вообще всех и без танцев с бубнами вокруг системника. А не только каких-то там хостеров с отдельным кривым ядром, которым ну очень надо, так что изгальнулись.

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

88. "Доступен системный менеджер systemd 238"  +1 +/
Сообщение от Тузя (ok) on 08-Мрт-18, 10:10 
TL;DR; На локалхосте не сильно нужно.

Видимо, systemd пытается реализовать в себе часть функционала windows, связанного со счётчиками производительности. У этой подсистемы есть 2 назначения:
1) Система производит учёт потребления ресурсов ОС, демонов и приложений пользователя, что позволяет:
- динамически выдавать приоритеты тем или иным задачам
- наглядно отображать утилизацию ресурсов и мониторировать процессы во времени.
2) Предоставить API для непривилегированных приложений, которое в свою очередь:
- Позволяет опубликовать свои счётчики мониторинга
- Принимать решения внутри клиентского ПО в случае получения тех или иных данных о загруженности системы или счётчиков мониторинга другого приложения.

Линуксу, конечно, не нужен perfmon.exe, ведь уже есть top, htop, iotop и много чего еще. Кроме того, сами cgroups и так позволяют делить процессорное время между задачами неравномерно. Динамика и API - другой момент.

Приведу пример:
Допустим, есть набор приложений на нескольких кластеризированных веб-серверах. Приложение хочет принимать новые соединения от клиентов и выполнять скрипты на узле-1 только в том случае, если на нём есть достаточно выделенных системных ресурсов. В противном случае запрос необходимо реверспроксировать на узел-2 и т.д, производя рендеринг страницы или сбор данных на узле, где доступны ресурсы. По факту исчерпания ресурса на узле приложение хочет передать асинхронную команду в выделенную систему мониторинга, которая также кластеризована и является частью этого же набора приложений со своими требованиями по ресурсам.

На windows такое сделать можно с использованием стандартных средств на линуксе необходимо изменить архитектуру приложения. Например, вынести мониторинг на отдельный кластер, написав свою систему контроля за ресурсами узлов приложения, возможно, также выделить внутреннее реверспроксирование и балансировщики на отдельный кластер. Ну или отказаться от части функционала по самомониторированию.

Понимаю, пример искусственный... но он как раз демонстрирует, что функционал на стороне ядра есть давным давно. Есть даже шины IPC/RPC (dbus), но конечное решение всё равно придётся писать самим, потому что на стороне ОС (системы, дистрибутива) функционала не хватает. Докер в этом сильно поможет, чтобы совсем уж не велосипедить, но добавление виртуализации даже контейнерной бывает оправдано не всегда.
С другой стороны, на стороне windows этот функционал, как и всё чего касалось щупальце MS, переусложнён и извращён, поэтому городить отказоустойчивые пулы приложений в IIS-ах, которые имеют доступ (через kerberos) к системным API мониторинга, требует, так сказать, специфических вкусов и предпочтений. Уверен, что в линуксе получится намного лучше.

Тем кто осилил мою простыню задам наводящий вопрос. Как вы думаете, зачем внутри systemd есть реализация маленького вебсервера?

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

94. "Доступен системный менеджер systemd 238"  +/
Сообщение от Аноним (??) on 10-Мрт-18, 23:01 
> Видимо, systemd пытается реализовать в себе часть функционала windows, связанного со счётчиками
> производительности.

Ах, вот у кого openvz содрали beancounters...

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

8. "Доступен системный менеджер systemd 238"  –7 +/
Сообщение от Stahl on 06-Мрт-18, 15:45 
Когда ждать systemd osd?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Доступен системный менеджер systemd 238"  –6 +/
Сообщение от Hellraiser email(??) on 06-Мрт-18, 15:58 
не осилит
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

18. "Доступен системный менеджер systemd 238"  +7 +/
Сообщение от Аноним (??) on 06-Мрт-18, 16:51 
> не осилит

Оно уже жирнее, чем было ядро времен третьей слаки.

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

47. "Доступен системный менеджер systemd 238"  –6 +/
Сообщение от Аноним (??) on 06-Мрт-18, 21:59 
> Оно уже жирнее, чем было ядро времен третьей слаки.

А первое ядро Linux так и вообще было меньше чем иной hello world. Не хочешь на него вернуться?

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

20. "Доступен системный менеджер systemd 238"  –5 +/
Сообщение от Sunderland93 (ok) on 06-Мрт-18, 17:40 
Живёт и активно развивается, что не может не радовать. Хотя я не совсем понял про rpm - systemd теперь ещё и пакетный менеджер?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Доступен системный менеджер systemd 238"  +10 +/
Сообщение от SunXE (ok) on 06-Мрт-18, 17:51 
Здорово, правда!?)
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

30. "Доступен системный менеджер systemd 238"  +/
Сообщение от Sunderland93 (ok) on 06-Мрт-18, 18:47 
Ну да, с RPM это уже явно перебор...даже мне, фанатику systemd, так кажется
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

40. "Доступен системный менеджер systemd 238"  +4 +/
Сообщение от pavlinux (ok) on 06-Мрт-18, 21:01 
Раньше надо думать было, когда дедушки говорили.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

57. "Доступен системный менеджер systemd 238"  +2 +/
Сообщение от Аноним (??) on 06-Мрт-18, 23:28 
Не пробьёт. Перечитай его сообщение - он и сейчас думает, что ему лишь кажется.
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

48. "Доступен системный менеджер systemd 238"  +/
Сообщение от Аноним (??) on 06-Мрт-18, 22:01 
Это-то как раз нормально. Во многие пакеты входят макросы rpm, что сильно облегчает жизнь майнтейнерам, а простых пользователей никак не затрагивает.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

55. "Доступен системный менеджер systemd 238"  +1 +/
Сообщение от Аноним (??) on 06-Мрт-18, 22:51 
> Это-то как раз нормально. Во многие пакеты входят макросы rpm, что сильно
> облегчает жизнь майнтейнерам, а простых пользователей никак не затрагивает.

майнтейнеры дебиана уже радуются?

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

58. "Доступен системный менеджер systemd 238"  +4 +/
Сообщение от Аноним (??) on 06-Мрт-18, 23:31 
> майнтейнеры дебиана уже радуются?

Ну проголосуют раза три-четыре, придут к выводту, что pacman и slackpkg недостаточно фичастые и решат мигрировать на rpm+dnf. Делов-то. Как будто впервой.

А если ОЧЕНЬ повезёт, то сольются с девуаном и выкинут systemd обратно.

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

85. "Доступен системный менеджер systemd 238"  +3 +/
Сообщение от _ (??) on 07-Мрт-18, 21:17 
>А если ОЧЕНЬ повезёт, то сольются с девуаном и выкинут systemd обратно.

Кто ж им дастЪ?! (С)
Не для того шляпы демьян нагибали ... :(

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

72. "Доступен системный менеджер systemd 238"  +1 +/
Сообщение от Аноним (??) on 07-Мрт-18, 12:42 
> майнтейнеры дебиана уже радуются?

Для них ничего не изменилось.

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

28. "Доступен системный менеджер systemd 238"  +1 +/
Сообщение от Аноним (??) on 06-Мрт-18, 18:28 
Что такого, прибьют rpm (и соответственно DNF) к systems. Один фиг и то, и то под надежным контролем RH.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

32. "Доступен системный менеджер systemd 238"  +/
Сообщение от Аноним (??) on 06-Мрт-18, 19:00 
…и потом системду выкинут из уютненького рача! Жду с нетерпением.
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

36. "Доступен системный менеджер systemd 238"  +4 +/
Сообщение от selishii (ok) on 06-Мрт-18, 19:59 
Обновил на арче сей пакет: результат перманентный сегфолт памяти при загрузке, видимо " новые скрипты" черезчур Новые, пришлось откатываться с помошью chroot'a. :/
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

65. "Доступен системный менеджер systemd 238"  +2 +/
Сообщение от Аноним (??) on 07-Мрт-18, 06:32 
может, просто нефиг ставить пакеты из тестинга?
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

68. "Доступен системный менеджер systemd 238"  +2 +/
Сообщение от Аноним (??) on 07-Мрт-18, 10:44 
Лучше не ставить systemd и все проблемы волшебным образом исчезнут. (уже лет 6 как, ни единого^W ни одной проблемы, ага)
Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

67. "Доступен системный менеджер systemd 238"  +3 +/
Сообщение от Hellraiser email(??) on 07-Мрт-18, 10:23 
> …и потом системду выкинут из уютненького рача! Жду с нетерпением.

история подсказывает, что скорее арч перейдёт на rpm

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

43. "Доступен системный менеджер systemd 238"  +/
Сообщение от Аноним (??) on 06-Мрт-18, 21:16 
Кроме шуток, но в месте с исходниками systemd распространяется spec-файл для сборки rpm-пакетов. Речь про изменения в этом файле.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

51. "Доступен системный менеджер systemd 238"  +/
Сообщение от Аноним (??) on 06-Мрт-18, 22:08 
> Кроме шуток, но в месте с исходниками systemd распространяется spec-файл для сборки
> rpm-пакетов. Речь про изменения в этом файле.

Нет, вот в этих:

https://github.com/systemd/systemd/blob/a166e13771f308973d7b...
https://github.com/systemd/systemd/blob/a166e13771f308973d7b...

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

80. "Доступен системный менеджер systemd 238"  +/
Сообщение от fi (ok) on 07-Мрт-18, 14:14 
По суте он прав ))))))))))) :

The contents of this are an example to be copied into systemd.spec.

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

25. "Доступен системный менеджер systemd 238"  +2 +/
Сообщение от Аноним 80_уровня (ok) on 06-Мрт-18, 18:13 
Обнаружил, что "reboot -f" в systemd-содержащих помойках работает не совсем так, как привычно думать. Вернее, он крайне хреново работает.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

27. "Доступен системный менеджер systemd 238"  +/
Сообщение от Аноним (??) on 06-Мрт-18, 18:15 
Но хотя бы kill -9 1 работает надежно?
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

52. "Доступен системный менеджер systemd 238"  +1 +/
Сообщение от Аноним (??) on 06-Мрт-18, 22:13 
Неа, не работает. ☹
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

38. "Доступен системный менеджер systemd 238"  +/
Сообщение от АноЛёня on 06-Мрт-18, 20:45 
Просто у него теперь заикание добавилось :)

       -f, --force
           Force immediate halt, power-off, or reboot. When specified once, this results in an immediate but clean shutdown by the system manager. When
           specified twice, this results in an immediate shutdown without contacting the system manager. See the description of --force in systemctl(1)
           for more details.

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

45. "Доступен системный менеджер systemd 238"  +2 +/
Сообщение от Аноним (??) on 06-Мрт-18, 21:52 
> When specified twice

Это гениально, я считаю :)

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

59. "Доступен системный менеджер systemd 238"  –1 +/
Сообщение от Аноним (??) on 06-Мрт-18, 23:34 
> Это гениально, я считаю :)

Ну не знаю, вроде норм. Всякие -v -vv -vvv приучили.

P.S. Я - хейтер.

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

71. "Доступен системный менеджер systemd 238"  –1 +/
Сообщение от Аноним (??) on 07-Мрт-18, 11:19 
А для соместимости с пердыдущеми версиями могли бы и оставить поведение --force. И добавить --force--manager какой-нибудь
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

44. "Доступен системный менеджер systemd 238"  –1 +/
Сообщение от srgaz email on 06-Мрт-18, 21:45 
Ура!
Самая лучшая разработка!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

81. "Доступен системный менеджер systemd 238"  +1 +/
Сообщение от Аноним (??) on 07-Мрт-18, 16:12 
да, openrc отличная замена systemd
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

93. "Доступен системный менеджер systemd 238"  +/
Сообщение от Еретик on 08-Мрт-18, 13:43 
Скорее systemd является никудышной заменой openrc.Второй появиля сильно раньше.Да и написан людьми в отличии от ...
Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

53. "Доступен системный менеджер systemd 238"  +5 +/
Сообщение от Аноним (??) on 06-Мрт-18, 22:36 
Сколько можно уже эту крышку ноутбука мучать!

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

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

54. "Доступен системный менеджер systemd 238"  +6 +/
Сообщение от Аноним (??) on 06-Мрт-18, 22:49 
ленчик лучше знает, что ты хочешь! и не спорь!
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

56. "Доступен системный менеджер systemd 238"  –1 +/
Сообщение от Аноним (??) on 06-Мрт-18, 23:07 
Но я хочу просто закрывать ноутбук, убирать его в сумку и идти дальше, а не нажимать ещё какие-то кнопки. Можно?

Без systemd для этой цели приходилось держать отдельный демон acpid.

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

60. "Доступен системный менеджер systemd 238"  +2 +/
Сообщение от Аноним (??) on 06-Мрт-18, 23:36 
> Без systemd для этой цели приходилось держать отдельный демон acpid.

А теперь будешь держать отдельный systemd-acpid и ещё пару примонтированных файловых систем. Сам acpid сдохнет (надеюсь, нет). А потом Сиверс продаст ноут, возможность выпилят как неиспользуемую разработчиками, а acpid будет уже мёртв.

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

61. "Доступен системный менеджер systemd 238"  +/
Сообщение от Аноним (??) on 07-Мрт-18, 00:03 
> А теперь будешь держать отдельный systemd-acpid

Не буду: функционал обработки событий ACPI находится в systemd-logind, ответственном за виртуальные консоли и пользовательские сессии.

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

73. "Доступен системный менеджер systemd 238"  +1 +/
Сообщение от Аноним (??) on 07-Мрт-18, 12:45 
> функционал обработки событий ACPI находится в systemd-logind, ответственном за
> виртуальные консоли и пользовательские сессии.

И где в этом логика?

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

78. "Доступен системный менеджер systemd 238"  +1 +/
Сообщение от Аноним (??) on 07-Мрт-18, 13:26 
А кто здесь ожидал логики? Поттеринг (П) - логика (Л).
Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

87. "Доступен системный менеджер systemd 238"  +/
Сообщение от Алког Олек on 08-Мрт-18, 05:15 
>> функционал обработки событий ACPI находится в systemd-logind, ответственном за
>> виртуальные консоли и пользовательские сессии.
> И где в этом логика?

Управление состоянием сессии же. И терминала... Гм. Хотя конечно это только часть всего acpid.

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

62. "Доступен системный менеджер systemd 238"  +3 +/
Сообщение от анонимус (??) on 07-Мрт-18, 03:02 
Интересно, что будет, если вначале закрыть крышку ноута, а потом отключить питание. По идее , результат должен быть такой же, как и закрытие крышки с отключенным питанием.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

74. "Доступен системный менеджер systemd 238"  +/
Сообщение от Аноним (??) on 07-Мрт-18, 12:46 
> Интересно, что будет, если вначале закрыть крышку ноута, а потом отключить питание.
> По идее , результат должен быть такой же, как и закрытие
> крышки с отключенным питанием.

Если ноут уснёт при закрытии крышки, на отключение питания он уже не отреагирует.

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

77. "Доступен системный менеджер systemd 238"  +/
Сообщение от Аноним (??) on 07-Мрт-18, 13:25 
А как работает "гибридный сон" - сначала сон, потом глубокий сон? Он из sleep'а потом сразу в hibernate переходит, не пробуждаясь?
Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

84. "Доступен системный менеджер systemd 238"  +/
Сообщение от Аноним (??) on 07-Мрт-18, 20:01 
Ноут делает все, чтобы уйти в гибернацию, но в сам момент ухода вместо полного отключения питания засыпает. Таким образом, если сон продлится недолго - восстановление будет быстрым, а если долго - не потеряются данные.
Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

63. "Доступен системный менеджер systemd 238"  +4 +/
Сообщение от Аноним (??) on 07-Мрт-18, 05:44 
Жду systemd-x11d, systemd-kerneld и можно слезать с Linux.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

82. "Доступен системный менеджер systemd 238"  +1 +/
Сообщение от Аноним (??) on 07-Мрт-18, 16:19 
> Жду systemd-x11d,

systemd-waylandd же.


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

83. "Доступен системный менеджер systemd 238"  +/
Сообщение от Мураками on 07-Мрт-18, 17:30 
пора уже организовывать праздник ждунов
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

75. "Доступен системный менеджер systemd 238"  +/
Сообщение от Ne01eX (ok) on 07-Мрт-18, 13:01 
Пaцaны, там уж две недели как вышла новая бета версия Sysvinit (первое мажорное  обновление за 8 лет, Карл!). Распишите кто-нибудь, мне пока не до этого.

http://download.savannah.nongnu.org/releases/sysvinit/

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

76. "Доступен системный менеджер systemd 238"  +/
Сообщение от Аноним (??) on 07-Мрт-18, 13:24 
Отличненько. А как там, до кучи, поживают openrc и bsd rc?
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

96. "Доступен системный менеджер systemd 238"  +/
Сообщение от anonymoused on 12-Мрт-18, 12:18 
В bsd rc наконец сделали rc.conf.d.
Конфигурацию разбитую на куски стало сильно проще читать и править.
А чтобы админы не заскучали sysrc не умеет корректно работать с rc.conf.d.
Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

97. "Доступен системный менеджер systemd 238"  +/
Сообщение от Аноним (??) on 12-Мрт-18, 17:31 
> В bsd rc наконец сделали rc.conf.d.

Если из сравнительн недавнего, то ЕМНИП, добавили поддержку {LOCALBASE}/etc/rc.conf.d
/etc/rc.conf.d уже давно
> Date:   Mon Oct 2 18:50:58 2006 +0000
> Pull in /etc/rc.conf.d/network so that ifconfig_<if> variables can be

.
.

> Конфигурацию разбитую на куски стало сильно проще читать и править.
> А чтобы админы не заскучали sysrc не умеет корректно работать с rc.conf.d.

.
.
> Date:   Tue Nov 3 19:57:12 2015 +0000
> Add sysrc(8) support for "rc.conf.d" file(s) when given "-s name" to
> indicate service(8) script. While here, add "-l" option for listing the

Да и сам sysrc - 1000 строчный костылик на sh.


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

79. "Доступен системный менеджер systemd 238"  +/
Сообщение от yet another anonymous on 07-Мрт-18, 13:46 
Ушли с subversion на git, немного причесали bootlogd, логгирование на несколько консолей (если их несколько), /dev/initctl moved to /run/initctl, убраны излишние sleeps при shutdown, automatically spawn agetty on kernel consoles.
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

86. "Доступен системный менеджер systemd 238"  +/
Сообщение от Аноним (??) on 07-Мрт-18, 23:29 
По ссылке только бета.
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

90. "Доступен системный менеджер systemd 238"  –1 +/
Сообщение от Ne01eX (ok) on 08-Мрт-18, 13:15 
Я и говорил про бетку. Просто, нужно принять во внимание разные подходы к разработке ПО у разработчиков systemd и sysvinit.
Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

89. "Доступен системный менеджер systemd 238"  +/
Сообщение от Еретик on 08-Мрт-18, 12:35 
У меня один вопрос : когда наконец станет доступен к подгрузке модуль linux.ko ?
К чему эти полумеры?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

95. "Доступен системный менеджер systemd 238"  +/
Сообщение от Аноним (??) on 12-Мрт-18, 09:50 
Давно доступен:

kexec -l /boot/vmlinuz --reuse-cmdline
systemctl kexec

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

98. "Доступен системный менеджер systemd 238"  +/
Сообщение от Еретик on 13-Мрт-18, 02:24 
>модуль
Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

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

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


  Закладки на сайте
  Проследить за страницей
Created 1996-2018 by Maxim Chirkov  
ДобавитьПоддержатьВебмастеруГИД  
Hosting by Ihor