Скажем вместо простого багфикс релиза, заставлять использовать очередной релиз, в котором куча всего добавлено/изменено включая нужный баг.
Мягко говоря, это не правда. Потому, что все багфиксы бэкпортируются на более чем 20 версий назад в специальном репозитории https://github.com/systemd/systemd-stable
Более того, ждать выхода следующей версии не нужно, багфиксы прилетают по мере появления и всё, что нужно сделать, пересобрать systemd из соответствующей ветки для своей версии.
Помещение с защитой, тревожная кнопка, компьютер с лицензионным ПО, приватная сеть с банком, счётчик банкнот, детектор банкнот, мебель и собственно сам кассир. Давно ли вы видели банковские кассы без этих атрибутов?
В системах с systemd вместо этого можно использовать sudo systemctl start wg-quick@wg0.service.
В системах с относительно свежим systemd ≥237 можно использовать встроенную в systemd‑networkd поддержку wireguard. С использованием юнитов .netdev и .network
единственное, что требуется от сервиса, уметь периодически слать sd_notify
Придется накостылять скрипт или просить разработчиков сервиса добавить такую функциональность. Ведь по другому никак не узнать именно о зависании. Вообще systemd не запрещает писать скрипты и не думаю, что для фанов sysvinit это проблема. Тем более, если такая функциональность уже была в sysvinit скрипте, то останется добавить только одну строчку с вызовом systemd-notify
Собрав по кусочкам информацию от вас. Я пришёл выводу..
В данном случае systemd пытался задействовать механизм "The Discoverable Partitions Specification", для автоматического определения разделов.
И вот почему:
The OS can discover and mount the necessary file systems with a non-existing or incomplete /etc/fstab file and without the root= kernel command line option.
Итог: /etc/fstab нет или не полный, опция ядра root= не указана, разделы по спецификации вы явно не настраивали. Но systemd как всегда крайний.
То, что вы описали, никак не имеет отношения к systemd.
Это больше похоже на особенности работы UEFI, возможно даже особенности отдельных производителей железа. Например у меня одна мат.плата MSI при некоторых похожих условиях, самостоятельно удаляет запись загрузчика Linux и
устанавливает дефолтным загрузчиком Windows.
Есть механизм и директива WatchdogSec=, единственное, что требуется от сервиса уметь периодически слать sd_notify со значением WATCHDOG=1. При этом sd_notify можно использовать из поставки либо прямо слать дейтаграммы на AF_UNIX сокет из переменной окружения $NOTIFY_SOCKET. Для скриптов есть консольная утилита systemd-notify.
Как бы сказать помягче?
На выходе из вашей функции получается совсем не то, что должно быть.
Мягко говоря, это не правда. Потому, что все багфиксы бэкпортируются на более чем 20 версий назад в специальном репозитории https://github.com/systemd/systemd-stable
Более того, ждать выхода следующей версии не нужно, багфиксы прилетают по мере появления и всё, что нужно сделать, пересобрать systemd из соответствующей ветки для своей версии.
Сюда же принтеры и системы видеонаблюдения.
Помещение с защитой, тревожная кнопка, компьютер с лицензионным ПО, приватная сеть с банком, счётчик банкнот, детектор банкнот, мебель и собственно сам кассир. Давно ли вы видели банковские кассы без этих атрибутов?
Вы так и не ответили на вопрос:
Для кассовой инфраструктуры нужно?
Ну кончено, кассиры же считаю на костях и ведут рукописный журнал.
Вы серьёзно считаете, что вот это всё, нужно только для банкоматов?
Ага, как будто сеть касс не требует обслуживания, инкассаторов и т.д.
GNOME 3, AMD Tobago PRO [Radeon R7 360], amdgpu.
Что есть серьёзное использование? Около двух лет использую wayland в качестве основной сессии. Это серьёзно?
В системах с относительно свежим
systemd ≥237
можно использовать встроенную вsystemd‑networkd
поддержкуwireguard
. С использованием юнитов.netdev
и.network
В этом должны помочь: директива юнита NotifyAccess= и опция --pid=
Слишком мало информации для анализа. :)
Да, я именно так и написал
Придется накостылять скрипт или просить разработчиков сервиса добавить такую функциональность. Ведь по другому никак не узнать именно о зависании. Вообще systemd не запрещает писать скрипты и не думаю, что для фанов sysvinit это проблема. Тем более, если такая функциональность уже была в sysvinit скрипте, то останется добавить только одну строчку с вызовом
systemd-notify
Курица или яйцо?
Ответ здесь https://habr.com/post/431202/#comment_19454844
Собрав по кусочкам информацию от вас. Я пришёл выводу..
В данном случае systemd пытался задействовать механизм "The Discoverable Partitions Specification", для автоматического определения разделов.
И вот почему:
Итог: /etc/fstab нет или не полный, опция ядра root= не указана, разделы по спецификации вы явно не настраивали. Но systemd как всегда крайний.
То, что вы описали, никак не имеет отношения к systemd.
Это больше похоже на особенности работы UEFI, возможно даже особенности отдельных производителей железа. Например у меня одна мат.плата MSI при некоторых похожих условиях, самостоятельно удаляет запись загрузчика Linux и
устанавливает дефолтным загрузчиком Windows.
Есть механизм и директива WatchdogSec=, единственное, что требуется от сервиса уметь периодически слать sd_notify со значением WATCHDOG=1. При этом sd_notify можно использовать из поставки либо прямо слать дейтаграммы на AF_UNIX сокет из переменной окружения $NOTIFY_SOCKET. Для скриптов есть консольная утилита systemd-notify.