删除了一个分区，现在在启动过程中显示“放弃等待挂起/恢复设备”消息

14

我最近删除了一个8GB大小不等的分区。该分区位于主分区之后，但似乎并不重要，因为我仍然可以引导操作系统并运行所有应用程序。

现在，启动过程需要花费额外的两分钟时间，显示以下消息：

Gave up waiting for suspend/resume device
/dev/sda4: clean, .../... files .../... blocks
[ ***] A start job is running for dev-disk-by\.....\....\... .device
Dependencies failed!

我的问题是：

第二个分区是什么，如何还原或重新创建它？

— 桑德
source

操作系统启动时是否看到任何错误或警告？如果根本没有消息，那么您的内核可能会使用quiet和splash选项启动。临时编辑GRUB条目并在没有这些选项的情况下启动。特别要注意停顿的消息以及紧随其后的消息。

— 卡米尔Maciorowski

@KamilMaciorowski添加了内核消息

— samdd

“放弃等待挂起/恢复设备” –这使我认为交换分区存在问题（但是不能解释缺少的问题ntfs-3g）。检查系统是否使用swap，运行swapon。下一步运行swapon -a并观察。它可能会抱怨。您删除的分区可能是交换分区。

— 卡米尔Maciorowski

@KamilMaciorowski谢谢，它似乎是交换分区swapon: cannot find the device for UUID=3fd1..，试图立即重新创建它。另外，我已经运行的安装程序ntfs-3g，它会检测我的NTFS分区。感谢您的帮助

— samdd

22

我只是在Debian上遇到了相同的错误消息，并且启动延迟类似，只是略有不同：我知道我只是自愿删除了交换分区，并且不打算重新创建它。

该分区不再列出，/etc/fstab但延迟仍然存在。没什么/etc/initramfs-tools/conf.d/resume（感谢@KamilMaciorowski的提示）。

关键是要弄清楚最初的RAM磁盘是“已编译”的，并且在某些情况下（像这样）必须重新生成。解决方案：sudo update-initramfs -u。

— 捷运
source

就我而言，/ etc / initramfs-tools / conf.d / resume包含用于交换的旧UID参考。。update-initramfs -u解决了此问题。谢谢。

— G出租车

就我而言，以上答案提示我，最近格式化+加密（带veracrypt）的分区可能无法挂载，我所要做的就是sudo nano /etc/fstab然后#引用引用我加密的分区的行注释掉（带前缀）。

— maninak

9

由于消息

放弃等待挂起/恢复设备

我怀疑您的交换分区有问题。通过运行检查系统是否使用交换swapon。下一步运行swapon -a并观察输出。它可能会抱怨cannot find the device消息。如果是这样，您将知道应该重新创建交换分区。

程序，流程：

请参考上一个问题：如何还原删除的交换分区？

修改你的分区表fdisk，gdisk，gparted或其他相当的工具。重新创建分区条目。分区类型应为0x82 Linux swap。
使用设置分区mkswap。
相应地修改您的内容/etc/fstab（swapon -a如果不确定，则之前的输出应告诉您需要更改哪个条目）。
要点：/etc/initramfs-tools/conf.d/resume用上一步中使用的UUID替换中的UUID 。
运行update-initramfs -u。

— 卡米尔·马乔洛夫斯基（Kamil Maciorowski）
source

1

就我而言，启动消息如下所示。交换分区已删除。

Gave up waiting for suspend/resume device
/dev/sda4 ... ...

[***] A start job is running for dev-disk-by\...\...\...\.device
...
...
...

首先，查看您的fstab文件的内容， cat /etc/fstab 将返回这种输出

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda4 during installation
UUID=8c1977eb-ac90-426b-bc9b-a7fb2ec8d760 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda3 during installation
UUID=00fd67-123DE-4b98-aa17-2d4025aed54 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

然后您会注意到“安装期间交换在/ dev / sdax上”。

重新创建已删除的分区（例如fdisk或Gparted），然后使用此命令查找该分区的新uuid。

ls -l /dev/disk/by-uuid/

输出：

total 0
lrwxrwxrwx 1 root root 10 févr. 19 07:18 00151dcd-2bf5-4b98-aa17-8f40ef4cfd86 -> ../../sda4
lrwxrwxrwx 1 root root 10 févr. 19 07:18 6C5A1AC45A1A8B4A -> ../../sda2
lrwxrwxrwx 1 root root 10 févr. 19 07:18 8c1977eb-ac90-426b-bc9b-a7fb2ec8d760 -> ../../sda3
lrwxrwxrwx 1 root root 10 févr. 19 07:18 C064106664106188 -> ../../sda1

通过在fstab文件中复制/粘贴足够的交换uuid，使用上一条命令显示的正确uuid更新fstab。然后重新启动，应该可以解决问题。

— 拍。安德里娅
source