Re: systemd-networkd

Нет, проблема не во мне. Я отключил это - всё заработало. Проблема в тех, кто это производит и тех дураках, кто их поддерживает. 08.08.2019 06:36, Igor Savluk пишет: On 24/07/2019 14.03, Н. Артём wrote: Есть система, которая имеет SSH сервер в initramfs (dropbear). Интерфейсы связаны через

Re: systemd inittab

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

Re: systemd inittab

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

Re: systemd-networkd

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

Re: systemd-networkd

> Правильно думаете. Я имею слишком большой опыт программирования на > этому уродце, чтобы заниматься этим в конце второго десятилетия XXI > века, когда есть Go и Rust. Go - это для микросервисов, да и то, где не требуется особая предсказуемость, как и любой язык с коллектором. Ну и сам по

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

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

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

On Thu, 25 Jul 2019 09:04:21 +0300 artiom wrote: > > Прописывать адрес статически. > > А, ну да, в IPv6 у каждого диапазон же. > Можно, конечно, особенно внутри сети. > Но сейчас всё настроено с IPv4 и автоматической выдачей адресов, не > хочется переделывать. > > > Здесь все не так. И

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

> Можно прописать ему (в отдельном файлике для каждого интерфейса) что > надо и что не надо от этого интерфейса требовать. > Я же прописал для bond интерфейса, по крайней мере... У вас MAC не прописаны, кстати. Да и он его меняет, просто не сразу, видимо... > У меня, правда, более простая

Re: systemd-networkd

On Wed, 24 Jul 2019 14:03:34 +0300 Н. Артём wrote: > Есть система, которая имеет SSH сервер в initramfs (dropbear). > Интерфейсы связаны через бондинг в bond0, на котором этот сервер > работает. Роутер выдаёт бондинг интерфейсу через DHCP фиксированный > IP по MAC. > > Когда система

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 >> Starting test-echo.service... >> Hi there. >>

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?

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

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

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

Igor Savluk wrote: > On 13/06/2019 04.38, Dmitry Alexandrov wrote: >> Собственно, есть служба со StopWhenUnneeded=true. На приказ включиться она >> изображает, что включается, и немедленно же выключается. >> >> Есть ли какой более элегантный способ ее разово запустить, чем написать >>

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

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

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

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

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 которую я наблюдаю --- это изменение > поведения. Говоришь halt ---

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

On Wed, 22 May 2019 21:29:58 +0300 sergio wrote: > Когда я говорю reboot или poweroff через ssh на хосте A, сессия, как > ей и положено, закрывается: > > Connection to A closed by remote host. > Connection to A closed. > > > А вот на хосте B ничего не происходит, хост уже выключился, а

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=ru_RU.UTF-8

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, и для которого стоял systemd-shim пока там > был

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

Re: systemd halt

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

Re: systemd halt

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

Re: systemd halt

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

Re: systemd halt

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

Re: systemd halt

Геннадий Ковалёв всё правильно говорит. Добавлю только, что все эти команды - мягкие ссылки на sysytemctl. halt = systemctl halt Shut down and halt the system poweroff = systemctl poweroff Shut down and power-off the system reboot = systemctl reboot Shut down and reboot the system

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" и всё. Это баг или так и должно быть? Баг какого пакета? Если нажать 'выключить' в оконном менеджере, то система выключается полностью. -- 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 нашёл, а > применять его как?

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 Loaded:

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

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/systemd/system/X@.service

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?

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

On 08/09/2018 12:51, Maxim Nikulin wrote: А если ExecStart с двух слэшей начинается (ExecStart=//sbin/...), это что значит? systemctl cat: No files found Опечатка в имени unit? Нет. systemctl show показывает кучу каких-то переменных Там много интересного. Хотя бы Exec* (ExecStart,

Re: systemd debug

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

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 указан тип notify,

Re: systemd /etc/init.d

sergio писал(а) в своём письме Tue, 13 Mar 2018 06:09:22 +0300: Добавил в /etc/init.d файлик, написал в нём: Default-Start: 2 3 4 5 потом сказал # update-rc.d файлик defaults бутнулся, сервис запущен, systemctl его показывает! потом поменял ту строчку на Default-Start:

Re: systemd /etc/init.d

> Добавил в /etc/init.d файлик, написал в нём: > Default-Start: 2 3 4 5 > потом сказал > # update-rc.d файлик defaults > бутнулся, сервис запущен, systemctl его показывает! > потом поменял ту строчку на > Default-Start: S > # update-rc.d файлик remove > # update-rc.d файлик defaults > бутнулся,

Re: systemd не поднимает интерфейс из /etc/network/interfaces

On 2017-07-30, yuri.nefe...@gmail.com wrote: >> iface eth1 inet static >> > > Ещё надо указать > > auto eth1 > > или > > allow-hotplug eth1 Упустил. Давненько не настраивал... -- http://defun.work/

Re: systemd не поднимает интерфейс из /etc/network/interfaces

On Sun, 30 Jul 2017, Oleksandr Gavenko wrote: On 2017-07-28, Tim Sattarov wrote: Нескромный вопрос: а он прописан как auto ? On 28/07/17 04:28 PM, Oleksandr Gavenko wrote: В виртуалочке один интерфейс NAT в мир (разрешаеться по DHCP наверно), другой **статически** описан в

Re: systemd не поднимает интерфейс из /etc/network/interfaces

On Sun, Jul 30, 2017 at 02:29:54PM +0300, Oleksandr Gavenko wrote: > On 2017-07-28, Tim Sattarov wrote: > >> > > Нескромный вопрос: а он прописан как auto ? > > > > On 28/07/17 04:28 PM, Oleksandr Gavenko wrote: > >> В виртуалочке один интерфейс NAT в мир (разрешаеться по DHCP наверно), > >>

Re: systemd не поднимает интерфейс из /etc/network/interfaces

On 2017-07-28, Tim Sattarov wrote: >> > Нескромный вопрос: а он прописан как auto ? > > On 28/07/17 04:28 PM, Oleksandr Gavenko wrote: >> В виртуалочке один интерфейс NAT в мир (разрешаеться по DHCP наверно), другой >> **статически** описан в /etc/network/interfaces и не инициализируеться при >>

Re: systemd не поднимает интерфейс из /etc/network/interfaces

Tim Sattarov -> debian-russian@lists.debian.org @ Fri, 28 Jul 2017 18:07:13 -0400: >> В виртуалочке один интерфейс NAT в мир (разрешаеться по DHCP наверно), >> другой >> статически описан в /etc/network/interfaces и не инициализируеться при >> старте. >> >> Комадной: >> >> sudo

Re: systemd не поднимает интерфейс из /etc/network/interfaces

On 28/07/17 04:28 PM, Oleksandr Gavenko wrote: > В виртуалочке один интерфейс NAT в мир (разрешаеться по DHCP наверно), другой > статически описан в /etc/network/interfaces и не инициализируеться при старте. > > Комадной: > > sudo /sbin/ifup eth1 > > поднимаеться. Это в Jessy уже не

Re: systemd не поднимает интерфейс из /etc/network/interfaces

Oleksandr Gavenko -> debian-russian@lists.debian.org @ Fri, 28 Jul 2017 23:28:41 +0300: > В виртуалочке один интерфейс NAT в мир (разрешаеться по DHCP наверно), другой > статически описан в /etc/network/interfaces и не инициализируеться при > старте. > Комадной: > sudo /sbin/ifup eth1

Re: [systemd] [suspend] [перфекционизм] А какой сейчас документированный способ передергивания беспроводных адаптеров при спячке?

>> Как известно, многие беспроводные сетевые карты с несвободными >> прошивками (да и не только они) плохо совместимы с погружением машины >> спячку того или иного вида (suspending / hibernation). >> >> Есть и традиционный костыль, решающий эту проблему, — выгрузка- >> загрузка линуксового

Re: [systemd] [suspend] [перфекционизм] А какой сейчас документированный способ передергивания беспроводных адаптеров при спячке?

On Tue, 2017-03-28 at 23:49 +0300, Dmitry Alexandrov wrote: > Добрых суток уважаемой рассылке. > > Как известно, многие беспроводные сетевые карты с несвободными > прошивками (да и не только они) плохо совместимы с погружением машины > спячку того или иного вида (suspending / hibernation). > >

Re: [systemd] [suspend] [перфекционизм] А какой сейчас документированный способ передергивания беспроводных адаптеров при спячке?

On Tue, 2017-03-28 at 23:49 +0300, Dmitry Alexandrov wrote: > Добрых суток уважаемой рассылке. > > Как известно, многие беспроводные сетевые карты с несвободными > прошивками (да и не только они) плохо совместимы с погружением машины > спячку того или иного вида (suspending / hibernation). > >

Re: systemd (sysvinit осиротел, галактико опасносте!)

On Jun 30, 2016 4:18 PM, "Dmitrii Kashin" wrote: > > Увы, это говорит о том, что кто-то другой наплевал на багрепорты, причем > давно. > > Интересное замечание с учётом того, что авторы systemd тупо закрывают > баги, которые им не нравятся. Это, по-вашему, называется "не

Re: systemd (sysvinit осиротел, галактико опасносте!)

Sergey B Kirpichev writes: >> > Реальность, увы разбивает ваши фантазии. Мейнтейнеры systemd весьма >> > активно разбираются с багрепортами, чего не скажешь про других... >> >> Это говорит скорее о сырости продукта. > > Увы, это говорит о том, что кто-то другой наплевал

Re: systemd (sysvinit осиротел, галактико опасносте!)

>> из недавного: наткнулись на серьезные проблемы отрезания systemd в >> контейнерах VZ. >> ща разбирается у нас отдел с этим, но блин каждый раз когда какие-то >> глобальные траблы с разворачиванием систем - так всегда все в это >> systemd упирается > Стоны есть - багов, как и прежде - нет. Так

Re: systemd (sysvinit осиротел, галактико опасносте!)

On Sun, Jun 12, 2016 at 11:31:39AM +0300, Sergey B Kirpichev wrote: > On Sun, Jun 12, 2016 at 11:05:15AM +0300, Dmitry Nezhevenko wrote: > > А баги не всегда на systemd пишут. Например: > > > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=824098 > > А это точно _та_ проблема, о которой шла

Re: systemd (sysvinit осиротел, галактико опасносте!)

On Sun, Jun 12, 2016 at 05:50:19PM +0300, Dmitrii Kashin wrote: > Социальная деятельность занимает время. У этих людей тоже есть работа, > дела. Они, вероятно, тоже очень заняты. Ну вот, пока эти важные люди не почешутся хоть что-то реальное сделать - управлять проектом будут другие, вкладывающие

Re: systemd (sysvinit осиротел, галактико опасносте!)

Sergey B Kirpichev writes: > On Sun, Jun 12, 2016 at 01:48:13AM +0300, Dmitrii Kashin wrote: >> Возможно смысл в том, чтобы повесить баг всё же есть. > > Но пусть это сделает кто-то другой. > > И эти люди удивляются почему в Debian теперь systemd. Социальная деятельность

Re: systemd (sysvinit осиротел, галактико опасносте!)

Sergey B Kirpichev writes: > Реальность, увы разбивает ваши фантазии. Мейнтейнеры systemd весьма > активно разбираются с багрепортами, чего не скажешь про других... Множественные баги, которые можно активно и быстро исправить лишь подтверждают гипотезу об изначальной и

Re: systemd (sysvinit осиротел, галактико опасносте!)

On Sun, Jun 12, 2016 at 11:05:15AM +0300, Dmitry Nezhevenko wrote: > А баги не всегда на systemd пишут. Например: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=824098 А это точно _та_ проблема, о которой шла речь?

Re: systemd (sysvinit осиротел, галактико опасносте!)

On Sun, Jun 12, 2016 at 01:48:13AM +0300, Dmitrii Kashin wrote: > Возможно смысл в том, чтобы повесить баг всё же есть. Но пусть это сделает кто-то другой. И эти люди удивляются почему в Debian теперь systemd. > Пусть на systemd > копятся баги. Пусть сообщество знает, что с systemd есть

Re: systemd (sysvinit осиротел, галактико опасносте!)

On Sun, Jun 12, 2016 at 01:31:39AM +0300, Dmitrii Kashin wrote: > что раньше gnome зависел от logind. > > Я ошибся, gnome дейстивтельно отвязали от systemd-as-pid-1. logind тоже никаким боком не являлся(ется) pid 1... Грустно. Вот-это-вот-все...

Re: systemd (sysvinit осиротел, галактико опасносте!)

On Sat, Jun 11, 2016 at 08:13:53PM +0300, Sergey B Kirpichev wrote: > On Sat, Jun 11, 2016 at 04:54:58PM +0300, Dmitry E. Oboukhov wrote: > > из недавного: наткнулись на серьезные проблемы отрезания systemd в > > контейнерах VZ. > > ща разбирается у нас отдел с этим, но блин каждый раз когда

Re: systemd (sysvinit осиротел, галактико опасносте!)

Melleus writes: > Sergey B Kirpichev writes: > >> Стоны есть - багов, как и прежде - нет. > > Это как же можно сформулировать баг к квадратному колесу, если его > основной фичей по задумке изобретателя является именно квадратность? > Само

Re: systemd (sysvinit осиротел, галактико опасносте!)

Dmitrii Kashin writes: > Sergey B Kirpichev writes: > >>> но из за нескольких лентяев никчемного пакета >> >> "Лентяи" - все-таки обеспечили работу gnome без systemd. > > По-моему Вы что-то путаете. Я вот выставил отрицательные пины пакетам > systemd, и

Re: systemd (sysvinit осиротел, галактико опасносте!)

Sergey B Kirpichev writes: > Стоны есть - багов, как и прежде - нет. Это как же можно сформулировать баг к квадратному колесу, если его основной фичей по задумке изобретателя является именно квадратность? Само квадратное колесо баг и есть. Очень плохо ехать машине на

Re: systemd (sysvinit осиротел, галактико опасносте!)

Sergey B Kirpichev writes: > On Sat, Jun 11, 2016 at 04:20:09PM +0300, Dmitrii Kashin wrote: >> Дискуссия однозначно на уровне. > > Ну а что еще прикажете сказать тому, что даже release notes > не читал от слова совсем? Я бы предложил не говорить ничего, это разумнее. И

Re: systemd (sysvinit осиротел, галактико опасносте!)

On Sat, Jun 11, 2016 at 04:54:58PM +0300, Dmitry E. Oboukhov wrote: > из недавного: наткнулись на серьезные проблемы отрезания systemd в > контейнерах VZ. > ща разбирается у нас отдел с этим, но блин каждый раз когда какие-то > глобальные траблы с разворачиванием систем - так всегда все в это >

Re: systemd (sysvinit осиротел, галактико опасносте!)

On Sat, Jun 11, 2016 at 04:20:09PM +0300, Dmitrii Kashin wrote: > Дискуссия однозначно на уровне. Ну а что еще прикажете сказать тому, что даже release notes не читал от слова совсем?

Re: systemd (sysvinit осиротел, галактико опасносте!)

On Sat, Jun 11, 2016 at 04:18:01PM +0300, Dmitrii Kashin wrote: > Сообщество сторонников systemd. А я-то грешный к нему каким боком?

Re: systemd (sysvinit осиротел, галактико опасносте!)

>>> Я вот выставил отрицательные пины пакетам >>> systemd, и сейчас по вашей наводке решил поставить gnome. >> >> Не лезьте в систему, если неспособны прочесть документацию. > Дискуссия однозначно на уровне. грустно что эта хрень таки проникает всюду. из недавного: наткнулись на серьезные

Re: systemd (sysvinit осиротел, галактико опасносте!)

Sergey B Kirpichev writes: > On Sat, Jun 11, 2016 at 03:09:40PM +0300, Dmitrii Kashin wrote: >> Sergey B Kirpichev writes: >> >> но из за нескольких лентяев никчемного пакета >> > >> > "Лентяи" - все-таки обеспечили работу gnome без systemd. >> >>

Re: systemd (sysvinit осиротел, галактико опасносте!)

Dmitrii Kashin writes: > Но в принципе жить > уже можно. Опыт подсказывает, что только мейнстримные дистрибутивы и имеют достаточный* уровень стабильности и поддержки. А из мейнстрима только генту и держится пока еще. Ну и BSD еще, если шире посмотреть. Но удовольствие

Re: systemd (sysvinit осиротел, галактико опасносте!)

Sergey B Kirpichev writes: > On Sat, Jun 11, 2016 at 02:51:56PM +0300, Dmitrii Kashin wrote: >> Вот такая вот статистика, что подобной фразой сыплет всё ваше сообщество >> на любую критику systemd. > > "Ваше", это, пардонте, какое? Сообщество сторонников systemd. PS: и не

Re: systemd (sysvinit осиротел, галактико опасносте!)

On Sat, Jun 11, 2016 at 03:09:40PM +0300, Dmitrii Kashin wrote: > Sergey B Kirpichev writes: > >> но из за нескольких лентяев никчемного пакета > > > > "Лентяи" - все-таки обеспечили работу gnome без systemd. > > По-моему Вы что-то путаете. Ну а как же я без вас, да еще

  1   2   3   4   5   6   >