나는 한동안 Linux를 사용해 왔으며 이 새로운 운영 체제에 적응하는 방법을 배웠으므로 구성의 일부 세부 사항을 개선하고 싶습니다.
현재 시스템은 빠르게 로드되지만 약 7개 섹션에서 멈춘 것으로 나타났습니다. ob 명령 분석을 통해 systemd-analyze blame
다음 정보를 얻습니다.
diego@computer:~$ systemd-analyze blame
1min 13.120s networking.service
11.960s [email protected]
9.792s mariadb.service
7.845s NetworkManager-wait-online.service
7.706s ifupdown-pre.service
6.190s udisks2.service
5.742s apache2.service
5.220s ModemManager.service
4.989s NetworkManager.service
4.746s dev-sda6.device
4.457s accounts-daemon.service
3.785s bluetooth.service
3.715s avahi-daemon.service
3.710s wpa_supplicant.service
3.709s sysstat.service
3.702s alsa-restore.service
3.700s rsyslog.service
3.697s systemd-logind.service
3.694s pppd-dns.service
3.168s teamviewerd.service
2.685s systemd-fsck@dev-disk-by\x2duuid-7add5e56\x2dd7d9\x2d4870\x2d9edf\x2d653b241363d3.service
2.208s systemd-fsck@dev-disk-by\x2duuid-653a5644\x2d63e1\x2d4258\x2dbbb5\x2de1f1c1d2cd2f.service
2.131s systemd-fsck@dev-disk-by\x2duuid-AAF1\x2dAC6F.service
1.142s systemd-fsck@dev-disk-by\x2duuid-3f7a45e2\x2d6e0b\x2d4d72\x2d9e97\x2df87224e624ba.service
861ms boot-efi.mount
744ms systemd-tmpfiles-setup.service
738ms systemd-udevd.service
717ms systemd-backlight@backlight:intel_backlight.service
712ms apparmor.service
678ms polkit.service
644ms systemd-backlight@leds:dell::kbd_backlight.service
613ms upower.service
573ms systemd-rfkill.service
497ms keyboard-setup.service
444ms systemd-tmpfiles-clean.service
432ms systemd-random-seed.service
334ms home.mount
295ms systemd-udev-trigger.service
294ms systemd-timesyncd.service
287ms systemd-sysctl.service
282ms sddm.service
264ms systemd-journald.service
249ms systemd-journal-flush.service
208ms dev-disk-by\x2duuid-8c3c1e52\x2de46b\x2d496e\x2d9432\x2dc939674ae532.swap
195ms [email protected]
192ms systemd-tmpfiles-setup-dev.service
187ms phpsessionclean.service
184ms systemd-sysusers.service
181ms var.mount
155ms systemd-update-utmp.service
139ms plymouth-read-write.service
112ms console-setup.service
95ms systemd-remount-fs.service
94ms plymouth-quit-wait.service
90ms plymouth-quit.service
72ms tmp.mount
66ms kmod-static-nodes.service
57ms packagekit.service
57ms rtkit-daemon.service
55ms systemd-user-sessions.service
55ms systemd-modules-load.service
44ms dev-mqueue.mount
41ms sys-kernel-debug.mount
33ms dev-hugepages.mount
28ms plymouth-start.service
23ms [email protected]
21ms systemd-update-utmp-runlevel.service
17ms postgresql.service
95ms systemd-remount-fs.service
94ms plymouth-quit-wait.service
90ms plymouth-quit.service
72ms tmp.mount
66ms kmod-static-nodes.service
57ms packagekit.service
57ms rtkit-daemon.service
55ms systemd-user-sessions.service
55ms systemd-modules-load.service
44ms dev-mqueue.mount
41ms sys-kernel-debug.mount
33ms dev-hugepages.mount
28ms plymouth-start.service
23ms [email protected]
21ms systemd-update-utmp-runlevel.service
내가 아는 한, "networking.service" 서비스는 가장 많은 시간을 소비하는 서비스이며 이 지침에 따르면협회, 내 노트북의 "lo" 인터페이스와 연결되어 있습니다.
내 질문은 이 서비스의 구성을 개선하는 방법입니다. 내가 이해하는 한 인터페이스 "lo"는 내 노트북과 내부적으로 연결된 인터페이스이기 때문입니다.
OBS: 내 노트북은 "Debian GNU/Linux 10(buster)"을 사용합니다.
업데이트 - "cat /etc/network/interfaces" 세부 정보
diego@computer:~$ cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
auto enp2s0
iface enp2s0 inet dhcp
답변1
enp2s0에서 DHCP 시간 초과가 나타날 수 있습니다. 어쨌든 NetworkManager를 사용하고 있으므로 enp2s0 인터페이스 정의를 제거하고 /etc/network/interfaces
enp2s0을 NetworkManager로 신뢰하는 것이 좋습니다.