![Ubuntu 16.10 Alienware 17R3 启动速度真的很慢](https://linux22.com/image/995837/Ubuntu%2016.10%20Alienware%2017R3%20%E5%90%AF%E5%8A%A8%E9%80%9F%E5%BA%A6%E7%9C%9F%E7%9A%84%E5%BE%88%E6%85%A2.png)
我正在尝试弄清楚我的系统出了什么问题。启动时间太长了。
这是 Alienware 17R3 上的 Windows 双启动。我尝试按照这些帖子的建议去做:
但这似乎不是我的问题。尽管有些错误与有关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 [email protected]
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
如能提供任何关于如何解决此问题的提示,我们将不胜感激。
答案1
这是你的硬盘问题,我在外星人 51 区遇到过同样的问题,并用旧硬盘上的旧数据映像替换了硬盘,然后恢复了旧硬盘上的数据映像,速度非常快,快得多,看看这是否能解决你的问题,如果没有,请更新你的 BIOS,这真的很有帮助。
答案2
您systemd
可以使用 禁用服务sudo systemctl disable [service]
。
由于grub-common.service
禁用该功能似乎很安全,请参阅这里。
使用时networking.service
,如果环回设备定义不正确,它通常会挂起,请参阅这里
apport.service
启动自动崩溃报告守护进程,因此如果你从未提交过错误,或者想要自己搜索错误,你也可以禁用它 - 有关 Apport 的更多信息这里
接下来的两个罪魁祸首irqbalance.service
——sysstat.service
我不会篡改。
只要您没有安装任何 snap 包或者前身 click-packages,我认为没有理由不禁用click-system-hooks.service
和snapd.firstboot.service
。
如果你的视力良好至正常,那么speech-dispatcher.service
也可以去。
因此,我们节省了大约 1 分钟的启动时间,如果您愿意尝试一下,那就这样做吧。哦,是的,服务可以通过以下方式重新启用sudo systemctl enable [service]
- 可以在此处找到更多 systemctl 选项问题。