☰

Pop!_OS - 启动时“启动作业针对 [不存在的 UUID]”

tag-icon • tag-icon mount dual-boot pop-os uuid
Pop!_OS - 启动时“启动作业针对 [不存在的 UUID]”

我目前正在双启动 Windows 10 和 PopOS。每次我在 PopOS 中启动时，都会出现灰屏。如果我按ESC，黑色控制台会显示

“/dev/disk/by_uuid/f054b 正在运行启动作业... (0s / 1m 30s)”

持续90秒后，系统正常加载用户菜单。
我查看了 /etc/fstab 文件，但没有带有该 UUID 的挂载点。我也尝试在终端中写入

lsblk-f

查找所有分区的 UUID，但没有一个分区具有导致问题的 UUID。
那么，如何摆脱每次开机时烦人的等待时间呢？

/etc/fstab 内容：

  GNU nano 6.2                                              /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>
#PARTUUID=9c9397b4-a42e-4d1e-aa2e-0b30ec436f90  /boot/efi  vfat  umask=0077  0  0

# 
# PARTUUID=b21d74d2-c2fe-46be-baf8-afe8d79bb415  /recovery  vfat  umask=0077  0  0

# root
UUID=261d70d0-0d12-4459-804a-6861766925f4  /  ext4  noatime,errors=remount-ro,x-systemd.device-timeout=1ms  0  0

# Boot partition
UUID=BC69-3211  /boot/efi       vfat    defaults      0       1

# Recovery partition
UUID=BC69-3242  /recovery       vfat    defaults      0       0

“lsblk -f”的输出：

liuk23@pop-os:~$ lsblk -f
NAME        FSTYPE FSVER LABEL      UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                                     
├─sda1                                                                                  
├─sda2                                                                                  
└─sda3      ntfs         Dati       66F0B5B0F0B58739                                    
sdb                                                                                     
└─sdb1      ntfs         WindowsApp F86CE68B6CE6444A                                    
nvme0n1                                                                                 
├─nvme0n1p1 vfat   FAT32 BOOT       BC69-3211                               219M    56% /boot/efi
├─nvme0n1p2 vfat   FAT32 RECOVERY   BC69-3242                             703.2M    83% /recovery
├─nvme0n1p3 ext4   1.0              261d70d0-0d12-4459-804a-6861766925f4  213.2G     9% /
├─nvme0n1p4 swap   1     swap       8adebc72-bf7a-42c8-b013-eb4b2820b1d9                [SWAP]
├─nvme0n1p5                                                                             
└─nvme0n1p6 ntfs         Windows10  928AD7718AD75079

导致问题的 UUID 是：

f054b7a2-0c78- 等等...

答案1

运行grep -r f054b7a2-0c78 /etc以查看该 UUID 是否在 下的任何位置提及/etc。它可能是对以前存在但现在不存在的旧文件系统或交换区域的引用。

该引用可能已从您的实际 中删除/etc，但它的副本可能仍保留在您当前的 initramfs 中；尝试sudo update-initramfs -u重建它。显然，这kernelstub也应该自动运行；然而，sudo kernelstub为了确保万无一失，运行手册不会有什么坏处。

相关内容