☰

如何停止 /etc/fstab 中未列出的挂起 UUID 启动作业

tag-icon • tag-icon boot startup storage uuid
如何停止 /etc/fstab 中未列出的挂起 UUID 启动作业

启动时，系统会因 UUID 启动作业而挂起 90 秒。这已经在以下位置得到了回答询问 ubuntu。解决方案包括从/etc/fstab.

然而，就我而言，cat /etc/fstab没有列出有问题的 UUID，也没有列出blkid。

这是挂起的屏幕截图：

有问题的 UUID 2 of 2。UIUID 以 db5aa 结尾 有问题的 UUID 1 of 2。UIUID 以 4b252 结尾

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、大小和安装点。

相关内容