Re: Как прописать в скрипте systemd загрузку до запуска multi-user?

On Tue, Mar 22, 2022 at 7:45 PM Зиганшин Руслан wrote: > > Попробовал > [Unit] > Before = multi-user.target > https://www.freedesktop.org/software/systemd/man/bootup.html я бы попробовал за шаблон вашего unit'a взять rescue.service

Re: Как прописать в скрипте systemd загрузку до запуска multi-user?

Пробелы вокруг равно надо убрать. (И ещё в секции [Install] должно быть указано, от кого этот юнит зависит после enable). On 3/22/22 18:45, Зиганшин Руслан wrote: Попробовал [Unit] Before = multi-user.target Не сработало. Пишет в журнале, мол неизвестный ключ Before.

Re: Как прописать в скрипте systemd загрузку до запуска multi-user?

Быть может стоит поискать, какой ключ блокирует multi-user.target, пока скрипт не отработает (в моём случае до ввода пароля от диска, cryptsetup)? Быть может, мне в [Service] стоит заменить Type с idle на что-то другое? вт, 22 мар. 2022 г., 19:56 Alex Kicelew : > On 3/22/22 7:45 PM, Зиганшин

Re: Как прописать в скрипте systemd загрузку до запуска multi-user?

On 3/22/22 7:45 PM, Зиганшин Руслан wrote: Попробовал [Unit] Before = multi-user.target Не сработало. Пишет в журнале, мол неизвестный ключ Before. Не нашел навскидку точной формулировки, но везде в манах ищется только Before=, и во всех конфигах у меня тоже. То бишь, без пробелов. Но с

Как прописать в скрипте systemd загрузку до запуска multi-user?

Попробовал [Unit] Before = multi-user.target Не сработало. Пишет в журнале, мол неизвестный ключ Before.

Re: systemd-networkd

C bond0 не изменяется, IP выдаётся тот же. Когда был Stretch, не было проблем, всё работало. Обновил на Buster - всё сломалось. Выяснилось, что недавно пришедший на замену работающей подсистеме, networkd-systemd всё ломает. Если я не опускаю бондинг, его расхреначивает, и он требует IP для каждог

Re: systemd inittab

Оказывается мэинтейнер libvirt, прикрываясь проблемами > секьюрити systemd, решил, что самое безопасное это добавить > policykit-1 в зависимости libvirt. Пять лет назад. > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768376#20 > > Ну и все кому нужно без systemd просто п

Re: systemd inittab

On 23/05/2019 10:26, Victor Wagner wrote: > Может поискать что другое для управления kvm-виртуалками. > Я после некоторой возни с libvirt плюнул и вообще свой скрипт на питоне > написал. Я выяснил! Оказывается мэинтейнер libvirt, прикрываясь проблемами секьюрити systemd, решил,

Re: Проиграна ли борьба за вычислительную свободу? (was: systemd-networkd)

On Wed, 31 Jul 2019 07:40:09 +0300 Dmitry Alexandrov <321...@gmail.com> wrote: > > Кажется, вы вплотную подошли к тому, чтобы сформулировать парадокс > Брэдли Куна: свободных программ все больше и больше, а _выжить_ без > несвободных все тяжелее и тяжелее. Ну это на мой взгляд, некоторое

Проиграна ли борьба за вычислительную свободу? (was: systemd-networkd)

Eugene Berdnikov wrote: > On Thu, Jul 25, 2019 at 01:00:18PM +0300, Victor Wagner wrote: >> On Thu, 25 Jul 2019 11:58:01 +0300 >> Eugene Berdnikov wrote: >>> Железка и драйвера нас не интересуют. А вот базовая платформа общая. >> >> Как не интересует? Нас интересует изменить поведение железки

Mozilla Firefox как несвободная программа (was: systemd-networkd)

artiom wrote: Victor Wagner wrote: >> Более того, формально opensource продукты, такие как мозилла тоже в общем-то >> нарушают свободу N1. Потому что дизайн там такой запутанный что на выяснение >> того как там что устроено и "change it so it does computing as you wish" >> уйдут годы. > >

Re: systemd-networkd

Более того, формально opensource продукты, такие как мозилла тоже в общем-то нарушают свободу N1. Потому что дизайн там такой запутанный что на выяснение того как там что устроено и "change it so it does computing as you wish" уйдут годы. А за эти годы оно будет три раза переделано. Поэтому если

Re: systemd-networkd

выровненный > доступ к памяти не уйдет. > Это уже вопрос наличия ресурсов. > Так борьба с systemd тоже требует времени. Вопрос в том, на что > потратить время - на борьбу с поделиями поттерингов или на создание > альтернативы им. > В том и дело, что я не борюсь: стараюсь об

Re: systemd-networkd

On Thu, Jul 25, 2019 at 01:00:18PM +0300, Victor Wagner wrote: > On Thu, 25 Jul 2019 11:58:01 +0300 > Eugene Berdnikov wrote: > > > > доступа к которым с этим китайцем придется судиться. > > > в) оно все нихрена не документировано. > > > > Железка и драйвера нас не интересуют. А вот базовая

Re: systemd-networkd

sophy, которая сводит время на разбирательство к приемлемому. Поэтому монолитные продукты, такие как Firefox, systemd, libreoffice не могут считаться свободным ПО, по какой бы они лицензии не распространялись. > А думать, что "свобода" это когда можно без подготовки и образования > с

Re: systemd-networkd

On Thu, Jul 25, 2019 at 10:25:46AM +0300, Victor Wagner wrote: > On Thu, 25 Jul 2019 09:47:34 +0300 > Eugene Berdnikov wrote: > > > On Thu, Jul 25, 2019 at 12:54:43AM +0300, Victor Wagner wrote: > > > Здесь все не так. И война за свободу ПО, которую начал Столлман в > > > середине 80-х -

Re: systemd-networkd

On Thu, 25 Jul 2019 09:47:34 +0300 Eugene Berdnikov wrote: > On Thu, Jul 25, 2019 at 12:54:43AM +0300, Victor Wagner wrote: > > Здесь все не так. И война за свободу ПО, которую начал Столлман в > > середине 80-х - проиграна. > > Выиграна. Какую коробочку с WiFi или 4G ни возьми с полки,

Re: systemd-networkd

естовой ферме есть спарк, ни один не выровненный доступ к памяти не уйдет. > > Но вообще, если нужен свеженький компилятор в deuvian, в чем > > проблема его собрать самому в пакет (а то и мейнтейнером > > заделаться). > > Ну проблема в том, что это требует вр

Re: systemd-networkd

On Thu, Jul 25, 2019 at 12:54:43AM +0300, Victor Wagner wrote: > Здесь все не так. И война за свободу ПО, которую начал Столлман в > середине 80-х - проиграна. Выиграна. Какую коробочку с WiFi или 4G ни возьми с полки, везде внутри линукс, а из лога, если он показывается, торчат busybox,

Re: systemd-networkd

> Прописывать адрес статически. А, ну да, в IPv6 у каждого диапазон же. Можно, конечно, особенно внутри сети. Но сейчас всё настроено с IPv4 и автоматической выдачей адресов, не хочется переделывать. > Здесь все не так. И война за свободу ПО, которую начал Столлман в > середине 80-х -

Re: systemd-networkd

В Wed, 24 Jul 2019 21:20:24 +0300 artiom пишет: > > Можно прописать ему (в отдельном файлике для каждого интерфейса) > > что надо и что не надо от этого интерфейса требовать. > > > > Я же прописал для bond интерфейса, по крайней мере... > У вас MAC не прописаны, кстати. Я ж говорю - у

Re: systemd-networkd

ается и >> запускается "нормальная" сетевая подсистема, которая настраивает >> бондинг и поднимает OpenSSH. MAC bond0 не изменяется, IP выдаётся тот >> же. >> >> Когда был Stretch, не было проблем, всё работало. >> Обновил на Buster - всё сломалось. &

Re: systemd-networkd

а Buster - всё сломалось. > > Выяснилось, что недавно пришедший на замену работающей подсистеме, > networkd-systemd всё ломает. Если я не опускаю бондинг, его > расхреначивает, и он требует IP для каждого адаптера. Когда я C этим мне все-таки удалось побороться. Можно прописать ему (

systemd-networkd

"нормальная" сетевая подсистема, которая настраивает бондинг и поднимает OpenSSH. MAC bond0 не изменяется, IP выдаётся тот же. Когда был Stretch, не было проблем, всё работало. Обновил на Buster - всё сломалось. Выяснилось, что недавно пришедший на замену работающей подсистеме, networkd-systemd

Re: [systemd] Как запустить службу со StopWhenUnneeded=true?

On 6/12/19 9:38 PM, Dmitry Alexandrov wrote: > Добрых всем суток. > > Собственно, есть служба со StopWhenUnneeded=true. На приказ включиться она > изображает, что включается, и немедленно же выключается. > > Есть ли какой более элегантный способ ее разово запустить, чем написать > зависящую от

Re: [systemd-journald] Бессистемно теряется вывод пользовательской службы

Tim Sattarov wrote: > On 6/15/19 9:52 PM, Dmitry Alexandrov wrote: >> Дано: Дебиан ГНУ/Линукс 9.9, искоробочный systemd 232. >> >> Из-под рута все, вроде бы, в порядке: .. >> # for _ in {1..10}; do systemctl start test-echo.service; sleep 1; done >> St

Re: [systemd-journald] Бессистемно теряется вывод пользовательской службы

On 6/17/19 7:06 PM, Tim Sattarov wrote: > On 6/15/19 9:52 PM, Dmitry Alexandrov wrote: >> Добрых суток уважаемой рассылке. >> >> Дано: Дебиан ГНУ/Линукс 9.9, искоробочный systemd 232. >> >> Из-под рута все, вроде бы, в порядке: >> >> Как это понимать

Re: [systemd-journald] Бессистемно теряется вывод пользовательской службы

On 6/15/19 9:52 PM, Dmitry Alexandrov wrote: > Добрых суток уважаемой рассылке. > > Дано: Дебиан ГНУ/Линукс 9.9, искоробочный systemd 232. > > Из-под рута все, вроде бы, в порядке: > > Как это понимать? А пробовал смотреть в логи системы вокруг (самого systemd) на предмет throttle/rate limit?

[systemd-journald] Бессистемно теряется вывод пользовательской службы

Добрых суток уважаемой рассылке. Дано: Дебиан ГНУ/Линукс 9.9, искоробочный systemd 232. Из-под рута все, вроде бы, в порядке: # systemctl cat test-echo.service # /etc/systemd/system/test-echo.service [Service] Type=oneshot ExecStart=/bin/echo 'Hi there.' # journalctl -f -ocat -u test

Re: [systemd] Как запустить службу со StopWhenUnneeded=true?

Pavel Volkov wrote: > On четверг, 13 июня 2019 г. 04:38:19 MSK, Dmitry Alexandrov wrote: >> Собственно, есть служба со StopWhenUnneeded=true. На приказ включиться она >> изображает, что включается, и немедленно же выключается. >> >> Есть ли какой более элегантный способ ее разово запустить, чем

Re: [systemd] Как запустить службу со StopWhenUnneeded=true?

ово запустить, чем написать >> зависящую от нее заглушку? >> > Юзать systemd timer? Не-а. Пуск по таймеру же тождественен просто ‘start’у — точно так же все будет: $ systemd-run --user --on-active=1s --unit=xeyes.service Running timer as unit: xeyes.timer $ systemctl --user status xeyes.service

Re: [systemd] Как запустить службу со StopWhenUnneeded=true?

On четверг, 13 июня 2019 г. 04:38:19 MSK, Dmitry Alexandrov wrote: Добрых всем суток. Собственно, есть служба со StopWhenUnneeded=true. На приказ включиться она изображает, что включается, и немедленно же выключается. Есть ли какой более элегантный способ ее разово запустить, чем написать

Re: [systemd] Как запустить службу со StopWhenUnneeded=true?

заглушку? Юзать systemd timer?

[systemd] Как запустить службу со StopWhenUnneeded=true?

Добрых всем суток. Собственно, есть служба со StopWhenUnneeded=true. На приказ включиться она изображает, что включается, и немедленно же выключается. Есть ли какой более элегантный способ ее разово запустить, чем написать зависящую от нее заглушку? signature.asc Description: PGP signature

Re: systemd ssh logout at reboot-restart

On 06/06/2019 19:39, Геннадий Ковалёв wrote: > И не должен выключаться, выключать должен poweroff. Если > поведение было другое, то это был глюк. Я переформулирую для упоротых: "Раньше поведение команды halt регулировалось файлом /etc/default/halt" % cat /etc/default/halt # Default behaviour

Re: systemd ssh logout at reboot-restart

В Пт, 31/05/2019 в 17:12 +0300, sergio пишет: > Говоришь halt --- хост не выключается Обсуждали уже. И не должен выключаться, выключать должен poweroff. Если поведение было другое, то это был глюк.

Re: systemd ssh logout at reboot-restart

On 02/06/2019 18.24, Andrey Jr. Melnikov wrote: sergio wrote: On 29/05/2019 22:13, Andrey Tataranovich wrote: А на хосте B пакет libpam-systemd установлен? Нет. А должен? Спрошу иначе. Кто вылогинивает меня при ребуте системы на sysvinit, обязан ли он это делать и от чего должен

Re: systemd ssh logout at reboot-restart

sergio wrote: > On 29/05/2019 22:13, Andrey Tataranovich wrote: > > А на хосте B пакет libpam-systemd установлен? > Нет. А должен? > Спрошу иначе. Кто вылогинивает меня при ребуте системы на sysvinit, > обязан ли он это делать и от чего должен зависеть libpam-systemd что бы

Re: systemd ssh logout at reboot-restart

sergio пишет: > Спрошу иначе. Кто вылогинивает меня при ребуте системы на sysvinit, > обязан ли он это делать и от чего должен зависеть libpam-systemd что бы > это поведение не ломалось? > > > Самая большая проблема с systemd которую я наблюдаю --- это изменение > пов

Re: systemd inittab

On 23/05/2019 10:26, Victor Wagner wrote: > Может поискать что другое для управления kvm-виртуалками. Может просто libvirt-daemon-system не должен зависеть от policykit-1? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897936 Гентушники говорят, что у них libvirt отлично без systemd работ

Re: systemd ssh logout at reboot-restart

On 29/05/2019 22:13, Andrey Tataranovich wrote: > А на хосте B пакет libpam-systemd установлен? Нет. А должен? Спрошу иначе. Кто вылогинивает меня при ребуте системы на sysvinit, обязан ли он это делать и от чего должен зависеть libpam-systemd что бы это поведение не ломалось? Самая боль

Re: systemd ssh logout at reboot-restart

, хост уже выключился, а мёртвая > сессия продолжает висеть. А на хосте B пакет libpam-systemd установлен? Насколько я помню именно этот пакет отвечает за "разлогинивание" при reboot/poweroff. -- Best regards, Andrey Tataranovich

Re: systemd inittab

On 24/05/2019 15:28, Victor Wagner wrote: > SPICE хорош Для графики --- безусловно. -- sergio.

Re: systemd inittab

On Fri, 24 May 2019 11:25:00 +0300 sergio wrote: > On 24/05/2019 09:51, Victor Wagner wrote: > > > Ну можно на мой vws посмотреть. Вроде все перечисленное он делает. > > > > https://www.wagner.pp.ru/fossil/vws > > SPICE ради serial console? Это клиент нужен, что бы ходить в него, А как

Re: systemd inittab

On 24/05/2019 09:51, Victor Wagner wrote: > Ну можно на мой vws посмотреть. Вроде все перечисленное он делает. > > https://www.wagner.pp.ru/fossil/vws SPICE ради serial console? Это клиент нужен, что бы ходить в него, порты ещё прокидывать. Нет. Плохо объяснил, я хочу serial console через ssh,

Re: systemd inittab

On Fri, 24 May 2019 04:49:17 +0300 sergio wrote: > On 23/05/2019 10:26, Victor Wagner wrote: > > > > Написать unit-файл, который будет это делать. И кстати и respawn > > средствами systemd организовать можно будет. > > Написал, как дебажить? Я бы использов

Re: systemd inittab

On Fri, 24 May 2019 04:20:39 +0300 sergio wrote: > On 23/05/2019 10:26, Victor Wagner wrote: > > > Может поискать что другое для управления kvm-виртуалками. > > Я пробовал, но не нашёл. > > > Я после некоторой возни с libvirt плюнул и вообще свой скрипт на > > питоне написал. > > Я

Re: systemd inittab

On 23/05/2019 10:26, Victor Wagner wrote: > Написать unit-файл, который будет это делать. И кстати и respawn > средствами systemd организовать можно будет. Написал, как дебажить? # cat /etc/systemd/system/tty_clock.service [Unit] Description=tty-clock [Service] Environment="LANG=

Re: systemd inittab

On 23/05/2019 10:26, Victor Wagner wrote: > Может поискать что другое для управления kvm-виртуалками. Я пробовал, но не нашёл. > Я после некоторой возни с libvirt плюнул и вообще свой скрипт на > питоне написал. Я пробовал, libvirt победил. Требования просты: 1. Запуск при загрузке хоста. 2.

Re: systemd inittab

On Wed, 22 May 2019 23:43:45 +0300 sergio wrote: > > Был хост, в /etc/inittab которого было написано: > > 10:2345:respawn:/usr/local/bin/tty_clock > > > На хосте стоит libvirt-daemon-system для запуска kvm виртуалок, > который требует systemd, и для которого стоял sys

Re: systemd nfs background mount

22.05.2019, sergio написал(а): > A:/share /mnt/share nfs4 auto,nodev,bg,rw 0 0 [...] > но если потом вдруг перезагрузиться, то повиснет навечно (пока не > появится A): > > A start job is running for /mnt ( / no limit) Некоторые рекомендуют сиё монтировать с добавлением x-systemd.automount,noauto

systemd inittab

Был хост, в /etc/inittab которого было написано: 10:2345:respawn:/usr/local/bin/tty_clock На хосте стоит libvirt-daemon-system для запуска kvm виртуалок, который требует systemd, и для которого стоял systemd-shim пока там был stretch. Я обновил его до buster, systemd-shim на нём нет и systemd

systemd sysctl.d ipv6 use_tempaddr

лишь в том, что на хосте A, как и положено, на wlan0 два адреса (temporary и mngtmpaddr), а на хосте B только mngtmpaddr. Workaround: если на хосте B добавить строчку net.ipv6.conf.eth0.use_tempadddr=2, то temporary появляется. На обоих хостах systemd с net.ifnames=0 -- sergio.

systemd nfs background mount

Если в /etc/fstab написать: A:/share /mnt/share nfs4 auto,nodev,bg,rw 0 0 а потом сказать mount /mnt/share то при выключенном A оно ответит: mount.nfs4: backgrounding "A:/share" mount.nfs4: mount options: "rw,nodev,bg" но если потом вдруг перезагрузиться, то повиснет навечно (пока не

systemd ssh logout at reboot-restart

Когда я говорю reboot или poweroff через ssh на хосте A, сессия, как ей и положено, закрывается: Connection to A closed by remote host. Connection to A closed. А вот на хосте B ничего не происходит, хост уже выключился, а мёртвая сессия продолжает висеть. -- sergio.

Re: systemd halt

sergio writes: > On 13/10/2018 16:07, Evgeny Zubok wrote: > >> Не пользуюсь systemd, поэтому поинтересуюсь: systemd каким-нибудь >> образом использует прежние настройки системы из >> /etc/default? Предполагаю, что нет. Но если использует, то там есть >> файлик /et

Re: systemd halt

Спасибо. Тоже эта неприятная мелочь раздражала. 13.10.2018 16:27, Evgeny Zubok пишет: Evgeny Zubok writes: sergio writes: Как правильно выключать debian с systemd? говорю sudo halt, система доходит до "reboot: System halted" и всё. Не пользуюсь systemd, поэтому поинтересуюс

Re: systemd halt

On 13/10/2018 16:07, Evgeny Zubok wrote: Не пользуюсь systemd, поэтому поинтересуюсь: systemd каким-нибудь образом использует прежние настройки системы из /etc/default? Предполагаю, что нет. Но если использует, то там есть файлик /etc/default/halt, в котором надо указать HALT=poweroff. Тогда он

Re: systemd halt

Evgeny Zubok writes: > sergio writes: > >> Как правильно выключать debian с systemd? >> >> говорю sudo halt, система доходит до "reboot: System halted" и всё. > > Не пользуюсь systemd, поэтому поинтересуюсь: systemd каким-нибудь > образом использует

Re: systemd halt

sergio writes: > Как правильно выключать debian с systemd? > говорю sudo halt, система доходит до "reboot: System halted" и всё. Сам не пользуюсь systemd, сижу на sysV, поэтому сказанное может не действовать на systemd. Если systemd по-прежнему читает настройки системы из /etc/d

Re: systemd halt

sergio writes: > Как правильно выключать debian с systemd? > > говорю sudo halt, система доходит до "reboot: System halted" и всё. Не пользуюсь systemd, поэтому поинтересуюсь: systemd каким-нибудь образом использует прежние настройки системы из /etc/default? Предполага

Re: systemd halt

Это произошло после замены SysV на systemd. вт, 2 окт. 2018 г. в 12:15, Геннадий Ковалёв : > В Вт, 02/10/2018 в 10:57 +0300, sergio пишет: > > On 02/10/2018 06:46, Леонид Кальмаев wrote: > > > А чем не устроил poweroff? > > > > многабукаф, привык halt говорить

Re: systemd halt

В Вт, 02/10/2018 в 10:57 +0300, sergio пишет: > On 02/10/2018 06:46, Леонид Кальмаев wrote: > > А чем не устроил poweroff? > > многабукаф, привык halt говорить. > > Попробовал, poweroff работает. > Так слово halt обозначает "повиснуть", вырубает все процессы и cpu, но команда не должена

Re: systemd halt

On 02/10/2018 06:46, Леонид Кальмаев wrote: А чем не устроил poweroff? многабукаф, привык halt говорить. Попробовал, poweroff работает. -- sergio.

Re: systemd halt

On Tue, 2 Oct 2018, sergio wrote: Как правильно выключать debian с systemd? говорю sudo halt, система доходит до "reboot: System halted" и всё. Это баг или так и должно быть? Баг какого пакета? Если нажать 'выключить' в оконном менеджере, то система выключается полностью.

systemd halt

А чем не устроил poweroff? вт, 2 окт. 2018 г., 10:36 sergio : > > Как правильно выключать debian с systemd? > > говорю sudo halt, система доходит до "reboot: System halted" и всё. > > Это баг или так и должно быть? Баг какого пакета? > > Если нажать 'выключит

systemd halt

Как правильно выключать debian с systemd? говорю sudo halt, система доходит до "reboot: System halted" и всё. Это баг или так и должно быть? Баг какого пакета? Если нажать 'выключить' в оконном менеджере, то система выключается полностью. -- sergio.

Re: systemd tmp tmpfs

> Ну вот /usr/share/systemd/tmp.mount нашёл, а применять его как? cp /usr/share/systemd/tmp.mount /etc/systemd/system/ systemctl enable tmp.mount > Баг на какой пакет рисовать? systemd -- С уважением, Константин Матюхин

Re: systemd tmp tmpfs

On Fri, Sep 21, 2018 at 11:35:43AM +0300, sergio wrote: > Вот раньше я раскаменчивал RAMTMP=yes, TMP_SIZE=50% в /etc/default/tmpfs > и получал /tmp на tmpfs, а как теперь с этим вашим системдэ это делать > нужно? А читать что и где? Ну вот /usr/share/systemd/tmp.mount нашёл, а > приме

systemd tmp tmpfs

Вот раньше я раскаменчивал RAMTMP=yes, TMP_SIZE=50% в /etc/default/tmpfs и получал /tmp на tmpfs, а как теперь с этим вашим системдэ это делать нужно? А читать что и где? Ну вот /usr/share/systemd/tmp.mount нашёл, а применять его как? Баг на какой пакет рисовать? -- sergio.

Re: systemd X.device vs dev-X.device

On 11/09/2018 01:13, sergio wrote: А mmcblk0p2.device что такое? Где про него читать? Внимание, правильный ответ: просто systemd не проверяет существование X.device по-этому для любого X выдаёт "Active: inactive (dead)" # systemctl status nonexistent.device ● nonexistent.device

Re: systemd X.device vs dev-X.device

On 18/09/2018 10:17, Anatoly Pugachev wrote: Часть в ядре (то есть это ваша MMC card) , часть в манулах системд. Я бы сказал что dev- это префикс, а device обозначение класса (подробнее в мануалах systemd) Ответ неверный. -- sergio.

Re: systemd X.device vs dev-X.device

On Tue, Sep 11, 2018, 01:30 sergio wrote: > В чём разница между dev-mmcblk0p2.device и mmcblk0p2.device? > > Ну вот про dev-mmcblk0p2.device тут написано: > https://freedesktop.org/software/systemd/man/systemd.device.html > > А mmcblk0p2.device что такое? Где про него читать? &

Re: systemd symlink vs file в dev-X1.device.requires

On 11/09/2018 08:20, Artem Chuprina wrote: > # ln -s /lib/systemd/system/X@.service > /etc/systemd/system/dev-X1.device.requires Оба неправильные, насколько я понимаю... Но я могу неправильно понимать. Неправильно понимаешь, симлинк в /etc/systemd/system/dev-X1.device.re

Re: systemd symlink vs file в dev-X1.device.requires

sergio -> debian-russian@lists.debian.org @ Tue, 11 Sep 2018 01:45:58 +0300: > Есть пустой /etc/systemd/system/dev-X1.device.requires > В чём разница между > # ln -s /lib/systemd/system/X@.service > /etc/systemd/system/dev-X1.device.requires > и > # cp /lib/syst

Re: systemd symlink vs file в dev-X1.device.requires

On 11/09/2018 02:13, Alex Kicelew wrote: Делался ли после cp/ln systemctl daemon-reload? Делался reboot. -- sergio.

Re: systemd symlink vs file в dev-X1.device.requires

On 09/11/18 01:45, sergio wrote: > Почему в первом случае в выводе > # systemctl > есть X@dev-X1.service > А во втором нет? Делался ли после cp/ln systemctl daemon-reload?

systemd symlink vs file в dev-X1.device.requires

Есть пустой /etc/systemd/system/dev-X1.device.requires В чём разница между # ln -s /lib/systemd/system/X@.service /etc/systemd/system/dev-X1.device.requires и # cp /lib/systemd/system/X@.service /etc/systemd/system/dev-X1.device.requires ? Почему в первом случае в выводе # systemctl

systemd X.device vs dev-X.device

В чём разница между dev-mmcblk0p2.device и mmcblk0p2.device? Ну вот про dev-mmcblk0p2.device тут написано: https://freedesktop.org/software/systemd/man/systemd.device.html А mmcblk0p2.device что такое? Где про него читать? -- sergio.

Re: systemd debug

On 09/09/2018 18:35, Maxim Nikulin wrote: > "отладь секретный сервис вслепую" А мне не требуется помощь в слепой отладке. Я прошу помочь научится отлаживать проблемы systemd. Не конкретные, а произвольные. >> В dev@.service написано >> >> Before=dev-%i.device &

Re: systemd debug

08.09.2018 19:53, sergio пишет: На самом деле я наврал. Тут две сущности. dev-X.device и /lib/systemd/system/dev@.service В третьей серии санта-барбары "отладь секретный сервис вслепую" выяснилось, что service - это на самом деле переодетый device. Сервисом оказался его сводный

Re: systemd debug

, ExecStartPre), TimeoutStart. Ничего из этого там нет. Что хотя бы показывает status? Loaded: loaded Active: inactive (dead) На самом деле я наврал. Тут две сущности. dev-X.device и /lib/systemd/system/dev@.service В dev@.service написано Before=dev-%i.device Стартует и

Re: systemd debug

выполняется. Как можно понять, что именно пытается сделать systemd и с чем у него возникает таймаут? По шагам. Не совсем то, что хочется, но могу предложить посмотреть, что думает systemd об этом сервисе. systemctl cat и systemctl show с указанием имени сервиса. systemctl cat: No files found

Re: systemd debug

On 08/09/2018 07:07, Maxim Nikulin wrote: Возможно, что для service указан тип notify Type=forking В этом unit файле написан ExecStart, который как я понимаю вообще не выполняется. Как можно понять, что именно пытается сделать systemd и с чем у него возникает таймаут? По шагам. Не совсем

Re: systemd debug

08.09.2018 07:39, sergio пишет: Ну вот есть сервис, и он при старте говорит Job /start timed out. А как понять, что там происходит? В journalctl -xe ничего интересного кроме этого "timed out" нет, даже с LogLevel=debug в /etc/systemd/system.conf Возможно, что для service указан

systemd debug

Ну вот есть сервис, и он при старте говорит Job /start timed out. А как понять, что там происходит? В journalctl -xe ничего интересного кроме этого "timed out" нет, даже с LogLevel=debug в /etc/systemd/system.conf В этом unit файле написан ExecStart, который как я понимаю

Re: systemd /etc/init.d

-Start: S # update-rc.d файлик remove # update-rc.d файлик defaults бутнулся, сервис НЕ запущен, systemctl его НЕ показывает! А разве в stretch (тогда ещё testing) они не выкинули вообще этот S-уровень? Я когда переносил более свежий systemd в jessie, то в какой-то момент налетел на это изменение

Re: systemd /etc/init.d

файлик defaults > бутнулся, сервис НЕ запущен, systemctl его НЕ показывает! > https://www.debian.org/doc/manuals/debian-reference/ch03.en.html > systemd offers backward compatibility features. SysV-style boot scripts > in "/etc/init.d/rc[0123456S].d/[KS]" are still parsed and &g

systemd /etc/init.d

, systemctl его НЕ показывает! https://www.debian.org/doc/manuals/debian-reference/ch03.en.html systemd offers backward compatibility features. SysV-style boot scripts in "/etc/init.d/rc[0123456S].d/[KS]" are still parsed and !!!^^^!!! telinit(8) is translated into sy

Re: научите systemd!

ько в профиль. Теперь > с D-BUS'ом. > >> >> >> Правов у него нет. Информация о зависимостях и, главное, степени > успеха > >> >> >> запуска оных, есть у systemd унутре. В отдельной cgroup. Юзерский > >> >> >> systemctl

Re: научите systemd!

ументации, кстати, я >> этого не >> >> >> > А я вот не понимаю. Все эти приседания вокруг >> Before|After|Requires|Want >> >> >> > напоминают те-же циферки в sysvinit. Только в профиль. Теперь с >> D-BUS'ом. >> &

Re: научите systemd!

D. H. wrote: > О©╫О©╫О©╫-О©╫О©╫ О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ > О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫. О©╫О©╫О©╫ > О©╫О©╫О©╫ О©╫О©╫О©╫ "О©╫О©╫О©╫О©╫О©╫О©╫" > ZFS. О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫

Re: научите systemd!

. > >> >> Правов у него нет. Информация о зависимостях и, главное, степени > успеха > >> >> запуска оных, есть у systemd унутре. В отдельной cgroup. Юзерский > >> >> systemctl (или отдельный экземпляр systemd?) туда не пускают. > >>

Re: научите systemd!

On 03/04/18 11:14, D. H. wrote: > О©╫О©╫О©╫-О©╫О©╫ О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ > О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫. О©╫О©╫О©╫ > О©╫О©╫О©╫ О©╫О©╫О©╫ "О©╫О©╫О©╫О©╫О©╫О©╫" > ZFS. О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫ >

Re: научите systemd!

О©╫О©╫О©╫-О©╫О©╫ О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫. О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ "О©╫О©╫О©╫О©╫О©╫О©╫" ZFS. О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ ZFS

Re: научите systemd!

; этого не >> >> > А я вот не понимаю. Все эти приседания вокруг >> Before|After|Requires|Want >> >> > напоминают те-же циферки в sysvinit. Только в профиль. Теперь с >> D-BUS'ом. >> >> Правов у него нет. Информация о зависимостях и

Re: научите systemd!

после отключений питания, а fs > непосредственно > на диске без lvm - чинить не надо... lvm сам по себе лишняя абстрация. А UPS придумали трусы наверное? > О systemd! Никто не знает, почему при установке пакета, который > добавляет и запускает > новый сервис systemd, компью

Re: научите systemd!

системного. (В документации, кстати, я этого > не > >> > А я вот не понимаю. Все эти приседания вокруг > Before|After|Requires|Want > >> > напоминают те-же циферки в sysvinit. Только в профиль. Теперь с > D-BUS'ом. > >> Правов у него нет. Информация

Re: научите systemd!

. MDRAID и LVM в Linux не умеют Write Barriers сквозь себя пропускать от файловой системы, и я замучился чинить xfs после отключений питания, а fs непосредственно на диске без lvm - чинить не надо... О systemd! Никто не знает, почему при установке пакета, который добавляет и запускает новый

Re: научите systemd!

я вот не понимаю. Все эти приседания вокруг Before|After|Requires|Want >> > напоминают те-же циферки в sysvinit. Только в профиль. Теперь с D-BUS'ом. >> Правов у него нет. Информация о зависимостях и, главное, степени успеха >> запуска оных, есть у systemd унутре. В отдельно

  1   2   3   4   5   6   7   8   9   10   >