* 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
[parent not found: <CAA8E9_upGQuKGHUr4aF55XRJ4f3VaA6hNkKcNBgU7JedMX6f9w@mail.gmail.com>]
* 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
[parent not found: <CAA8E9_vuvmx7_ogHYijWmLjEQ3x6ptSdtztWE3pdLT5zneWr+g@mail.gmail.com>]
* 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
[parent not found: <CAA8E9_sd849TjEckwgLe2atDLp9vUybepKkUbCtyZtsCvACJOw@mail.gmail.com>]
* 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