虽然咱也不知道当时建虚拟机为什么要把swap分区建在根分区后面，根分区还只给了50GB，然后被之后遇见的CTF赛题狠狠教育了（

按照大佬的教程走完：

使用Gparted Live为Deepin 虚拟机扩容_gparted-live-CSDN博客

之后，拿着deepseek，花了两个小时终于是解决了这个问题。

一、问题原因分析

1. UUID变化导致的挂载延迟  SWAP分区重建后会产生新的UUID，但/etc/fstab中可能仍保留旧分区的UUID标识。系统启动时会触发UUID匹配失败->超时重试机制，导致30秒左右的等待。

2. systemd服务检测机制
   当使用systemd作为初始化系统时，systemd-remount-fs.service 等核心服务会严格检测存储设备状态。若检测到存储配置异常（如丢失预期的SWAP分区），会进入默认30秒的等待超时周期。

二、问题解决方法

1. 检查UUID一致性

   sudo blkid
   sudo vim /etc/fstab  # 对比UUID是否一致

   若不一致，需将fstab中的swap条目更新为新UUID。

2. 更改完成后，激活swap分区。

   sudo swapon -a

3. 激活完成后，检查是否成功激活

   • 这一步可以使用任务管理器查看交换分区，也可以使用sudo swapon -s查看。

4. 重建initramfs镜像

sudo update-initramfs -u

该命令会更新启动镜像中的分区信息缓存，避免内核因检测旧分区信息而等待。

已知问题：有可能会报错弹出未安装console-setup，使用命令sudo apt install console-setup即可。

1. 重建grub引导（不确定是否有用但是我执行了）

命令：sudo update-grub

1. 重启。

不出意外的话，开机速度就能正常了，重启之后查看任务管理器也能正常显示交换分区。

蒟蒻第一次写blog，如有不到之处还望多多指教(～￣▽￣)～