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確実にするために手動で実行しても問題はありません。

おすすめ記事