![Pop!_OS - 启动时“启动作业针对 [不存在的 UUID]”](https://linux22.com/image/209356/Pop!_OS%20-%20%E5%90%AF%E5%8A%A8%E6%97%B6%E2%80%9C%E5%90%AF%E5%8A%A8%E4%BD%9C%E4%B8%9A%E9%92%88%E5%AF%B9%20%5B%E4%B8%8D%E5%AD%98%E5%9C%A8%E7%9A%84%20UUID%5D%E2%80%9D.png)
我目前正在双启动 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
为了确保万无一失,运行手册不会有什么坏处。