启动时间长Ubuntu 16.04


10

我的启动时间太长。我使用了systemd-analyze blame命令,结果如下:

dimitrios@dimitrios-A15:~/Downloads$ systemd-analyze blame
     1min 4.487s apt-daily.service
         22.627s dev-sda4.device
         11.789s systemd-udevd.service
          9.863s NetworkManager-wait-online.service
          5.549s apache2.service
          5.411s ModemManager.service
          5.028s grub-common.service
          4.334s systemd-tmpfiles-setup-dev.service
          3.899s accounts-daemon.service
          3.563s thermald.service
          3.413s NetworkManager.service
          3.084s iio-sensor-proxy.service
          2.770s vboxdrv.service
          2.238s keyboard-setup.service
          2.089s irqbalance.service
          1.961s binfmt-support.service
          1.940s quota.service
          1.865s bluetooth.service
          1.802s dev-hugepages.mount
          1.802s sys-kernel-debug.mount
          1.711s dev-mqueue.mount
          1.618s systemd-logind.service
          1.596s gpu-manager.service
          1.574s console-setup.service
          1.516s udisks2.service
          1.480s colord.service
          1.480s upower.service
          1.448s rsyslog.service
          1.334s ofono.service
          1.304s ondemand.service
          1.303s systemd-modules-load.service
          1.297s speech-dispatcher.service
          1.297s console-kit-log-system-start.service
          1.269s laptop-mode.service
          1.268s pppd-dns.service
          1.246s systemd-user-sessions.service
          1.218s avahi-daemon.service
          1.193s systemd-journald.service
          1.039s wpa_supplicant.service
           985ms apport.service                                                                                                                                         
           964ms console-kit-daemon.service                                                                                                                             
           938ms networking.service                                                                                                                                     
           911ms polkitd.service                                                                                                                                        
           852ms systemd-udev-trigger.service                                                                                                                           
           839ms systemd-rfkill.service                                                                                                                                 
           725ms setvtrgb.service                                                                                                                                       
           669ms systemd-update-utmp.service                                                                                                                            
           590ms lm-sensors.service

我如何加快速度?


1
什么是/ dev / sda4?它吃了整整22秒钟。
颚theshark

1
apt-daily.service也需要一分钟以上。这让我感到惊讶:日常任务每天执行一次,但这主要是清理日志,等等……
颚木化

这是安装ubuntu的分区
Anastasios Papaspyrou,2016年

好的,那是我的猜测,但是我想验证一下。硬盘还可以吗?您检查了它的SMARTS状态吗?即将消失的磁盘通常在完全消失之前变慢。(如果是SSD,则不适用)。每天也有很多IO,系统必须等待很长时间才能使用sda4,我的直觉是:磁盘快要死了。但这只是猜测,因此请检查磁盘的智能状态。(在“磁盘”应用程序中,选择磁盘/ dev / sda,“菜单图标”(Hamburger图标),SMART数据和自测。最终,您可以单击“开始自测”,然后执行“短”操作–
颚式

总体评估:磁盘正常,自我评估:未超过阈值
Anastasios Papaspyrou,2016年

Answers:


1

通常,我见过的* ix-ish系统通过资源和守护程序输出启动过程的进度。像一百万次

    `[xyz] successfully started on abc status blah at ....`

您的系统如何重启?您的启动脚本必须在某处设置为非详细。如果您可以撤消该操作,那将为您提供直接的线索。还有知识渊博的人吗?

看着他们大约在15年之后就开始了,我不得不说,即使他们最快,他们所做的事情却少了很多,反正花费了更多的时间:D。


啊。才意识到这个问题是六个月前提出的!
没人

照顾给我们一个线索,在哪里找到它?(当然,我更喜欢SSD引导驱动器解决方案。)
SDsolar,
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.