☰

全新安装和更新后启动缓慢

tag-icon • tag-icon boot xubuntu 16.04
全新安装和更新后启动缓慢

我有一台台式机，配备 8 GB RAM DDR3、AMD Phenom x3 核心、Nvidia GTX 750、Seagate 1TB 机械硬盘。

我已经在 /dev/sda1 上安装了 xubuntu，并将 /home 放在 /dev/sda6 上，并在 /dev/sda5 上进行了交换。

安装后系统正常启动，并且我已保存此 dmesg 日志。

系统似乎运行良好，因此，我进行了所有更新并安装了一些应用程序：vlc、chrome、plank dock（和主题）、numix 图标、qbittorrent、dbconf-editor、gimp、inkscape、gitg、oracle java 8 和以下驱动程序：Nvidia 361.42（专有，已测试）和来自 amd64-microcode（专有）的 AMD CPU 处理器微码固件。

但是，第一次重启后，启动需要 5 分钟，如以下 dmesg 条目所示：

  1. dmesg 2：
  2. dmesg 3

systemd-analyze blame：

  3.003s ModemManager.service
  2.800s dev-sda1.device
  1.944s accounts-daemon.service
  1.885s NetworkManager.service
  1.721s polkitd.service
  1.151s gpu-manager.service
  1.116s thermald.service
  1.099s grub-common.service
   950ms networking.service
   910ms avahi-daemon.service
   859ms systemd-logind.service
   846ms systemd-modules-load.service
   749ms apparmor.service
   748ms rsyslog.service
   748ms systemd-tmpfiles-setup-dev.service
   730ms upower.service
   665ms lightdm.service
   652ms systemd-fsck@dev-disk-by\x2duuid-37e8a91c\x2db5e1\x2d4bf5\x2d89dc\x2dea5b80f17596.service
   627ms plymouth-start.service
   548ms lm-sensors.service
   532ms resolvconf.service
   532ms systemd-journald.service
   499ms systemd-udevd.service
   479ms apport.service
   472ms irqbalance.service
   441ms ufw.service
   405ms sys-kernel-debug.mount
   403ms dev-hugepages.mount
   403ms dev-mqueue.mount
   356ms pppd-dns.service
   260ms ondemand.service
   258ms console-setup.service
   238ms systemd-tmpfiles-setup.service
   205ms systemd-user-sessions.service
   164ms udisks2.service
   161ms dev-disk-by\x2duuid-2377c5fa\x2d42c4\x2d462e\x2dad91\x2d7e3f285cff90.swap
   102ms kmod-static-nodes.service
    98ms systemd-update-utmp.service
    96ms systemd-udev-trigger.service
    89ms systemd-timesyncd.service
    84ms systemd-sysctl.service
    77ms systemd-tmpfiles-clean.service
    61ms hddtemp.service
    58ms speech-dispatcher.service
    55ms systemd-random-seed.service
    55ms systemd-journal-flush.service
    39ms systemd-remount-fs.service
    38ms rc-local.service
    36ms rtkit-daemon.service
    31ms plymouth-read-write.service
    23ms [email protected]
    22ms home.mount
    18ms alsa-restore.service
    12ms snapd.socket
     5ms ureadahead-stop.service
     5ms sys-fs-fuse-connections.mount
     4ms systemd-update-utmp-runlevel.service
     1ms plymouth-quit-wait.service

systemd-analyze critical-chain：

$ systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @10.041s
└─multi-user.target @10.041s
  └─ModemManager.service @7.038s +3.003s
    └─basic.target @7.037s
      └─sockets.target @7.037s
        └─snapd.socket @7.018s +12ms
          └─sysinit.target @7.018s
            └─apparmor.service @6.251s +749ms
              └─local-fs.target @6.249s
                └─home.mount @6.225s +22ms
                  └─systemd-fsck@dev-disk-by\x2duuid-37e8a91c\x2db5e1\x2d4bf5\x2d89dc\x2dea5b80f17596.service @5.502s +652ms
                    └─dev-disk-by\x2duuid-37e8a91c\x2db5e1\x2d4bf5\x2d89dc\x2dea5b80f17596.device @5.481s
ramon@saturn:~$

启动后，操作系统运行正常，没有任何问题。

所以，我真的不知道我该怎么做才能解决那 5 分钟以上的启动问题。

答案1

尝试移除 apparmour，看看是否有帮助。也可能是因为您使用 AMD 专有驱动程序更新了微代码，除非您遇到硬件稳定性问题，否则我不建议这样做。

我会删除您自全新安装以来添加的所有内容，并在每次添加后重新启动，看看您是否可以通过这种方式找到罪魁祸首。

相关内容