求解ssd与机械硬盘混搭~~开机变慢了几倍
Tofloor
poster avatar
kirin2020
deepin
2020-10-22 03:32
Author
原来只有一个120G的ssd固态硬盘,安装deepin 20开机10秒左右,进入系统后各种操作很顺溜。
今天我增加一个1T的机械硬盘混搭后~~开机突然变慢了几倍,现在开机要60多秒了,晕。
怎么办??到底什么回事??
说明,固态已经4K对齐了的。


Reply Favorite View the author
All Replies
1 / 2
To page
h***6@126.com
deepin
2020-10-22 03:41
#1
正常!机械盘影响整体速度。我用win7也是这样。拔了机械盘速度巨快,插上机械速度超慢,有时还开不了机。。。
Reply View the author
走钢丝
deepin
2020-10-22 03:44
#2
分析下看看

  1. systemd-analyze blame
Copy the Code

估计机械的挂载选项有问题吧。
Reply View the author
kirin2020
deepin
2020-10-22 05:35
#3
kirin@kirin:~$ systemd-analyze blame
         31.412s plymouth-quit-wait.service
         30.089s NetworkManager-wait-online.service
         15.175s nmbd.service
          1.296s udisks2.service
           914ms dev-sda5.device
           421ms ModemManager.service
           413ms systemd-journal-flush.service
           404ms accounts-daemon.service
           387ms systemd-hwdb-update.service
           353ms systemd-logind.service
           351ms deepin-accounts-daemon.service
           279ms NetworkManager.service
           264ms systemd-udev-trigger.service
           250ms wpa_supplicant.service
           204ms rsyslog.service
           185ms user@1000.service
           181ms laptop-mode.service
           159ms dde-filemanager-daemon.service
           155ms lvm2-monitor.service
           154ms smbd.service
           141ms networking.service
           134ms lightdm.service
lines 1-22...skipping...
         31.412s plymouth-quit-wait.service                                               
         30.089s NetworkManager-wait-online.service
         15.175s nmbd.service
          1.296s udisks2.service
           914ms dev-sda5.device
           421ms ModemManager.service
           413ms systemd-journal-flush.service
           404ms accounts-daemon.service
           387ms systemd-hwdb-update.service
           353ms systemd-logind.service
           351ms deepin-accounts-daemon.service
           279ms NetworkManager.service
           264ms systemd-udev-trigger.service
           250ms wpa_supplicant.service
           204ms rsyslog.service
           185ms user@1000.service
           181ms laptop-mode.service
           159ms dde-filemanager-daemon.service
           155ms lvm2-monitor.service
           154ms smbd.service
           141ms networking.service
           134ms lightdm.service
           119ms systemd-journald.service
lines 1-23...skipping...
         31.412s plymouth-quit-wait.service                                               
         30.089s NetworkManager-wait-online.service
         15.175s nmbd.service
          1.296s udisks2.service
           914ms dev-sda5.device
           421ms ModemManager.service
           413ms systemd-journal-flush.service
           404ms accounts-daemon.service
           387ms systemd-hwdb-update.service
           353ms systemd-logind.service
           351ms deepin-accounts-daemon.service
           279ms NetworkManager.service
           264ms systemd-udev-trigger.service
           250ms wpa_supplicant.service
           204ms rsyslog.service
           185ms user@1000.service
           181ms laptop-mode.service
           159ms dde-filemanager-daemon.service
           155ms lvm2-monitor.service
           154ms smbd.service
           141ms networking.service
           134ms lightdm.service
           119ms systemd-journald.service
           113ms lastore-daemon.service
lines 1-24...skipping...
         31.412s plymouth-quit-wait.service                                               
         30.089s NetworkManager-wait-online.service
         15.175s nmbd.service
          1.296s udisks2.service
           914ms dev-sda5.device
           421ms ModemManager.service
           413ms systemd-journal-flush.service
           404ms accounts-daemon.service
           387ms systemd-hwdb-update.service
           353ms systemd-logind.service
           351ms deepin-accounts-daemon.service
           279ms NetworkManager.service
           264ms systemd-udev-trigger.service
           250ms wpa_supplicant.service
           204ms rsyslog.service
           185ms user@1000.service
           181ms laptop-mode.service
           159ms dde-filemanager-daemon.service
           155ms lvm2-monitor.service
           154ms smbd.service
           141ms networking.service
           134ms lightdm.service
           119ms systemd-journald.service
           113ms lastore-daemon.service
           110ms ssh.service
lines 1-25
Reply View the author
kirin2020
deepin
2020-10-22 05:36
#4

代码见上面,请帮我分析一下什么原因 ,谢谢
Reply View the author
走钢丝
deepin
2020-10-22 05:38
#5
https://bbs.deepin.org/post/204128
代码见上面,请帮我分析一下什么原因 ,谢谢

这个太诡异,真看不明白,还是请 https://bbs.deepin.org/user/48640 给你看看。
Reply View the author
jingle
deepin
2020-10-22 06:23
#6
Reply View the author
ghostry
deepin
2020-10-22 17:17
#7
本帖最后由 ghostry 于 2020-10-22 09:26 编辑
https://bbs.deepin.org/post/204128
kirin@kirin:~$ systemd-analyze blame
         31.412s plymouth-quit-wait.service
         30.089s Ne ...

奇怪哦, 看着是等待网络完成用了30秒,

这应该是网络问题,怎么和硬盘关联起来的.

楼主可以发下这个的结果吗
  1. systemd-analyze critical-chain
Copy the Code

Reply View the author
zhangfeng123
deepin
2020-10-22 17:41
#8
本帖最后由 zhangfeng123 于 2020-10-22 09:42 编辑
https://bbs.deepin.org/post/204128
奇怪哦, 看着是等待网络完成用了30秒,

这应该是网络问题,怎么和硬盘关联起来的.
  1. 30.250s nmbd.service
  2.          30.025s NetworkManager-wait-online.service
  3.           8.074s plymouth-quit-wait.service
  4.           1.546s dev-sda1.device
  5.           1.438s mysql.service
  6.            866ms upower.service
  7.            817ms udisks2.service
  8.            557ms tlp.service
  9.            548ms systemd-hwdb-update.service
  10.            473ms wicd.service
  11.            387ms systemd-udev-trigger.service
  12.            374ms systemd-journal-flush.service
  13.            346ms ModemManager.service
  14.            324ms apache2.service
  15.            318ms deepin-accounts-daemon.service
  16.            291ms loadcpufreq.service
  17.            277ms apparmor.service
  18.            274ms accounts-daemon.service
  19.            219ms exim4.service
  20.            165ms smbd.service
  21.            160ms sddm.service
Copy the Code

graphical.target @39.259s
└─multi-user.target @39.257s
  └─smbd.service @39.091s +165ms
    └─network-online.target @8.831s
      └─network.target @1.508s
        └─wicd.service @1.033s +473ms
          └─basic.target @960ms
            └─systemd-ask-password-plymouth.path @960ms
              └─plymouth-start.service @927ms +21ms
                └─systemd-udevd.service @874ms +51ms
                  └─systemd-hwdb-update.service @324ms +548ms
                    └─systemd-remount-fs.service @297ms +24ms
                      └─systemd-journald.socket @285ms
                        └─-.mount @281ms
                          └─systemd-journald.socket @285ms
                            └─...
很神奇 我也有
Reply View the author
Shinglee
deepin
2020-10-22 17:48
#9
开机卡住位置按下 F1,看能不能出来引导的详情输出,能的话,就能很好找到原因了
Reply View the author
SamLukeYes
deepin
2020-10-22 17:53
#10
networkmanager 日常抽风
Reply View the author
ghostry
deepin
2020-10-22 17:57
#11
本帖最后由 ghostry 于 2020-10-22 10:03 编辑
https://bbs.deepin.org/post/204128
graphical.target @39.259s
└─multi-user.target @39.257s
  └─smbd.service @39.091s +165ms

  └─smbd.service @39.091s +165ms
    └─network-online.target @8.831s

这里可以看出, smbd用了30秒等待.他本身启动还是挺快的 ,165毫秒.

可以用10楼的方式, 看看是等待什么.

我一般会关掉开机动画使用文字启动界面就是因为这个,可以方便的看出系统在干吗,哪里卡住了.
Reply View the author
Comments
zhangfeng123
2020-10-22 18:06
好的 谢谢
kirin2020
deepin
2020-10-22 18:16
#12
谢谢各位大佬的赐教
Reply View the author
走钢丝
deepin
2020-10-22 21:02
#13
https://bbs.deepin.org/post/204128
└─smbd.service @39.091s +165ms
    └─network-online.target @8.831s


Reply View the author
kirin2020
deepin
2020-10-22 23:23
#14
31.412s plymouth-quit-wait.service
30.089s NetworkManager-wait-online.service


就这两项就占用了绝大部分时间,我决定优化一下看看:

第一项:开机动画,取消开机动画

第二项:网络管理,修改响应时间

Reply View the author
ghostry
deepin
2020-10-23 00:17
#15

开机动画等了7秒, 不知道在等什么
Reply View the author
走钢丝
deepin
2020-10-23 00:21
#16
本帖最后由 lidanger 于 2020-10-22 16:26 编辑
https://bbs.deepin.org/post/204128
kirin@kirin:~$ systemd-analyze blame
         31.412s plymouth-quit-wait.service
         30.089s Ne ...

看你敢玩不

https://www.jianshu.com/p/11491ee15344
Reply View the author
走钢丝
deepin
2020-10-23 00:48
#17
https://bbs.deepin.org/post/204128
开机动画等了7秒, 不知道在等什么

连续禁用了几个服务

  1. sudo systemctl mask plymouth-quit-wait.service
Copy the Code

  1. NetworkManager-wait-online.service
  2. nmbd.service
  3. smbd.service
  4. deepin-anything-monitor.service
  5. deepin-anything-tool.service
Copy the Code


现在看起来没什么可禁用了。



后面这几个通过系统监视器即可禁用。


Reply View the author
juteman
deepin
2020-10-23 01:24
#18
https://bbs.deepin.org/post/204128
31.412s plymouth-quit-wait.service
30.089s NetworkManager-wait-online.service

plymouth-quit-wait.service
这个服务是一个卸载启动屏幕的服务,并不会延迟你的启动,他只是一个等待服务,等待开机界面完成,不会造成任何其他进程的延迟。

至于NetworkManager-wait-online.service,这个有可能是启动慢的原因
禁用先后执行
  1. sudo systemctl disable NetworkManager-wait-online.service

  2. sudo systemctl mask NetworkManager-wait-online.service
Copy the Code


如果要启用
  1. systemctl unmask NetworkManager-wait-online.service

  2. systemctl enable NetworkManager-wait-online.service
Copy the Code


你可以试试禁用后的启动速度
Reply View the author
kirin2020
deepin
2020-10-23 01:51
#19
貌似然并卵,不知道其他兄弟效果如何??
Reply View the author
走钢丝
deepin
2020-10-23 01:57
#20
https://bbs.deepin.org/post/204128
貌似然并卵,不知道其他兄弟效果如何??

看看你的 /etc/fstab,可以把机械硬盘最后的挂载选项改成 0,这样开机不检查该磁盘或分区。



Reply View the author
1 / 2
To page