このエラーに関する多数の投稿をインターネットで見つけました。
wrong fs type, bad option, bad superblock on /dev/xxx,missing codepage or helper program, or other error
しかし、起動時に「時折」エラーが発生するのを見たことはありません。
Linuxシステムを起動するたびに、上記のエラーが発生したり、正常に動作したりします。確率は50/50ですが、何らかの形でパターンを見たことはありません。
問題が発生した場合は、再起動して再試行してください。私はこの仕事を半年間やってきました。 3つのブーツが通常最大のnです。デスクトップに行くにはブートする必要があることがよくあります。
緊急シェルにドライブをマウントしようとすると、エラーは表示されず、問題なくドライブに書き込んだり読み取ったりできます。
これが解決可能な問題か、NVMEドライブを返送する必要があるのか疑問に思います(まだ保証期間が残っています)。
Kernel: 6.2.8-alderlake-xanmod1-1 (Xanmod + GCC optimizations)
OS: ArchLinux
Drive: Kingston KC3000 PCIe 4.0, 1TB, bought separately from the laptop
Laptop: Rog Zephyrus m16
編集:Windows / Linuxデュアルブート可能なドライブが2つあります。 Linuxは/dev/nvme1n1p1の起動を試みましたが、緊急シェルでは実際に起動する必要があるLinuxルートディレクトリである/dev/nvme0n1p1のみをマウントできることがわかりました。デスクトップから起動するたびに、fdisk -lはLinuxドライブにnvme1n1p1というラベルが正しく指定されていることを示すため、Linuxドライブが「nvme1」に割り当てられ、Windowsドライブが「nvme0」に割り当てられている場合にのみシステムが起動できること仮定します。 EFISTUBを使用して、次のようにカーネルコマンドラインを手動で指定しました。
root=/dev/nvme1n1p1 resume=/dev/nvme1n1p2 rw quiet modprobe.blacklist=nouveau ibt=off initrd=\initramfs-linux-xanmod.img
ベストアンサー1
問題:ラベルまたはパーティションのUUIDを使用する代わりに、「/dev/nvme1」を起動するようにカーネルに指示します。これにより、Windows ドライブが時々「nvme0」と検索され、時には「nvme1」と検索されます。 Windowsドライブに「nvme1」が表示されるたびに(約50%の場合)、システムはfat-fsの問題のために起動に失敗します(幸い、私の意見では)。現在、パスの代わりにパーティションラベルまたはUUIDを使用してこの問題を解決しています。これは実際に推奨され、今、その理由がわかります。
オンラインで質問することが突然解決策を見つけることができることは驚くべきことです。申し訳ありません。何かが間違っています。