16.04在Crucial MX300 SSD上遇到慢启动时间。 Systemd-analyze blame显示每次启动需要很长时间的不同服务
我应该注意到这是一个带有Windows 10的双启动系统。
这是我最新的systemd-analyze
Startup finished in 20.022s (firmware) + 2.835s (loader) + 2.215s (kernel) + 36.136s (userspace) = 1min 1.211s
这是我最新systemd-analyze blame
56.166s upower.service 35.175s lightdm.service 35.157s plymouth-quit-wait.service 996ms systemd-rfkill.service 637ms dev-sdb5.device 102ms ModemManager.service 98ms accounts-daemon.service 94ms networking.service 93ms systemd-udevd.service 89ms NetworkManager.service 76ms grub-common.service 76ms thermald.service 75ms apport.service 68ms systemd-journald.service 50ms systemd-udev-trigger.service 46ms keyboard-setup.service 45ms systemd-logind.service 45ms avahi-daemon.service 38ms irqbalance.service 37ms apparmor.service 36ms systemd-tmpfiles-clean.service 32ms console-setup.service 31ms ondemand.service 28ms speech-dispatcher.service 27ms systemd-fsck@dev-disk-by\x2duuid-8655\x2d1473.service 26ms systemd-modules-load.service 23ms systemd-tmpfiles-setup-dev.service 22ms udisks2.service 22ms plymouth-start.service 22ms gpu-manager.service 18ms alsa-restore.service 15ms pppd-dns.service 15ms systemd-user-sessions.service 12ms rsyslog.service 11ms plymouth-read-write.service 10ms systemd-update-utmp.service 10ms polkitd.service 9ms colord.service 9ms dev-mqueue.mount 9ms user@1000.service 9ms bluetooth.service 8ms systemd-timesyncd.service 8ms wpa_supplicant.service 7ms systemd-sysctl.service 7ms systemd-journal-flush.service 7ms ufw.service 6ms sys-kernel-debug.mount 6ms ureadahead-stop.service 5ms systemd-tmpfiles-setup.service 5ms kmod-static-nodes.service 4ms snapd.autoimport.service 3ms systemd-random-seed.service 3ms systemd-update-utmp-runlevel.service 3ms dev-hugepages.mount 3ms dev-sdb6.swap 3ms systemd-remount-fs.service 2ms resolvconf.service 2ms dns-clean.service 2ms boot-efi.mount 1ms rtkit-daemon.service 1ms sys-fs-fuse-connections.mount 1ms setvtrgb.service 1ms rc-local.service 351us snapd.socket
时间并没有真正加起来，总是有不同的服务需要很长时间。 另一个启动的ModemManager.service需要50秒。 另一个靴子有一个不同的过程需要1分30秒。
我已经多次卸载并重新安装，我无法弄明白。 感谢帮助，请注意我是新用户。
您的/ dev / sdb正在出现I / O错误。 这对新的SSD来说并不好。
首先，查看SMART数据并运行简短测试。 打开Disks app，在左侧窗格中选择SSD，转到“hamburger”图标，选择SMART Data & Tests 。 查看数据，然后运行简短测试。 警告…不要在SSD上运行坏块测试。
其次，请访问Crucial网站http://www.crucial.com/usa/en/support-ssd-firmware ，并下载日期为5/16/2017的最新固件 。 新固件可以更好地处理您正在获得的错误。 首先备份您的重要数据，然后安装新固件。
继续监视/var/log/syslog是否存在sdb错误…
在terminal ……
grep -i sdb /var/log/syslog*
如果他们继续，请记录Crucial的保修票。
更新＃1：
问题最终通过内核参数libata.force=noncq解决。