☰

移动分区在 SSD 上启动缓慢

tag-icon • tag-icon dual-boot grub2 partitioning gparted
移动分区在 SSD 上启动缓慢

我正在创建一个社区 Linux 爱好者小组。除了 Pi 和 AWS 服务器外，我还有一台旧笔记本电脑，它配备了 Core2Duo 2.2GHz 和 6GB DDR2，可以用来演示一些东西。为了增加吸引力，我安装了 240GB SSD。这是一个 BIOS 系统，而不是 UEFI。一切都是 64 位的。

Windows 10 和系统保留位于两个主分区中。之后，我使用扩展分区并安装了我喜欢的操作系统 Xubuntu 和交换分区。然后，为了证明这是可以做到的，我在 Xubuntu 中的 VirtualBox 中安装了 Windows 10。我添加了更多 Ubuntu 版本，然后决定调整我的 Windows 和 Xubuntu 分区的大小：Xubuntu 增多，Windows 减少，Kubuntu 和 Budgie 被稍微调低了一点。我使用 UNetbootin 制作的实时 *buntu 闪存盘上的 gparted 执行了此操作。Grub2 坏了，所以我用实时闪存盘修复了它，然后继续加载更多版本。总共有五种 Ubuntu 版本和两种 Mints，大约有 30GB 的剩余空间。

移动分区上的所有 Linux 操作系统启动都很慢（Kubuntu、Xubuntu 和 Budgie），它们在启动画面时挂起，并且 HD 活动 LED 会熄灭一段时间，直到它移动并显示登录画面。稍后安装的操作系统很好。例如，Ubuntu Mate 在 15 秒内启动。Xubuntu 需要 1 分 45 秒。

安装的操作系统上几乎没有任何内容，所以我只能备份我的虚拟 Windows 10 并重新加载 Xu、Ku 和 Budgie，但我宁愿找到一个解决方案：）我应该从哪里开始寻找？

答案1

由于问题只是在您移动分区后才出现的，所以只能是分区未正确对齐。如果您使用gpartedExt4 和交换分区，它将确保分区正确对齐。使用 Windows 自己的磁盘管理应用程序来管理 NTFS 分区。

在terminal...

快速检查是否存在此问题：

sudo fdisk -l

它会提示分区是否未对齐。

然而，更准确的方法是使用parted：

sudo parted
parted> print
1 {partition 1 detail}
2 {partition 2 detail}
parted> align-check optimal 1
parted> align-check optimal 2

以获得更多帮助man parted。

答案2

谢谢您的指导 – 以下是我的发现！！

磁盘已正确对齐，并已将它们移动gparted。 align-check optimal [1-12] 的输出显示已对齐，但 3（由于某种原因未对齐）和 4（不存在）除外。 我仍然认为这与分区有关，因为我的布局很奇怪 - 以下是我的 parted> print 输出

Number  Start   End     Size    Type      File system     Flags
 1      1049kB  525MB   524MB   primary   ntfs            boot
 2      525MB   86.4GB  85.9GB  primary   ntfs
 3      86.4GB  211GB   125GB   extended
 7      86.4GB  140GB   53.7GB  logical   ext4
 8      140GB   142GB   2147MB  logical   linux-swap(v1)
 5      142GB   156GB   13.3GB  logical   ext4
 6      156GB   167GB   11.1GB  logical   ext4
 9      167GB   178GB   11.1GB  logical   ext4
10      178GB   189GB   11.1GB  logical   ext4
11      189GB   200GB   11.1GB  logical   ext4
12      200GB   211GB   11.1GB  logical   ext4

我喜欢它。有一天它会成为聚会上的一个话题。

dmesg告诉我random: crng init done发生在系统冻结的那一刻，线索来自在网上搜索该字符串并找到 Launchpad Bug #1685794。他们在这里谈论加密交换的问题。由于我的交换未加密，我决定无论如何都要查看我的 fstab，看看是否存在交换分区错误。是的，UUID 是错误的。

我认为造成这种情况的原因在于，每次安装时我都选择了“其他”分区选项。在创建根分区时，如果我还点击交换分区，我为分区设置了一个新的 UUID。我猜我之前四次安装时都没有这样做。这与我认为挂载 fstab 条目与安装任何条目random: crng init done同时发生有何关系。random: crng init done

这也是一次实验，看看如果我在一台机器上使用一个交换器进行多次安装会发生什么。现在我知道了 :)

相关内容