저는 Dell G5 5587에서 Kubuntu 18.04를 사용하고 있습니다. 현재 SSD에 Win10이 설치되어 있고 이는 RAID 모드이고 우분투는 HDD에 설치되어 있습니다. Ubuntu는 RAID SSD를 인식할 수 없기 때문에 원타임 부팅 메뉴에서 Win과 Ubuntu 사이를 전환할 수 있습니다.
문제가 무엇인지 알아내려고 노력했지만 유용한 정보를 찾을 수 없었습니다.
systemd-analyze time:
Startup finished in 7.196s (firmware) + 6.311s (loader) + 33.705s (kernel) + 9min 10.475s (userspace) = 9min 57.688s
graphical.target reached after 1min 6.000s in userspace
결과는 다음과 같습니다 systemd-analyze blame.
7min 23.369s apt-daily-upgrade.service
45.488s apt-daily.service
36.823s systemd-journal-flush.service
33.693s dev-sda3.device
33.330s ufw.service
25.787s systemd-udevd.service
11.314s mpd.service
10.723s phpsessionclean.service
9.636s systemd-tmpfiles-clean.service
9.218s mysql.service
8.353s NetworkManager.service
7.977s gpu-manager.service
6.713s NetworkManager-wait-online.service
4.722s udisks2.service
4.567s grub-common.service
3.718s snapd.service
3.568s networkd-dispatcher.service
3.347s keyboard-setup.service
3.211s ModemManager.service
2.941s packagekit.service
2.820s systemd-tmpfiles-setup-dev.service
2.477s accounts-daemon.service
2.403s systemd-resolved.service
2.286s systemd-timesyncd.service
2.001s apache2.service
1.900s colord.service
1.722s avahi-daemon.service
1.632s mnt-peterkovach-tempus.mount
1.624s mnt-peterkovach-bioinfo.mount
1.520s mnt-peterkovach-users.mount
1.464s systemd-remount-fs.service
1.408s dev-mqueue.mount
1.408s sys-kernel-debug.mount
1.408s dev-hugepages.mount
1.396s thermald.service
1.384s systemd-modules-load.service
1.068s mnt-peterkovach-Data.mount
1.068s swapfile.swap
850ms systemd-sysctl.service
845ms systemd-update-utmp.service
828ms wpa_supplicant.service
730ms systemd-tmpfiles-setup.service
723ms polkit.service
719ms fstrim.service
654ms systemd-random-seed.service
447ms [email protected]
440ms rsyslog.service
410ms systemd-journald.service
384ms boot-efi.mount
381ms apparmor.service
320ms systemd-logind.service
276ms upower.service
260ms kmod-static-nodes.service
212ms setvtrgb.service
189ms plymouth-read-write.service
135ms plymouth-quit.service
116ms snapd.socket
108ms systemd-fsck@dev-disk-by\x2duuid-C783\x2d9061.service
105ms systemd-udev-trigger.service
99ms rtkit-daemon.service
89ms snapd.seeded.service
80ms apport.service
57ms nvidia-persistenced.service
33ms [email protected]
33ms plymouth-start.service
31ms systemd-rfkill.service
12ms systemd-update-utmp-runlevel.service
9ms bluetooth.service
6ms alsa-restore.service
6ms kerneloops.service
6ms sddm.service
5ms pppd-dns.service
3ms ureadahead-stop.service
2ms systemd-backlight@backlight:intel_backlight.service
2ms systemd-user-sessions.service
1ms console-setup.service
1ms systemd-backlight@leds:dell::kbd_backlight.service
1ms sys-kernel-config.mount
1ms sys-fs-fuse-connections.mount
결과 systemd-analyze critical-chain:
graphical.target @1min 6.000s
└─multi-user.target @1min 6.000s
└─cups-browsed.service @6min 41.635s
└─cups.service @6min 41.633s
└─cups.path @6min 41.631s
└─sysinit.target @46.162s
└─systemd-timesyncd.service @43.875s +2.286s
└─systemd-tmpfiles-setup.service @43.020s +730ms
└─systemd-journal-flush.service @6.196s +36.823s
└─systemd-remount-fs.service @4.731s +1.464s
└─systemd-journald.socket @4.670s
└─system.slice @4.670s
└─-.slice @4.635s
더 빠르게 만들기 위한 제안 사항이 있나요? 미리 감사드립니다!
답변1
솔루션의 일부는 여기에서 찾을 수 있습니다.Ubuntu 16.04 느린 부팅(apt-daily.service)
허용되는 답변은 다음과 같습니다.
이것은데비안 버그 #844453. apt-daily.service부팅 중에는 실행하면 안 되고 부팅 후 얼마 동안만 실행해야 합니다.
이 문제를 해결하려면 sudo systemctl edit apt-daily.timer다음 텍스트를 실행하여 편집기 창에 붙여넣으세요.
# apt-daily timer configuration override
[Timer]
OnBootSec=15min
OnUnitActiveSec=1d
AccuracySec=1h
RandomizedDelaySec=30min
apt-daily.service이렇게 하면 부팅 후 15분에서 45분 사이의 임의의 시간과 그 이후에는 하루에 한 번 실행되도록 트리거되는 "타이머"가 변경됩니다 . 참조systemd.timer 맨페이지이것이 무엇을 의미하는지에 대한 추가 설명(잘 작성되지는 않았지만 아쉽게도)을 원합니다.
솔루션의 두 번째 부분은 여기에서 찾을 수 있습니다.
합병을 했을 텐데 전화 사용이 불편해요.
답변2
WinEunuuchs2Unix 설치 또는 rng-tools의 답변 외에도.
엔트로피가 충분한 문제도 있는 것 같습니다. 로그인 후 바로 확인하실 수 있습니다.cat /proc/sys/kernel/random/entropy_avail
엔트로피가 충분할 때까지 앱이 차단되므로 /dev/random을 사용하여 무작위성을 생성하는 데 다소 낮은(1000 미만) 시간이 오래 걸릴 것입니다. 즉, 키를 생성하거나 OpenSSL API를 사용하는 동안 속도가 느려지는 것을 볼 수 있습니다.