☰

16.04 Crucial MX300 SSD 启动速度缓慢。Systemd-analyze blame 显示不同的服务每次启动都需要很长时间

tag-icon • tag-icon boot 16.04 systemd
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 [email protected]
             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.service50 秒。另一个启动过程有一个不同的过程，花了 1 分 30 秒。

我卸载并重新安装了很多次，但还是搞不清楚。非常感谢您的帮助，但请注意，我是新用户。

答案1

您的 /dev/sdb 出现 I/O 错误。这对于新 SSD 来说不是什么好事。

首先，查看 SMART 数据并运行简短测试。打开Disks应用程序，在左侧窗格中选择 SSD，转到“汉堡包”图标，选择SMART Data & Tests。查看数据，然后运行简短测试。警告...请勿在 SSD 上运行坏块测试。

其次，访问 Crucial 网站http://www.crucial.com/usa/en/support-ssd-firmware， 和下载 2017 年 5 月 16 日最新固件。新固件可以更好地处理您遇到的错误。首先备份重要数据，然后安装新固件。

继续监视/var/log/syslogsdb 错误...

在terminal...

grep -i sdb /var/log/syslog*

如果问题仍然存在，请向 Crucial 登记保修单。

更新＃1：

问题最终通过内核参数得到解决libata.force=noncq。

相关内容