The OpenNET Project / Index page

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

Доступен системный менеджер systemd 238

06.03.2018 15:02

Леннарт Поттеринг представил релиз системного менеджера systemd 238. Из новшеств можно отметить включение по умолчанию учёта потребления памяти, расширение числа настроек 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, не будут исключаться из процесса чистки временной директории.


  1. Главная ссылка к новости (https://lists.freedesktop.org/...)
  2. OpenNews: Доступен системный менеджер systemd 237
  3. OpenNews: Началось бета-тестирование Devuan 2.0, форка Debian 9 "Stretch" без systemd
  4. OpenNews: Релиз systemd 236
  5. OpenNews: Релиз systemd 235
  6. OpenNews: Доступна система сборки Meson 0.42, на которую переходят systemd, GTK+ и GNOME
Лицензия: CC-BY
Тип: Программы
Ключевые слова: systemd
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (69) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.2, ананас (?), 15:24, 06/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Для чего нужен учет потребления памяти? В сервисах можно его использовать (перезапускать сервис при определенном потреблении)?
     
     
  • 2.4, Аноним (-), 15:34, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Например, можно учитывать память systemd-httpd, systemd-qrcoded или systemd-journald
     
     
  • 3.50, Anonim (??), 22:06, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Минусуют, наверное, те, кто без этих служб жить не может
     
  • 2.12, Hellraiser (??), 16:01, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +16 +/
    > Для чего нужен учет потребления памяти?

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

     
     
  • 3.14, Andrey Mitrofanov (?), 16:17, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • –5 +/
    >> Для чего нужен учет потребления памяти?
    > в будущем введут налог на потреблённую память; системы без учёта потребления памяти
    > будут объявлены вне закона

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

    Удобно!11

     
  • 3.15, Andrey Mitrofanov (?), 16:18, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> Для чего нужен учет потребления памяти?
    > в будущем введут налог на потреблённую память; системы без учёта потребления памяти

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

     
  • 3.49, Аноним (-), 22:05, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > в будущем введут налог на потреблённую память; системы без учёта потребления памяти

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

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

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

     
  • 2.16, h31 (ok), 16:32, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    https://www.freedesktop.org/software/systemd/man/systemd.resource-control.html
    Ну и банально посчитать занимаемую сервисом память, если он дико, бешено форкается.
     
  • 2.46, Аноним (-), 21:58, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • –5 +/
    >  Для чего нужен учет потребления памяти?

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

     
  • 2.88, Тузя (ok), 10:10, 08/03/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    TL DR На локалхосте не сильно нужно Видимо, systemd пытается реализовать в себ... текст свёрнут, показать
     
     
  • 3.94, Аноним (-), 23:01, 10/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Видимо, systemd пытается реализовать в себе часть функционала windows, связанного со счётчиками
    > производительности.

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

     

  • 1.8, Stahl (?), 15:45, 06/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Когда ждать systemd osd?
     
     
  • 2.11, Hellraiser (??), 15:58, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • –6 +/
    не осилит
     
     
  • 3.18, Аноним (-), 16:51, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > не осилит

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

     
     
  • 4.47, Аноним (-), 21:59, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > Оно уже жирнее, чем было ядро времен третьей слаки.

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

     

  • 1.20, Sunderland93 (ok), 17:40, 06/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Живёт и активно развивается, что не может не радовать. Хотя я не совсем понял про rpm - systemd теперь ещё и пакетный менеджер?
     
     
  • 2.22, SunXE (ok), 17:51, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Здорово, правда!?)
     
     
  • 3.30, Sunderland93 (ok), 18:47, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, с RPM это уже явно перебор...даже мне, фанатику systemd, так кажется
     
     
  • 4.40, pavlinux (ok), 21:01, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Раньше надо думать было, когда дедушки говорили.
     
     
  • 5.57, Аноним (-), 23:28, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не пробьёт. Перечитай его сообщение - он и сейчас думает, что ему лишь кажется.
     
  • 4.48, Аноним (-), 22:01, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Это-то как раз нормально. Во многие пакеты входят макросы rpm, что сильно облегчает жизнь майнтейнерам, а простых пользователей никак не затрагивает.
     
     
  • 5.55, Аноним (-), 22:51, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это-то как раз нормально. Во многие пакеты входят макросы rpm, что сильно
    > облегчает жизнь майнтейнерам, а простых пользователей никак не затрагивает.

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

     
     
  • 6.58, Аноним (-), 23:31, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > майнтейнеры дебиана уже радуются?

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

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

     
     
  • 7.85, _ (??), 21:17, 07/03/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >А если ОЧЕНЬ повезёт, то сольются с девуаном и выкинут systemd обратно.

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

     
  • 6.72, Аноним (-), 12:42, 07/03/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > майнтейнеры дебиана уже радуются?

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

     
  • 2.28, Аноним (-), 18:28, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что такого, прибьют rpm (и соответственно DNF) к systems. Один фиг и то, и то под надежным контролем RH.
     
     
  • 3.32, Аноним (-), 19:00, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    …и потом системду выкинут из уютненького рача! Жду с нетерпением.
     
     
  • 4.36, selishii (ok), 19:59, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Обновил на арче сей пакет: результат перманентный сегфолт памяти при загрузке, видимо " новые скрипты" черезчур Новые, пришлось откатываться с помошью chroot'a. :/
     
     
  • 5.65, Аноним (-), 06:32, 07/03/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    может, просто нефиг ставить пакеты из тестинга?
     
     
  • 6.68, Аноним (-), 10:44, 07/03/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Лучше не ставить systemd и все проблемы волшебным образом исчезнут. (уже лет 6 как, ни единого^W ни одной проблемы, ага)
     
  • 4.67, Hellraiser (??), 10:23, 07/03/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > …и потом системду выкинут из уютненького рача! Жду с нетерпением.

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

     
  • 2.43, Аноним (-), 21:16, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Кроме шуток, но в месте с исходниками systemd распространяется spec-файл для сборки rpm-пакетов. Речь про изменения в этом файле.
     
     
  • 3.51, Аноним (-), 22:08, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Кроме шуток, но в месте с исходниками systemd распространяется spec-файл для сборки
    > rpm-пакетов. Речь про изменения в этом файле.

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

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

     
     
  • 4.80, fi (ok), 14:14, 07/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    По суте он прав ))))))))))) :

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

     

  • 1.25, Аноним 80_уровня (ok), 18:13, 06/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Обнаружил, что "reboot -f" в systemd-содержащих помойках работает не совсем так, как привычно думать. Вернее, он крайне хреново работает.
     
     
  • 2.27, Аноним (-), 18:15, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Но хотя бы kill -9 1 работает надежно?
     
     
  • 3.52, Аноним (-), 22:13, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Неа, не работает. ☹
     
  • 2.38, АноЛёня (?), 20:45, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Просто у него теперь заикание добавилось :)

           -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.

     
     
  • 3.45, Аноним (-), 21:52, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > When specified twice

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

     
     
  • 4.59, Аноним (-), 23:34, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Это гениально, я считаю :)

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

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

     
  • 4.71, Аноним (-), 11:19, 07/03/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А для соместимости с пердыдущеми версиями могли бы и оставить поведение --force. И добавить --force--manager какой-нибудь
     

  • 1.44, srgaz (?), 21:45, 06/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ура!
    Самая лучшая разработка!
     
     
  • 2.81, Аноним (-), 16:12, 07/03/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да, openrc отличная замена systemd
     
     
  • 3.93, Еретик (?), 13:43, 08/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее systemd является никудышной заменой openrc.Второй появиля сильно раньше.Да и написан людьми в отличии от ...
     

  • 1.53, Аноним (-), 22:36, 06/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Сколько можно уже эту крышку ноутбука мучать!

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

     
     
  • 2.54, Аноним (-), 22:49, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +6 +/
    ленчик лучше знает, что ты хочешь! и не спорь!
     
  • 2.56, Аноним (-), 23:07, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Но я хочу просто закрывать ноутбук, убирать его в сумку и идти дальше, а не нажимать ещё какие-то кнопки. Можно?

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

     
     
  • 3.60, Аноним (-), 23:36, 06/03/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Без systemd для этой цели приходилось держать отдельный демон acpid.

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

     
     
  • 4.61, Аноним (-), 00:03, 07/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > А теперь будешь держать отдельный systemd-acpid

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

     
     
  • 5.73, Аноним (-), 12:45, 07/03/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > функционал обработки событий ACPI находится в systemd-logind, ответственном за
    > виртуальные консоли и пользовательские сессии.

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

     
     
  • 6.78, Аноним (-), 13:26, 07/03/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А кто здесь ожидал логики? Поттеринг (П) - логика (Л).
     
  • 6.87, Алког Олек (?), 05:15, 08/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> функционал обработки событий ACPI находится в systemd-logind, ответственном за
    >> виртуальные консоли и пользовательские сессии.
    > И где в этом логика?

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

     

  • 1.62, анонимус (??), 03:02, 07/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Интересно, что будет, если вначале закрыть крышку ноута, а потом отключить питание. По идее , результат должен быть такой же, как и закрытие крышки с отключенным питанием.
     
     
  • 2.74, Аноним (-), 12:46, 07/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Интересно, что будет, если вначале закрыть крышку ноута, а потом отключить питание.
    > По идее , результат должен быть такой же, как и закрытие
    > крышки с отключенным питанием.

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

     
     
  • 3.77, Аноним (-), 13:25, 07/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А как работает "гибридный сон" - сначала сон, потом глубокий сон? Он из sleep'а потом сразу в hibernate переходит, не пробуждаясь?
     
     
  • 4.84, Аноним (-), 20:01, 07/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ноут делает все, чтобы уйти в гибернацию, но в сам момент ухода вместо полного отключения питания засыпает. Таким образом, если сон продлится недолго - восстановление будет быстрым, а если долго - не потеряются данные.
     

  • 1.63, Аноним (-), 05:44, 07/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Жду systemd-x11d, systemd-kerneld и можно слезать с Linux.
     
     
  • 2.82, Аноним (-), 16:19, 07/03/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Жду systemd-x11d,

    systemd-waylandd же.


     
  • 2.83, Мураками (?), 17:30, 07/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    пора уже организовывать праздник ждунов
     

  • 1.75, Ne01eX (ok), 13:01, 07/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пaцaны, там уж две недели как вышла новая бета версия Sysvinit (первое мажорное  обновление за 8 лет, Карл!). Распишите кто-нибудь, мне пока не до этого.

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

     
     
  • 2.76, Аноним (-), 13:24, 07/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Отличненько. А как там, до кучи, поживают openrc и bsd rc?
     
     
  • 3.96, anonymoused (?), 12:18, 12/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    В bsd rc наконец сделали rc.conf.d.
    Конфигурацию разбитую на куски стало сильно проще читать и править.
    А чтобы админы не заскучали sysrc не умеет корректно работать с rc.conf.d.
     
     
  • 4.97, Аноним (-), 17:31, 12/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > В 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.


     
  • 2.79, yet another anonymous (?), 13:46, 07/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ушли с subversion на git, немного причесали bootlogd, логгирование на несколько консолей (если их несколько), /dev/initctl moved to /run/initctl, убраны излишние sleeps при shutdown, automatically spawn agetty on kernel consoles.
     
  • 2.86, Аноним (-), 23:29, 07/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    По ссылке только бета.
     
     
  • 3.90, Ne01eX (ok), 13:15, 08/03/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я и говорил про бетку. Просто, нужно принять во внимание разные подходы к разработке ПО у разработчиков systemd и sysvinit.
     

  • 1.89, Еретик (?), 12:35, 08/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У меня один вопрос : когда наконец станет доступен к подгрузке модуль linux.ko ?
    К чему эти полумеры?
     
     
  • 2.95, Аноним (-), 09:50, 12/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Давно доступен:
    [code]
    kexec -l /boot/vmlinuz --reuse-cmdline
    systemctl kexec
    [/code]
     
     
  • 3.98, Еретик (?), 02:24, 13/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >модуль
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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