删除 Ubuntu 14.04 根分区导致 Ubuntu 16.04 启动速度变慢

删除 Ubuntu 14.04 根分区导致 Ubuntu 16.04 启动速度变慢

我的硬盘上有三个操作系统:(Ubuntu 16.04我的主要操作系统)Ubuntu 14.04Windows 10。为了腾出一些空间,我想卸载(完全删除)Ubuntu 14.04。它没有单独的/home分区,所以我转到gparted并删除了/分区Ubuntu 14.04,以为这样就可以从我的系统中完全删除Ubuntu 14.04。但事实似乎并非如此,因为我仍然Ubuntu 14.04在启动 GRUB 菜单中找到。

但真正的问题是: Ubuntu 16.04从我做完这些事情的那一刻起,启动时间就增加了。它现在在紫色屏幕上等待大约 1 分钟,在更深的紫色屏幕上等待大约 20 秒。

我不知道这两件事是否有联系,但这种巧合让我对此产生了怀疑。

请建议我一种方法来使我的Ubuntu 16.04启动速度更快。

编辑:我的硬件规格非常好,所以 2-3 分钟的启动时间相当长。(8GB DDR3 RAM 和 2.4GHz 第五代英特尔酷睿 i7)

编辑2sudo update-grub修复了 GRUB 菜单。谢谢 Aditya!

编辑3systemd-analyze blame得到以下结果:

      8.116s systemd-fsck@dev-disk-by\x2duuid-A26F\x2d13FF.service
      7.713s dev-sda5.device
      6.855s systemd-fsck@dev-disk-by\x2duuid-90593b0b\x2d38aa\x2d46c2\x2d8f
      2.843s NetworkManager.service
      2.020s accounts-daemon.service
      1.778s systemd-udevd.service
      1.739s thermald.service
      1.534s grub-common.service
      1.437s ModemManager.service
      1.402s plymouth-start.service
      1.347s lightdm.service
      1.075s systemd-tmpfiles-setup-dev.service
       982ms keyboard-setup.service
       941ms systemd-rfkill.service
       892ms home.mount
       877ms apparmor.service
       834ms systemd-modules-load.service
       739ms plymouth-read-write.service
       611ms upower.service
       552ms ufw.service
       533ms irqbalance.service
       469ms systemd-logind.service
       461ms dev-mqueue.mount
       461ms sys-kernel-debug.mount
       460ms systemd-journald.service
       459ms dev-hugepages.mount
       452ms ondemand.service
       448ms alsa-restore.service
       443ms gpu-manager.service
       440ms rsyslog.service
       439ms snapd.autoimport.service
       437ms systemd-user-sessions.service
       415ms avahi-daemon.service
       415ms kmod-static-nodes.service
       411ms colord.service
       410ms bluetooth.service
       373ms systemd-backlight@backlight:intel_backlight.service
       369ms apport.service
       293ms udisks2.service
       286ms boot-efi.mount
       275ms dev-sda6.swap
       267ms systemd-tmpfiles-setup.service
       243ms console-setup.service
       133ms wpa_supplicant.service
       102ms systemd-udev-trigger.service
        98ms binfmt-support.service
        91ms systemd-journal-flush.service
        88ms systemd-sysctl.service
        87ms systemd-remount-fs.service
        83ms polkitd.service
        81ms setvtrgb.service
        67ms networking.service
        53ms systemd-random-seed.service
        50ms systemd-update-utmp.service
        29ms [email protected]
        25ms snapd.socket
        23ms speech-dispatcher.service
         4ms pppd-dns.service
         4ms ureadahead-stop.service
         4ms systemd-update-utmp-runlevel.service
         3ms dns-clean.service
         3ms proc-sys-fs-binfmt_misc.mount
         3ms resolvconf.service
         3ms rtkit-daemon.service
         1ms sys-fs-fuse-connections.mount
         1ms plymouth-quit-wait.service
         1ms rc-local.service

答案1

已解决评论来自@Soren A:

@SorenA:其中/etc/fstab显示了两个交换分区。一个具有我的 gparted 中存在的 UUID,另一个具有我的 gparted 中不存在的 UUID。这会导致问题吗?注释掉不存在的 swap-partition 行安全吗?/etc/fstab非常感谢!–VP97 1小时前

我希望 SorenA 不介意我回答... ;-) 如果不存在的交换分区的那行不以 # 开头,那么请将其删除。系统将不再尝试查找该不存在的分区。为了安全起见... 在 gparted 中检查现有交换是否有“swapon”。–威廉·K 16 分钟前

相关内容