Pop!_OS - 시작 시 "[존재하지 않는 UUID]에 대한 작업 시작"

Pop!_OS - 시작 시 "[존재하지 않는 UUID]에 대한 작업 시작"

저는 현재 Windows 10과 PopOS를 이중 부팅하고 있습니다. PopOS에서 부팅할 때마다 회색 화면이 나타납니다. 을 누르면 ESC검은색 콘솔이 표시됩니다.

"/dev/disk/by_uuid/f054b 시작 작업 실행 중... (0초 / 1분 30초)"

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 /etcUUID가 아래에 언급되어 있는지 확인하려면 실행하세요 /etc. 이전에 존재했지만 더 이상 존재하지 않는 이전 파일 시스템이나 스왑 영역에 대한 참조일 수 있습니다.

참조가 귀하의 것에서 제거되었을 수 있지만 /etc, 그것의 사본은 여전히 ​​현재 initramfs에 남아 있을 수 있습니다 sudo update-initramfs -u. 분명히 이 작업은 kernelstub자동으로 실행되어야 하지만 sudo kernelstub확실히 하기 위해 수동으로 실행해도 문제가 되지 않습니다.

관련 정보