ALT Linux Community general discussions
 help / color / mirror / Atom feed
* Re: [Comm] Работа сети при загрузке в systemd
  @ 2019-10-10  7:05 ` Eugene Prokopiev
    0 siblings, 1 reply; 5+ messages in thread
From: Eugene Prokopiev @ 2019-10-10  7:05 UTC (permalink / raw)
  To: ALT Linux Community general discussions

Не знаю, как уговорить network стартовать позже или переконфигурить
вновь появившийся сетевой интерфейс - но systemd-networkd именно
последнее и делает

чт, 19 сент. 2019 г. в 17:27, Yuri Khachaturyan <yukh@yukh.ru>:
>
> Добрый день!
>
> Заметил странную проблему:
>
> Использую виртуальную машину на Vmware.
> Экспериментировал с p8, p9-server-rc1 и p9 обноленным из p8. Везде ситуация одинаковая.
>
> При загрузке сеть поднимается через раз. Приходится из консоли говорить ifup ens33 && ifup ens34.
>
> По выдержке из лога понимаю, что сеть пытается подняться до того момента, когда еще система нашла сетевую карту:
>
>
> Sep 19 17:18:46 ca.vid.ru network[1011]: Starting group 1/realphys (2 interfaces)
> Sep 19 17:18:46 ca.vid.ru network[1011]:         Starting ens33: Cannot find device "ens33"
> Sep 19 17:18:46 ca.vid.ru network[1011]: .Cannot find device "ens33"
> Sep 19 17:18:46 ca.vid.ru kernel: hub 2-2:1.0: USB hub found
> Sep 19 17:18:46 ca.vid.ru kernel: hub 2-2:1.0: 7 ports detected
> Sep 19 17:18:46 ca.vid.ru polkitd[1006]: Loading rules from directory /etc/polkit-1/rules.d
> Sep 19 17:18:46 ca.vid.ru polkitd[1006]: Loading rules from directory /usr/share/polkit-1/rules.d
> Sep 19 17:18:46 ca.vid.ru kernel: e1000 0000:02:02.0 eth1: (PCI:66MHz:32-bit) 00:0c:29:13:c5:5a
> Sep 19 17:18:46 ca.vid.ru kernel: e1000 0000:02:02.0 eth1: Intel(R) PRO/1000 Network Connection
> Sep 19 17:18:46 ca.vid.ru polkitd[1006]: Finished loading, compiling and executing 1 rules
> Sep 19 17:18:46 ca.vid.ru systemd-udevd[925]: Using default interface naming scheme 'v240'.
> Sep 19 17:18:46 ca.vid.ru systemd[1]: Started Authorization Manager.
> Sep 19 17:18:46 ca.vid.ru audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=polkit comm="systemd" exe="/lib/systemd/systemd" hostnam>
> Sep 19 17:18:46 ca.vid.ru polkitd[1006]: Acquired the name org.freedesktop.PolicyKit1 on the system bus
> Sep 19 17:18:46 ca.vid.ru systemd-udevd[921]: Using default interface naming scheme 'v240'.
> Sep 19 17:18:46 ca.vid.ru systemd-udevd[925]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
> Sep 19 17:18:46 ca.vid.ru kernel: e1000 0000:02:02.0 ens34: renamed from eth1
> Sep 19 17:18:46 ca.vid.ru systemd-udevd[921]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
> Sep 19 17:18:46 ca.vid.ru kernel: e1000 0000:02:01.0 ens33: renamed from eth0
> Sep 19 17:18:46 ca.vid.ru network[1011]: ..OK
>
> --
> С уважением,
> Хачатурян Юрий (yukh@yukh.ru)
> _______________________________________________
> community mailing list
> community@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/community



-- 
WBR,
Eugene Prokopiev

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Comm] Работа сети при загрузке в systemd
  @ 2019-10-10  8:23     ` Eugene Prokopiev
    2019-10-10 18:50       ` Sergey
  0 siblings, 2 replies; 5+ messages in thread
From: Eugene Prokopiev @ 2019-10-10  8:23 UTC (permalink / raw)
  To: ALT Linux Community general discussions

Правильное решение в современных линуксах - использовать систему
управления сетью, которая нормально относится к появлению сетевых
интерфейсов из ниоткуда. Мне вполне подходит systemd-networkd, но в
etcnet вроде тоже возможно что-то подобное -
https://www.altlinux.org/Etcnet#Интеграция_с_systemd

чт, 10 окт. 2019 г. в 10:41, Yuri Khachaturyan <yukh@yukh.ru>:
>
> Описанная мной проблема проявляется через раз на одном конкретном сервере (vmware) - иногда успевает определить карту, иногда нет.
> Как временное решение - прописал ifup на нужные интерфейсы в /etc/rc.d/rc.local, но ведь это же неправильное решение...
>
> чт, 10 окт. 2019 г. в 10:05, Eugene Prokopiev <enp@itx.ru>:
>>
>> Не знаю, как уговорить network стартовать позже или переконфигурить
>> вновь появившийся сетевой интерфейс - но systemd-networkd именно
>> последнее и делает
>>
>> чт, 19 сент. 2019 г. в 17:27, Yuri Khachaturyan <yukh@yukh.ru>:
>> >
>> > Добрый день!
>> >
>> > Заметил странную проблему:
>> >
>> > Использую виртуальную машину на Vmware.
>> > Экспериментировал с p8, p9-server-rc1 и p9 обноленным из p8. Везде ситуация одинаковая.
>> >
>> > При загрузке сеть поднимается через раз. Приходится из консоли говорить ifup ens33 && ifup ens34.
>> >
>> > По выдержке из лога понимаю, что сеть пытается подняться до того момента, когда еще система нашла сетевую карту:
>> >
>> >
>> > Sep 19 17:18:46 ca.vid.ru network[1011]: Starting group 1/realphys (2 interfaces)
>> > Sep 19 17:18:46 ca.vid.ru network[1011]:         Starting ens33: Cannot find device "ens33"
>> > Sep 19 17:18:46 ca.vid.ru network[1011]: .Cannot find device "ens33"
>> > Sep 19 17:18:46 ca.vid.ru kernel: hub 2-2:1.0: USB hub found
>> > Sep 19 17:18:46 ca.vid.ru kernel: hub 2-2:1.0: 7 ports detected
>> > Sep 19 17:18:46 ca.vid.ru polkitd[1006]: Loading rules from directory /etc/polkit-1/rules.d
>> > Sep 19 17:18:46 ca.vid.ru polkitd[1006]: Loading rules from directory /usr/share/polkit-1/rules.d
>> > Sep 19 17:18:46 ca.vid.ru kernel: e1000 0000:02:02.0 eth1: (PCI:66MHz:32-bit) 00:0c:29:13:c5:5a
>> > Sep 19 17:18:46 ca.vid.ru kernel: e1000 0000:02:02.0 eth1: Intel(R) PRO/1000 Network Connection
>> > Sep 19 17:18:46 ca.vid.ru polkitd[1006]: Finished loading, compiling and executing 1 rules
>> > Sep 19 17:18:46 ca.vid.ru systemd-udevd[925]: Using default interface naming scheme 'v240'.
>> > Sep 19 17:18:46 ca.vid.ru systemd[1]: Started Authorization Manager.
>> > Sep 19 17:18:46 ca.vid.ru audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=polkit comm="systemd" exe="/lib/systemd/systemd" hostnam>
>> > Sep 19 17:18:46 ca.vid.ru polkitd[1006]: Acquired the name org.freedesktop.PolicyKit1 on the system bus
>> > Sep 19 17:18:46 ca.vid.ru systemd-udevd[921]: Using default interface naming scheme 'v240'.
>> > Sep 19 17:18:46 ca.vid.ru systemd-udevd[925]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
>> > Sep 19 17:18:46 ca.vid.ru kernel: e1000 0000:02:02.0 ens34: renamed from eth1
>> > Sep 19 17:18:46 ca.vid.ru systemd-udevd[921]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
>> > Sep 19 17:18:46 ca.vid.ru kernel: e1000 0000:02:01.0 ens33: renamed from eth0
>> > Sep 19 17:18:46 ca.vid.ru network[1011]: ..OK
>> >
>> > --
>> > С уважением,
>> > Хачатурян Юрий (yukh@yukh.ru)
>> > _______________________________________________
>> > community mailing list
>> > community@lists.altlinux.org
>> > https://lists.altlinux.org/mailman/listinfo/community
>>
>>
>>
>> --
>> WBR,
>> Eugene Prokopiev
>> _______________________________________________
>> community mailing list
>> community@lists.altlinux.org
>> https://lists.altlinux.org/mailman/listinfo/community
>
>
>
> --
> С уважением,
> Хачатурян Юрий (yukh@yukh.ru)
> _______________________________________________
> community mailing list
> community@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/community



-- 
WBR,
Eugene Prokopiev

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Comm] Работа сети при загрузке в systemd
  @ 2019-10-10 14:38         ` Eugene Prokopiev
    0 siblings, 1 reply; 5+ messages in thread
From: Eugene Prokopiev @ 2019-10-10 14:38 UTC (permalink / raw)
  To: ALT Linux Community general discussions

Прям стало любопытно, пошел искать и обнаружил:

https://bugzilla.altlinux.org/show_bug.cgi?id=33588
http://git.altlinux.org/people/rider/packages/etcnet.git?p=etcnet.git;a=commitdiff;h=c9ae14dd6474a757e837c70c025a82625d0850d0

Интересное решение, но что значит "по умолчанию" в случае etcnet, если
он отрабатывает только один раз при загрузке, а затем может в лучшем
случае отреагировать на пинок со стороны?

чт, 10 окт. 2019 г. в 16:08, Yuri Khachaturyan <yukh@yukh.ru>:
>
> Если есть решение, почему бы не внедрить его, чтобы оно работало по умолчанию?
>
> чт, 10 окт. 2019 г. в 11:23, Eugene Prokopiev <enp@itx.ru>:
>>
>> Правильное решение в современных линуксах - использовать систему
>> управления сетью, которая нормально относится к появлению сетевых
>> интерфейсов из ниоткуда. Мне вполне подходит systemd-networkd, но в
>> etcnet вроде тоже возможно что-то подобное -
>> https://www.altlinux.org/Etcnet#Интеграция_с_systemd
>>
>> чт, 10 окт. 2019 г. в 10:41, Yuri Khachaturyan <yukh@yukh.ru>:
>> >
>> > Описанная мной проблема проявляется через раз на одном конкретном сервере (vmware) - иногда успевает определить карту, иногда нет.
>> > Как временное решение - прописал ifup на нужные интерфейсы в /etc/rc.d/rc.local, но ведь это же неправильное решение...
>> >
>> > чт, 10 окт. 2019 г. в 10:05, Eugene Prokopiev <enp@itx.ru>:
>> >>
>> >> Не знаю, как уговорить network стартовать позже или переконфигурить
>> >> вновь появившийся сетевой интерфейс - но systemd-networkd именно
>> >> последнее и делает
>> >>
>> >> чт, 19 сент. 2019 г. в 17:27, Yuri Khachaturyan <yukh@yukh.ru>:
>> >> >
>> >> > Добрый день!
>> >> >
>> >> > Заметил странную проблему:
>> >> >
>> >> > Использую виртуальную машину на Vmware.
>> >> > Экспериментировал с p8, p9-server-rc1 и p9 обноленным из p8. Везде ситуация одинаковая.
>> >> >
>> >> > При загрузке сеть поднимается через раз. Приходится из консоли говорить ifup ens33 && ifup ens34.
>> >> >
>> >> > По выдержке из лога понимаю, что сеть пытается подняться до того момента, когда еще система нашла сетевую карту:
>> >> >
>> >> >
>> >> > Sep 19 17:18:46 ca.vid.ru network[1011]: Starting group 1/realphys (2 interfaces)
>> >> > Sep 19 17:18:46 ca.vid.ru network[1011]:         Starting ens33: Cannot find device "ens33"
>> >> > Sep 19 17:18:46 ca.vid.ru network[1011]: .Cannot find device "ens33"
>> >> > Sep 19 17:18:46 ca.vid.ru kernel: hub 2-2:1.0: USB hub found
>> >> > Sep 19 17:18:46 ca.vid.ru kernel: hub 2-2:1.0: 7 ports detected
>> >> > Sep 19 17:18:46 ca.vid.ru polkitd[1006]: Loading rules from directory /etc/polkit-1/rules.d
>> >> > Sep 19 17:18:46 ca.vid.ru polkitd[1006]: Loading rules from directory /usr/share/polkit-1/rules.d
>> >> > Sep 19 17:18:46 ca.vid.ru kernel: e1000 0000:02:02.0 eth1: (PCI:66MHz:32-bit) 00:0c:29:13:c5:5a
>> >> > Sep 19 17:18:46 ca.vid.ru kernel: e1000 0000:02:02.0 eth1: Intel(R) PRO/1000 Network Connection
>> >> > Sep 19 17:18:46 ca.vid.ru polkitd[1006]: Finished loading, compiling and executing 1 rules
>> >> > Sep 19 17:18:46 ca.vid.ru systemd-udevd[925]: Using default interface naming scheme 'v240'.
>> >> > Sep 19 17:18:46 ca.vid.ru systemd[1]: Started Authorization Manager.
>> >> > Sep 19 17:18:46 ca.vid.ru audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=polkit comm="systemd" exe="/lib/systemd/systemd" hostnam>
>> >> > Sep 19 17:18:46 ca.vid.ru polkitd[1006]: Acquired the name org.freedesktop.PolicyKit1 on the system bus
>> >> > Sep 19 17:18:46 ca.vid.ru systemd-udevd[921]: Using default interface naming scheme 'v240'.
>> >> > Sep 19 17:18:46 ca.vid.ru systemd-udevd[925]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
>> >> > Sep 19 17:18:46 ca.vid.ru kernel: e1000 0000:02:02.0 ens34: renamed from eth1
>> >> > Sep 19 17:18:46 ca.vid.ru systemd-udevd[921]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
>> >> > Sep 19 17:18:46 ca.vid.ru kernel: e1000 0000:02:01.0 ens33: renamed from eth0
>> >> > Sep 19 17:18:46 ca.vid.ru network[1011]: ..OK
>> >> >
>> >> > --
>> >> > С уважением,
>> >> > Хачатурян Юрий (yukh@yukh.ru)
>> >> > _______________________________________________
>> >> > community mailing list
>> >> > community@lists.altlinux.org
>> >> > https://lists.altlinux.org/mailman/listinfo/community
>> >>
>> >>
>> >>
>> >> --
>> >> WBR,
>> >> Eugene Prokopiev
>> >> _______________________________________________
>> >> community mailing list
>> >> community@lists.altlinux.org
>> >> https://lists.altlinux.org/mailman/listinfo/community
>> >
>> >
>> >
>> > --
>> > С уважением,
>> > Хачатурян Юрий (yukh@yukh.ru)
>> > _______________________________________________
>> > community mailing list
>> > community@lists.altlinux.org
>> > https://lists.altlinux.org/mailman/listinfo/community
>>
>>
>>
>> --
>> WBR,
>> Eugene Prokopiev
>> _______________________________________________
>> community mailing list
>> community@lists.altlinux.org
>> https://lists.altlinux.org/mailman/listinfo/community
>
>
>
> --
> С уважением,
> Хачатурян Юрий (yukh@yukh.ru)
> _______________________________________________
> community mailing list
> community@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/community



-- 
WBR,
Eugene Prokopiev

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Comm] Работа сети при загрузке в systemd
  @ 2019-10-10 15:25             ` Eugene Prokopiev
  0 siblings, 0 replies; 5+ messages in thread
From: Eugene Prokopiev @ 2019-10-10 15:25 UTC (permalink / raw)
  To: ALT Linux Community general discussions

Ну это все-таки слишком уж костыльное решение для дефолтного, логичнее
на systemd-networkd переехать - как собственно в
https://www.altlinux.org/Altlive и было сделано :)

чт, 10 окт. 2019 г. в 17:44, Yuri Khachaturyan <yukh@yukh.ru>:
>
> Я наверное неправильно выразился. Имелось ввиду то, что когда в процессе установки системы прописываешь настройки интерфейса, чтобы ONBOOT=no прописывалось в options конкретного интерфейса и создавался симлинк по аналогии systemctl enable network@ens33 к примеру.
>
> А то сейчас получается так, что на стадии установки настраиваешь сеть, а она после перезагрузки неработоспособная, пока руками не включишь юниты.
>
> чт, 10 окт. 2019 г. в 17:39, Eugene Prokopiev <enp@itx.ru>:
>>
>> Прям стало любопытно, пошел искать и обнаружил:
>>
>> https://bugzilla.altlinux.org/show_bug.cgi?id=33588
>> http://git.altlinux.org/people/rider/packages/etcnet.git?p=etcnet.git;a=commitdiff;h=c9ae14dd6474a757e837c70c025a82625d0850d0
>>
>> Интересное решение, но что значит "по умолчанию" в случае etcnet, если
>> он отрабатывает только один раз при загрузке, а затем может в лучшем
>> случае отреагировать на пинок со стороны?
>>
>> чт, 10 окт. 2019 г. в 16:08, Yuri Khachaturyan <yukh@yukh.ru>:
>> >
>> > Если есть решение, почему бы не внедрить его, чтобы оно работало по умолчанию?
>> >
>> > чт, 10 окт. 2019 г. в 11:23, Eugene Prokopiev <enp@itx.ru>:
>> >>
>> >> Правильное решение в современных линуксах - использовать систему
>> >> управления сетью, которая нормально относится к появлению сетевых
>> >> интерфейсов из ниоткуда. Мне вполне подходит systemd-networkd, но в
>> >> etcnet вроде тоже возможно что-то подобное -
>> >> https://www.altlinux.org/Etcnet#Интеграция_с_systemd
>> >>
>> >> чт, 10 окт. 2019 г. в 10:41, Yuri Khachaturyan <yukh@yukh.ru>:
>> >> >
>> >> > Описанная мной проблема проявляется через раз на одном конкретном сервере (vmware) - иногда успевает определить карту, иногда нет.
>> >> > Как временное решение - прописал ifup на нужные интерфейсы в /etc/rc.d/rc.local, но ведь это же неправильное решение...
>> >> >
>> >> > чт, 10 окт. 2019 г. в 10:05, Eugene Prokopiev <enp@itx.ru>:
>> >> >>
>> >> >> Не знаю, как уговорить network стартовать позже или переконфигурить
>> >> >> вновь появившийся сетевой интерфейс - но systemd-networkd именно
>> >> >> последнее и делает
>> >> >>
>> >> >> чт, 19 сент. 2019 г. в 17:27, Yuri Khachaturyan <yukh@yukh.ru>:
>> >> >> >
>> >> >> > Добрый день!
>> >> >> >
>> >> >> > Заметил странную проблему:
>> >> >> >
>> >> >> > Использую виртуальную машину на Vmware.
>> >> >> > Экспериментировал с p8, p9-server-rc1 и p9 обноленным из p8. Везде ситуация одинаковая.
>> >> >> >
>> >> >> > При загрузке сеть поднимается через раз. Приходится из консоли говорить ifup ens33 && ifup ens34.
>> >> >> >
>> >> >> > По выдержке из лога понимаю, что сеть пытается подняться до того момента, когда еще система нашла сетевую карту:
>> >> >> >
>> >> >> >
>> >> >> > Sep 19 17:18:46 ca.vid.ru network[1011]: Starting group 1/realphys (2 interfaces)
>> >> >> > Sep 19 17:18:46 ca.vid.ru network[1011]:         Starting ens33: Cannot find device "ens33"
>> >> >> > Sep 19 17:18:46 ca.vid.ru network[1011]: .Cannot find device "ens33"
>> >> >> > Sep 19 17:18:46 ca.vid.ru kernel: hub 2-2:1.0: USB hub found
>> >> >> > Sep 19 17:18:46 ca.vid.ru kernel: hub 2-2:1.0: 7 ports detected
>> >> >> > Sep 19 17:18:46 ca.vid.ru polkitd[1006]: Loading rules from directory /etc/polkit-1/rules.d
>> >> >> > Sep 19 17:18:46 ca.vid.ru polkitd[1006]: Loading rules from directory /usr/share/polkit-1/rules.d
>> >> >> > Sep 19 17:18:46 ca.vid.ru kernel: e1000 0000:02:02.0 eth1: (PCI:66MHz:32-bit) 00:0c:29:13:c5:5a
>> >> >> > Sep 19 17:18:46 ca.vid.ru kernel: e1000 0000:02:02.0 eth1: Intel(R) PRO/1000 Network Connection
>> >> >> > Sep 19 17:18:46 ca.vid.ru polkitd[1006]: Finished loading, compiling and executing 1 rules
>> >> >> > Sep 19 17:18:46 ca.vid.ru systemd-udevd[925]: Using default interface naming scheme 'v240'.
>> >> >> > Sep 19 17:18:46 ca.vid.ru systemd[1]: Started Authorization Manager.
>> >> >> > Sep 19 17:18:46 ca.vid.ru audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=polkit comm="systemd" exe="/lib/systemd/systemd" hostnam>
>> >> >> > Sep 19 17:18:46 ca.vid.ru polkitd[1006]: Acquired the name org.freedesktop.PolicyKit1 on the system bus
>> >> >> > Sep 19 17:18:46 ca.vid.ru systemd-udevd[921]: Using default interface naming scheme 'v240'.
>> >> >> > Sep 19 17:18:46 ca.vid.ru systemd-udevd[925]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
>> >> >> > Sep 19 17:18:46 ca.vid.ru kernel: e1000 0000:02:02.0 ens34: renamed from eth1
>> >> >> > Sep 19 17:18:46 ca.vid.ru systemd-udevd[921]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
>> >> >> > Sep 19 17:18:46 ca.vid.ru kernel: e1000 0000:02:01.0 ens33: renamed from eth0
>> >> >> > Sep 19 17:18:46 ca.vid.ru network[1011]: ..OK
>> >> >> >
>> >> >> > --
>> >> >> > С уважением,
>> >> >> > Хачатурян Юрий (yukh@yukh.ru)
>> >> >> > _______________________________________________
>> >> >> > community mailing list
>> >> >> > community@lists.altlinux.org
>> >> >> > https://lists.altlinux.org/mailman/listinfo/community
>> >> >>
>> >> >>
>> >> >>
>> >> >> --
>> >> >> WBR,
>> >> >> Eugene Prokopiev
>> >> >> _______________________________________________
>> >> >> community mailing list
>> >> >> community@lists.altlinux.org
>> >> >> https://lists.altlinux.org/mailman/listinfo/community
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > С уважением,
>> >> > Хачатурян Юрий (yukh@yukh.ru)
>> >> > _______________________________________________
>> >> > community mailing list
>> >> > community@lists.altlinux.org
>> >> > https://lists.altlinux.org/mailman/listinfo/community
>> >>
>> >>
>> >>
>> >> --
>> >> WBR,
>> >> Eugene Prokopiev
>> >> _______________________________________________
>> >> community mailing list
>> >> community@lists.altlinux.org
>> >> https://lists.altlinux.org/mailman/listinfo/community
>> >
>> >
>> >
>> > --
>> > С уважением,
>> > Хачатурян Юрий (yukh@yukh.ru)
>> > _______________________________________________
>> > community mailing list
>> > community@lists.altlinux.org
>> > https://lists.altlinux.org/mailman/listinfo/community
>>
>>
>>
>> --
>> WBR,
>> Eugene Prokopiev
>> _______________________________________________
>> community mailing list
>> community@lists.altlinux.org
>> https://lists.altlinux.org/mailman/listinfo/community
>
>
>
> --
> С уважением,
> Хачатурян Юрий (yukh@yukh.ru)
> _______________________________________________
> community mailing list
> community@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/community



-- 
WBR,
Eugene Prokopiev

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Comm] Работа сети при загрузке в systemd
  2019-10-10  8:23     ` Eugene Prokopiev
  @ 2019-10-10 18:50       ` Sergey
  1 sibling, 0 replies; 5+ messages in thread
From: Sergey @ 2019-10-10 18:50 UTC (permalink / raw)
  To: ALT Linux Community general discussions

On Thursday 10 October 2019, Eugene Prokopiev wrote:

> Правильное решение в современных линуксах - использовать систему
> управления сетью, которая нормально относится к появлению сетевых
> интерфейсов из ниоткуда. Мне вполне подходит systemd-networkd,

Два десятка систем с количеством сетевых карт не менее трёх, а
в максимуме 11. Опять systemd отличается от другоих... Придётся
и эту "фичу" запомнить...

-- 
С уважением, Сергей
a_s_y@sama.ru


^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2019-10-10 18:50 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-10-10  7:05 ` [Comm] Работа сети при загрузке в systemd Eugene Prokopiev
2019-10-10  8:23     ` Eugene Prokopiev
2019-10-10 14:38         ` Eugene Prokopiev
2019-10-10 15:25             ` Eugene Prokopiev
2019-10-10 18:50       ` Sergey

ALT Linux Community general discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 community community/ http://lore.altlinux.org/community \
		mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
	public-inbox-index community

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.community


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git