Встречаем: netctl!
| Natrio |
|
|
Темы:
48
Сообщения:
4770
Участник с: 08 января 2011
|
lampslavedhcpcd действительно долго поднимается, если не отключить ему проверку занятости адреса через ARP. Он очень долго проверяет :)Думаю только поменять железо, которое будет быстро определяться системой и быстро настраиваться...Да там наверняка просто dhcp долго отрабатывает. Выкинуть его и всё будет пулей подниматься. |
| Nebulosa |
|
Темы:
9
Сообщения:
897
Участник с: 05 марта 2009
|
Natrio А по-подробней? |
| nikisch |
|
|
Темы:
7
Сообщения:
224
Участник с: 24 ноября 2009
|
nafanjaСовсем свободно? Как мне добавить 5 строчек в ман страницу этого пакета, а еще лучше в код (чтоб по netctl -h вылазил) ? К тому же я сам еще последний пункт ниасилил, чтоб начинать других учить. Сделал netctl enable ethernet-dhcp. В систем д ссылка вроде как попала, но при загрузке сеть не поднимается. А по netctl start ethernet-dhcp поднимается sudo systemctl status netcfg netcfg.service Loaded: error (Reason: No such file or directory) Active: inactive (dead) Вроде как нет такого сервиса ifplugd тоже не работает |
| Natrio |
|
|
Темы:
48
Сообщения:
4770
Участник с: 08 января 2011
|
NebulosaВсё в мане:NatrioА по-подробней? man dhcpcd.confСамо получение адреса от DHCP-сервера происходит быстро, вы можете в этом убедиться, если запустите dhcpcd в консоли и с подробным выводом. Основная задержка происходит, когда dhcpcd, не до конца доверяя серверу, начинает проверять на вшивость полученный от него адрес, посылая в сеть широковещательные ARP-запросы о нём и ожидая ответа некоторое время. Если ответы не получены, он считает адрес свободным. |
| Perfect_Gentleman |
|
|
Темы:
55
Сообщения:
1039
Участник с: 29 октября 2012
|
nafanjasystemd-analyze выдаёт 2,5+7=9,5 сек. у меня статический IP, сетевуха встроенная Realtek 8168. |
| Natrio |
|
|
Темы:
48
Сообщения:
4770
Участник с: 08 января 2011
|
Perfect_GentlemanСтатический IP сам по себе назначается, разумеется, почти мгновенно, но если это происходит при загрузке, то для этого должен успешно загрузиться модуль с драйвером сетевой карты и все модули, от которых он зависит. В самых тяжких случаях карточка требует ещё и firmware, что в иногда тормозит подъём сети больше всего остального, вместе взятого. |
| samson4747 |
|
Темы:
33
Сообщения:
534
Участник с: 23 февраля 2012
|
Perfect_Gentleman, у меня аналогичная ситуация:$ systemd-analyze blame
17.727s [email protected]
3.422s accounts-daemon.service
3.316s lvm-monitoring.service
2.357s systemd-logind.service
2.270s polkit.service
1.866s systemd-vconsole-setup.service
1.823s systemd-modules-load.service
1.362s sys-kernel-debug.mount
1.202s dev-mqueue.mount
1.171s systemd-binfmt.service
1.137s systemd-tmpfiles-clean.service
776ms dev-hugepages.mount
690ms systemd-remount-fs.service
639ms alsa-restore.service
629ms systemd-udev-trigger.service
621ms tmp.mount
520ms colord.service
451ms systemd-sysctl.service
418ms proc-sys-fs-binfmt_misc.mount
387ms dcron.service
296ms udisks2.service
227ms systemd-udevd.service
196ms systemd-user-sessions.service
186ms media-bcb536f2\x2def06\x2d4838\x2dad5e\x2db48bb6960be0.mount
134ms lvmetad.service
133ms upower.service
120ms systemd-static-nodes.service
116ms systemd-random-seed-load.service
109ms systemd-tmpfiles-setup.service
92ms dev-sda5.swap
67ms bluetooth.service
44ms systemd-journal-flush.service
38ms rtkit-daemon.service
15ms gdm.service
15ms sys-kernel-config.mount
6ms sys-fs-fuse-connections.mount
$$ systemd-analyze Startup finished in 2.576s (kernel) + 24.365s (userspace) = 26.941s $ Решения, если честно, не увидел. Благодарю!
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
|
| sirocco |
|
|
Темы:
29
Сообщения:
2506
Участник с: 25 июля 2007
|
Усё, netcfg в AUR-e.Moved from extra. Upstream is dead, if you adopt this please also take over as upstream. |
| Perfect_Gentleman |
|
|
Темы:
55
Сообщения:
1039
Участник с: 29 октября 2012
|
ушёл с netctl, счас имеюsystemd-analyze blame
134ms systemd-udevd.service
109ms systemd-tmpfiles-setup.service
108ms boot.mount
==========83ms network.service=========
78ms ntpd.service
41ms polkit.service
38ms systemd-fsck@dev-disk-by\x2duuid-1e2f11a6\x2d253a\x2d4b43\x2d9000\x2dd3a5c41c9e2d.service
11ms systemd-tmpfiles-clean.service
10ms upower.service
10ms systemd-sysctl.service
4ms systemd-journal-flush.service
2ms systemd-readahead-done.service
лишнее удалено |
| samson4747 |
|
|
Темы:
33
Сообщения:
534
Участник с: 23 февраля 2012
|
На netcfg вернулись? Смысл есть? Правда не вижу смысла и перехода на netctl.
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
|