ディスクが誤った/ dev番号でマウントされ、起動に失敗することがあります。

ディスクが誤った/ dev番号でマウントされ、起動に失敗することがあります。

重複した質問ではないことを願っています。同様の質問をいくつか見つけましたが、まったく一致する質問はありません。

NVMEドライブの異なるパーティションにWindowsインストールでデュアルブートされたArch Linuxインストールがあります。また、大容量ストレージ用のArchインストールにマウントされた別のnvmeドライブもあります。

通常、デフォルトのnvmeは/dev/nvme0n1、2番目のnvmeは/dev/nvme1n1です。しかし、これらの名前に頼るのは良くないことを知っているので、私のfstabは次のようになります。

UUID=1f881779-23ee-413a-a8c9-224e99f81dd4   /           ext4        rw,relatime 0 1
UUID=0472-C69D                  /boot/efi   vfat        defaults    0 2
UUID=abe217d2-7a93-4a2f-8d34-af8ba627cdd3   /home/j4cobgarby/Documents/.mass_storage    ext4    rw,relatime 0 3

1f88で始まるUUIDはプライマリドライブの正しいパーティションであり、abe2で始まるUUIDは大容量記憶装置ドライブの正しいパーティションです。

私の問題は、起動時にコンソールに「10秒間デバイス/ dev / nvme0n1p5デバイスを待ってください」(そのドライブのp5はLinuxパーティションです)などのメッセージが表示され、最終的に回復シェルに入るということです。 。プライマリドライブが/ dev / nvme1n1(時々起こると推測されている)とすると、/ dev / nvme0n1のパーティション5が存在しないため、このエラーは印刷されます。

ところで、fstabからUUIDとしてドライブを指定しましたが、なぜデバイス名でパーティションを見つけるのかわかりません。

lsblkちなみに、システムが正常に起動したときの出力は次のとおりです。

NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
nvme1n1     259:0    0 465.8G  0 disk 
└─nvme1n1p1 259:1    0 465.8G  0 part /home/j4cobgarby/.mass_storage/Documents/.mass_storage
nvme0n1     259:2    0 953.9G  0 disk 
├─nvme0n1p1 259:3    0   260M  0 part /boot/efi
├─nvme0n1p2 259:4    0    16M  0 part 
├─nvme0n1p3 259:5    0   561G  0 part 
├─nvme0n1p4 259:6    0     2G  0 part 
└─nvme0n1p5 259:7    0 390.6G  0 part /

この問題は頻繁に発生しないため再現するのは難しいですが、今数回再起動して問題が発生しているかどうかを確認し、発生した場合は質問を更新していくつかの追加情報を提供してください。

ベストアンサー1

おすすめ記事