Действительно медленная загрузка на Ubuntu 16.10 Alienware 17R3

Я пытаюсь выяснить, что происходит с моей системой. Загрузка занимает слишком много времени.

Это двойная загрузка с Windows на Alienware 17R3. Я пытался сделать то, что предлагают эти сообщения:

Но это не моя проблема. Хотя некоторые ошибки связаны с dev-sda4.device,

Выход из dmesg здесь И вывод systemd-analyze plot сбрасывается здесь.

Также

$ systemd-analyze blame
     17.674s grub-common.service
     17.564s networking.service
     17.519s apport.service
     17.518s irqbalance.service
     17.448s sysstat.service
     16.852s click-system-hooks.service
     13.048s speech-dispatcher.service
      7.556s ModemManager.service
      7.539s dev-sda4.device
      6.824s accounts-daemon.service
      4.761s apparmor.service
      4.706s alsa-restore.service
      4.452s systemd-logind.service
      4.404s iio-sensor-proxy.service
      4.402s gpu-manager.service
      4.227s thermald.service
      4.190s avahi-daemon.service
      4.188s bluetooth.service
      3.926s snapd.firstboot.service
      3.120s NetworkManager.service
      2.151s polkitd.service
      1.922s systemd-tmpfiles-setup.service
      1.636s systemd-fsck@dev-disk-by\x2duuid-E237\x2d4151.service
      1.536s systemd-rfkill.service
      1.511s systemd-udevd.service
      1.470s plymouth-start.service
      1.406s wpa_supplicant.service
      1.323s keyboard-setup.service
      1.173s systemd-tmpfiles-setup-dev.service
      1.141s systemd-backlight@backlight:intel_backlight.service
       956ms user@1000.service
       950ms packagekit.service
       940ms systemd-modules-load.service
       851ms rsyslog.service
       838ms console-setup.service
       603ms upower.service
       564ms dev-sda5.swap
       558ms sys-kernel-debug.mount
       557ms dev-mqueue.mount
       557ms dev-hugepages.mount
       522ms udisks2.service
       314ms lightdm.service
       309ms systemd-timesyncd.service
       293ms plymouth-quit-wait.service
       257ms systemd-journald.service
       235ms systemd-resolved.service
       232ms boot-efi.mount
       232ms dns-clean.service
       202ms pppd-dns.service
       192ms ufw.service
       181ms systemd-update-utmp.service
       177ms snapd.socket
       171ms systemd-udev-trigger.service
       128ms colord.service
       112ms systemd-sysctl.service
       103ms kmod-static-nodes.service
       101ms systemd-journal-flush.service
       100ms systemd-random-seed.service
        78ms systemd-remount-fs.service
        57ms systemd-tmpfiles-clean.service
        40ms nvidia-persistenced.service
        34ms setvtrgb.service
        21ms snapd.boot-ok.service
        12ms systemd-user-sessions.service
        12ms openvpn.service
        11ms rc-local.service
        11ms systemd-update-utmp-runlevel.service
        11ms plymouth-read-write.service
        10ms ureadahead-stop.service
         3ms rtkit-daemon.service
         2ms cgroupfs-mount.service
         1ms resolvconf.service
         1ms sys-fs-fuse-connections.mount

Любые советы о том, как решить эту проблему, приветствуются.

Источник

2 ответа

Это проблема с вашим жестким диском, я столкнулся с той же проблемой в инопланетной области 51 и заменил жесткий диск на старый образ данных со старого жесткого диска, восстановленного на нем, и он работал абсолютно быстро, намного быстрее, посмотрите, решит ли это вашу проблему, если нет, обновите свой BIOS, который действительно помогает.

Источник

В systemd вы можете отключить услуги с sudo systemctl disable [service],

За grub-common.service кажется, что это безопасно отключить, см. здесь.

С networking.serviceчасто зависает, когда loopback-устройство не определено должным образом, см. здесь

apport.service запускает демон автоматического отчета о сбоях, поэтому, если вы никогда не сообщали об ошибках или хотите самостоятельно искать ошибки, вы также можете отключить его - подробнее об Apport здесь

Следующие два преступника irqbalance.service а также sysstat.service- Я бы не стал вмешиваться.

До тех пор, пока вы не установили никакие пакеты моментальных снимков или предыдущие пакеты click, я не вижу причин, почему бы не отключить click-system-hooks.service а также snapd.firstboot.service,

Если ваше зрение нормальное, speech-dispatcher.service может пойти также.

Итак, мы выиграли около 1 минуты времени загрузки, если вы хотите поэкспериментировать вместе, сделайте это. О, да, сервисы включаются sudo systemctl enable [service] - в этом вопросе можно найти больше системных копий.

Источник
Другие вопросы по тегам