☰

/etc/fstab にリストされていない保留中の UUID 起動操作を停止する方法

tag-icon • tag-icon boot startup storage uuid
/etc/fstab にリストされていない保留中の UUID 起動操作を停止する方法

起動時のUUID起動操作により、システムは90秒間停止します。これは以下から回答されました。アクブンツ。ソリューションに/etc/fstab。

ところが私の場合にはcat /etc/fstab問題のUUIDが記載されておらず、記載されていませんでしたblkid。

以下は中断のスクリーンショットです。

問題のUUIDは2/2です。 UIUIDはdb5aaで終わります。 問題のあるUUID 1/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

2番目の写真はUUIDをマウントしていますが、私が知っている限り、c04ab358-de52-4c2d-9291-3a140d74b252これはどこにも言及されていません。出力にも言及され/etc/fstabていないので、何らかの理由で削除または再プロビジョニングされたディスク/パーティションを意味する可能性があり、現在のUUIDと一致するために必要に応じて構成を削除または変更する必要があります。blkidmkfs

ただし、.NETシステムsystemdで/etc/fstabファイルシステムのマウントを構成できる唯一の場所ではありません。誰かが*.mountからカスタム単位ファイルを作成したか、プロセスが/etc/systemd/からカスタム単位ファイルを動的に生成した可能性があります/run/systemd/。

grep -ri c04ab358- /etc/systemd /run/systemd /lib/systemd問題のUUIDがファイルのどこにも記載されていることを確認するには、実行してください*.mount。

その*.mountファイルが下にある場合は/etc/systemd/削除してください。

以下の場合、/run/systemd/コンストラクタプロセスを識別するコメントがある場合は、ユニットファイルを確認することをお勧めします。 tmpfsファイルシステムなので、/run起動するたびにその中にあるすべてのコンテンツが自動的に作成されるか、他の場所からコピーされる必要があります。単位ファイルを生成するプロセスを識別し、結果のインストール単位が適切でない場合は、それを停止する必要があります。

*.mount以下の文書でUUIDが言及されることはまれですが、/lib/systemd/誰かが推奨するシステム管理慣行に違反しています。ファイルがパッケージからインポートされた場合は、バグレポートを送信してください。使用されているファイルシステムUUIDのため、特定のシステムに固有のエントリを作成することは/lib/systemd/不適切です。特別な理由がない場合は、入るか、/etc/systemd/カスタムマウントデバイスを使用する必要があります。/etc/fstab

おすすめ記事