![如何停止 /etc/fstab 中未列出的挂起 UUID 启动作业](https://linux22.com/image/191221/%E5%A6%82%E4%BD%95%E5%81%9C%E6%AD%A2%20%2Fetc%2Ffstab%20%E4%B8%AD%E6%9C%AA%E5%88%97%E5%87%BA%E7%9A%84%E6%8C%82%E8%B5%B7%20UUID%20%E5%90%AF%E5%8A%A8%E4%BD%9C%E4%B8%9A.png)
启动时,系统会因 UUID 启动作业而挂起 90 秒。这已经在以下位置得到了回答询问 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
答案1
此/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 文件系统,因此每次启动时,其中的所有内容都必须自动生成或从其他地方复制。您需要识别创建单元文件的进程,并在生成的安装单元不再合适时使其停止创建。
万一在*.mount
下的文件中提到 UUID /lib/systemd/
,则说明有人违反了推荐的系统管理实践。如果文件来自软件包,请发送错误报告;创建对于该特定系统明显唯一的东西(因为使用的文件系统 UUID)/lib/systemd/
是不合适的。它应该进入/etc/systemd/
,或者/etc/fstab
如果没有特殊原因需要使用自定义安装单元。
答案2
sudo lsblk -f
将显示所有真实设备的设备、分区、UUID、大小和安装点。