Я пытаюсь выяснить то, что продолжает мою систему. Занимает слишком много времени загружаться.
Это - двойная загрузка с Windows на Alienware 17R3. Я пытался сделать то, что предлагают эти сообщения:
Но это, кажется, не моя проблема. Хотя некоторые ошибки связаны с dev-sda4.device
.
Вывод dmesg
здесь. И вывод systemd-analyze plot
выводится здесь.
Также
$ systemd-analyze blame
17.674s grub-common.service
17.564s networking.service
17.519s apport.service
17.518s irqbalance.service
17.448s sysstat.service
16.852s click-system-hooks.service
13.048s speech-dispatcher.service
7.556s ModemManager.service
7.539s dev-sda4.device
6.824s accounts-daemon.service
4.761s apparmor.service
4.706s alsa-restore.service
4.452s systemd-logind.service
4.404s iio-sensor-proxy.service
4.402s gpu-manager.service
4.227s thermald.service
4.190s avahi-daemon.service
4.188s bluetooth.service
3.926s snapd.firstboot.service
3.120s NetworkManager.service
2.151s polkitd.service
1.922s systemd-tmpfiles-setup.service
1.636s systemd-fsck@dev-disk-by\x2duuid-E237\x2d4151.service
1.536s systemd-rfkill.service
1.511s systemd-udevd.service
1.470s plymouth-start.service
1.406s wpa_supplicant.service
1.323s keyboard-setup.service
1.173s systemd-tmpfiles-setup-dev.service
1.141s systemd-backlight@backlight:intel_backlight.service
956ms user@1000.service
950ms packagekit.service
940ms systemd-modules-load.service
851ms rsyslog.service
838ms console-setup.service
603ms upower.service
564ms dev-sda5.swap
558ms sys-kernel-debug.mount
557ms dev-mqueue.mount
557ms dev-hugepages.mount
522ms udisks2.service
314ms lightdm.service
309ms systemd-timesyncd.service
293ms plymouth-quit-wait.service
257ms systemd-journald.service
235ms systemd-resolved.service
232ms boot-efi.mount
232ms dns-clean.service
202ms pppd-dns.service
192ms ufw.service
181ms systemd-update-utmp.service
177ms snapd.socket
171ms systemd-udev-trigger.service
128ms colord.service
112ms systemd-sysctl.service
103ms kmod-static-nodes.service
101ms systemd-journal-flush.service
100ms systemd-random-seed.service
78ms systemd-remount-fs.service
57ms systemd-tmpfiles-clean.service
40ms nvidia-persistenced.service
34ms setvtrgb.service
21ms snapd.boot-ok.service
12ms systemd-user-sessions.service
12ms openvpn.service
11ms rc-local.service
11ms systemd-update-utmp-runlevel.service
11ms plymouth-read-write.service
10ms ureadahead-stop.service
3ms rtkit-daemon.service
2ms cgroupfs-mount.service
1ms resolvconf.service
1ms sys-fs-fuse-connections.mount
Ценятся любые подсказки, как решить это.
Это - проблема с Вашим жестким диском, я испытал ту же проблему на области Alienware 51 и заменил жесткий диск старым изображением данных от старого жесткого диска, восстановленного на него, и он работал абсолютно быстро, намного быстрее, посмотрите, решает ли это Вашу проблему, в противном случае обновите свою BIOS, которая ДЕЙСТВИТЕЛЬНО помогает.
В systemd
вы можете отключить службы с помощью sudo systemctl disable [service]
.
Для grub-common.service
его можно отключить, см. здесь .
С networking.service
оно часто зависает, когда петлевое устройство не определено должным образом, см. здесь
apport.service
запускает демон отчета автоматического сбоя, так что если вы поданные ошибки, или вы хотите искать ошибки самостоятельно, вы также можете отключить их - больше об Apport здесь
Следующие два преступника irqbalance.service
и sysstat.service
- я бы не вмешиваться.
Пока вы не установили никаких пакетов моментальных снимков или предыдущих пакетов click, я не вижу причин, почему бы не отключить click-system-hooks.service
и snapd.firstboot.service
.
Если ваше зрение нормальное, зрение speech-dispatcher.service
также может ухудшиться.
Итак, мы выиграли около 1 минуты времени загрузки, если вы хотите поэкспериментировать, сделайте это. О, да, сервисы снова включаются в sudo systemctl enable [service]
- больше ответов systemctl можно найти в этом вопросе .