如何停止未在 /etc/fstab 中列出的掛起 UUID 啟動作業
在啟動時，系統會因 UUID 啟動作業而掛起 90 秒。這已經在ask ubuntu得到了回答。那裡的解決方案涉及從
/etc/fstab.但是，在我的情況下，
cat /etc/fstab它沒有列出有問題的 UUID，也沒有列出blkid.這是掛起的螢幕截圖：
和終端
fstab和blkid。$ 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> PARTUUID=83e38dbb-a281-4157-9ae8-06361a40475b /boot/efi vfat umask=0077 0 0 PARTUUID=ab479d41-e3b9-46aa-9f1d-2a8c442b0dac /recovery vfat umask=0077 0 0 UUID=89a5c36c-2f93-4723-a1fe-f7791802190d / ext4 noatime,errors=remount-ro 0 0 /dev/disk/by-uuid/ef824484-7f7c-464b-83ac-71298f8631b9 /mnt/2tb_slow auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=2tb%20slow 0 0 /dev/disk/by-uuid/166f7ef4-e8e5-496a-8f69-6e7b65fdb5aa /mnt/120gb_fast auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=120GB%20fast 0 0 /dev/disk/by-uuid/3bdf3b47-1078-432d-9633-987de4291e60 /mnt/4tb_slow auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=4tb_slow 0 0 /dev/disk/by-id/wwn-0x5000cca371e75713-part1 /mnt/320gb_slow auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=320gb_slow 0 0 /swapfile none swap sw 0 0 /dev/disk/by-id/wwn-0x5000cca726c633e8-part1 /mnt/500gb_slow auto nosuid,nodev,nofail,x-gvfs-show 0 0 /dev/disk/by-id/wwn-0x5000c5004ae4aa2c-part1 /mnt/1TB_slow auto nosuid,nodev,nofail,x-gvfs-show 0 0 $ sudo blkid /dev/nvme0n1p3: UUID="89a5c36c-2f93-4723-a1fe-f7791802190d" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="26fad6b9-31ed-4039-8918-c26777f7401b" /dev/loop0: TYPE="squashfs" /dev/loop1: TYPE="squashfs" /dev/loop2: TYPE="squashfs" /dev/loop3: TYPE="squashfs" /dev/loop4: TYPE="squashfs" /dev/loop5: TYPE="squashfs" /dev/loop6: TYPE="squashfs" /dev/loop7: TYPE="squashfs" /dev/nvme0n1p1: UUID="1483-0D53" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="83e38dbb-a281-4157-9ae8-06361a40475b" /dev/nvme0n1p2: UUID="1482-F2BD" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="recovery" PARTUUID="ab479d41-e3b9-46aa-9f1d-2a8c442b0dac" /dev/sda: LABEL="4tb_slow" UUID="3bdf3b47-1078-432d-9633-987de4291e60" BLOCK_SIZE="4096" TYPE="ext4" /dev/sdb: LABEL="brain" UUID="ef824484-7f7c-464b-83ac-71298f8631b9" BLOCK_SIZE="4096" TYPE="ext4" /dev/sdc1: LABEL_FATBOOT="EFI" LABEL="EFI" UUID="67E3-17ED" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="11005b63-b700-4c10-b836-ab0142703c64" /dev/sdc2: UUID="b52766bf-5bf0-303d-9c85-0e9115322d95" BLOCK_SIZE="4096" LABEL="WININSTALL" TYPE="hfsplus" PARTLABEL="WININSTALL" PARTUUID="ffa5f15c-fb1d-4822-a3ad-122b6b3fe019" /dev/sdd1: BLOCK_SIZE="2048" UUID="2021-02-09-19-06-26-00" LABEL="Ubuntu 20.04.2.0 LTS amd64" TYPE="iso9660" PTUUID="38b1c112" PTTYPE="dos" PARTUUID="38b1c112-01" /dev/sdd2: SEC_TYPE="msdos" UUID="54C5-9C6C" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="38b1c112-02" /dev/sde1: LABEL="backup320" UUID="88607df4-477e-4ecf-b02b-06760ace6e24" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="000aff57-01" /dev/sdg1: LABEL="500 GB slow" UUID="8e86976e-059c-44c8-8fe0-f3480530161b" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="df86a2f1-5804-4515-a091-c55d0fe630ce" /dev/sdf1: LABEL="storage" UUID="f5d68032-eae7-404c-9762-19962f97261c" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="51bb1bd8-01" /dev/loop8: TYPE="squashfs" /dev/loop9: TYPE="squashfs" /dev/loop10: TYPE="squashfs" /dev/loop11: TYPE="squashfs" /dev/loop12: TYPE="squashfs" /dev/loop13: TYPE="squashfs" /dev/loop14: TYPE="squashfs" /dev/loop15: TYPE="squashfs" /dev/loop16: TYPE="squashfs"作業系統：Pop 20.10 groovy 核心：x86_64 Linux 5.11.0-7614-generic
此
/etc/fstab行與第一張圖片中掛起的文件系統的 UUID 匹配：/dev/disk/by-uuid/166f7ef4-e8e5-496a-8f69-6e7b65fdb5aa /mnt/120gb_fast auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=120GB%20fast 0 0第二張圖片有 UUID 掛載，據我所知，
c04ab358-de52-4c2d-9291-3a140d74b252在任何地方都沒有提到。/etc/fstab由於blkid輸出中也沒有提到它，它可能指的是mkfs由於某種原因已被刪除或重新刪除的磁碟/分區，並且需要刪除或更正它的配置以匹配目前的 UUID，視情況而定。*但是在帶有 的系統中
systemd，/etc/fstab並不是唯一可以用來配置文件系統掛載的地方。*可能是有人在 中編寫了一個自定義*.mount單元文件/etc/systemd/，或者某個程序在/run/systemd/.執行以查看是否在任何地方的文件
grep -ri c04ab358- /etc/systemd /run/systemd /lib/systemd中提到了有問題的 UUID 。*.mount如果這樣的
*.mount文件位於 下/etc/systemd/，只需將其刪除。如果它位於 下
/run/systemd/，您將需要檢查單元文件，以防它有任何註釋來標識創建者程序。由於/run是 tmpfs 文件系統，因此其中的所有內容都必須在每次啟動時自動生成或從其他地方複製。如果生成的掛載單元不再合適，您需要確定創建單元文件的過程並使其停止這樣做。萬一 UUID 在
*.mount放置在 下的文件中提到/lib/systemd/，那麼有人違反了推薦的系統管理實踐。如果文件來自軟體包，請發送錯誤報告；創建對於這個特定係統明顯獨特的東西（因為使用的文件系統 UUID）/lib/systemd/是不合適的。如果沒有特別的理由使用自定義安裝單元，它應該進入/etc/systemd/，或者進入。/etc/fstab