Тривалий час завантаження 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 секунди.
jawtheshark

1
Також apt-daily.service займає більше однієї хвилини. Це мене дивує: щоденні завдання запускаються раз на день, але це в основному прибирання журналів тощо ...
jawtheshark

Це розділ, де встановлено ubuntu
Анастасіос Папаспіру

Гаразд, це було моєю здогадкою, але я хотів перевірити. Ваш жорсткий диск добре? Ви перевірили його статус SMARTS? Диски, які вмирають, зазвичай стають повільнішими, перш ніж повністю померти. (Якщо це SSD, це не застосовується). З огляду на щоденне також багато IO, і система повинна довго чекати sda4, моє відчуття кишки таке: диск вмирає. Але це здогад, тому, будь ласка, перевірте інтелектуальний стан своїх дисків. (Додаток для дисків, виберіть диск / dev / sda, "Піктограма меню" (значок Гамбургера), SMART Data & Self Tests. З часом ви можете натиснути "запустити самотест" і зробити "короткий" -
jawtheshark

Загальна оцінка: Диск нормально самооцінка: Поріг не перевищено
Анастасіос Папаспіру

Відповіді:


1

Зазвичай системи * ix-ish, які я бачив, виводять хід процесу запуску ресурсами та демонами. Як мільйон разів щось подібне

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

Як перезавантажується система? Десь ваші сценарії запуску повинні бути встановлені на невербальні. Якщо ви можете скасувати це, це може дати вам пряму підказку. Хтось більш обізнаний?

Однак, дивлячись на них, вони починаються приблизно через 15 років, але мені довелося сказати, що найшвидше вони роблять набагато менш корисні речі і забирають набагато більше часу: D все одно.


а-а-а. щойно зрозумів, що питання було задано більше півроку тому!
Ніхто

Хочете дати нам зрозуміти, де його знайти? (Звичайно, я віддаю перевагу рішення SSD для завантаження.)
SDsolar
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.