システムブート失敗 - grubエラー:ディスクlvmidが見つかりません

システムブート失敗 - grubエラー:ディスクlvmidが見つかりません

起動時に次のエラーが発生します。

grubエラー: 'lvid/caoMWu-o417-GMgh-6vFj-1qrw-iJMi-ypwm0f/Z2eotR-N0HN-nrol-3hUd-odMB-GzHy-4PrsnL'ディスクが見つかりません。構造モードに入ります。

GRUBメニューも取得できず、エラーメッセージがすぐに表示されます。

今の状況はこんな感じです。マザーボードが故障して交換する必要がありますが、交換した後(すでに同じマザーボードを交換しました)、もう起動できません。

これは私の設定です。 Archlinuxディストリビューション、2つのハードドライブ、その上にRAID1とLVMが構築されています。

ディスク/パーティションのUUIDがmbを変更した後も同じままである必要があるため、何が起こっているのか理解できません。

システムを復元するには、何をしたり確認したりできますか?

以下は、LVMの設定に関するいくつかの情報です。

--- Volume group ---
  VG Name               server
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  5
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                4
  Open LV               2
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               2.73 TiB
  PE Size               4.00 MiB
  Total PE              715318
  Alloc PE / Size       715318 / 2.73 TiB
  Free  PE / Size       0 / 0   
  VG UUID               caoMWu-o417-GMgH-6vFj-1qrv-iJMi-ypwm0f


  --- Logical volume ---
  LV Path                /dev/server/boot
  LV Name                boot
  VG Name                server
  LV UUID                3Z70U8-Mc1W-aKQU-tORg-oiaT-P2kI-aYG74K
  LV Write Access        read/write
  LV Creation host, time archiso, 2015-11-06 08:51:19 +0100
  LV Status              available
  # open                 1
  LV Size                512.00 MiB
  Current LE             128
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:0

  --- Logical volume ---
  LV Path                /dev/server/swap
  LV Name                swap
  VG Name                server
  LV UUID                z8PdBc-DZRL-zsC5-190M-nyUl-k3cn-9gaYRo
  LV Write Access        read/write
  LV Creation host, time archiso, 2015-11-06 08:51:28 +0100
  LV Status              available
  # open                 0
  LV Size                4.00 GiB
  Current LE             1024
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:1

  --- Logical volume ---
  LV Path                /dev/server/archroot
  LV Name                archroot
  VG Name                server
  LV UUID                Z2eotR-N0HN-nroI-3hUd-odMB-GzHy-4PrsnL
  LV Write Access        read/write
  LV Creation host, time archiso, 2015-11-06 08:52:37 +0100
  LV Status              available
  # open                 1
  LV Size                20.00 GiB
  Current LE             5120
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:2

  --- Logical volume ---
  LV Path                /dev/server/storage
  LV Name                storage
  VG Name                server
  LV UUID                cccOsD-GBXu-pMws-e4bS-tCic-ZCFs-OstIf9
  LV Write Access        read/write
  LV Creation host, time archiso, 2015-11-06 08:52:52 +0100
  LV Status              available
  # open                 0
  LV Size                2.70 TiB
  Current LE             709046
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:3

そして/etc/fstab:

# /dev/mapper/server-archroot
UUID=c83b58a5-d4fd-4634-b6b7-1726ca6ffeb6   /           ext4        rw,relatime,data=ordered    0 1

# /dev/mapper/server-boot
UUID=1fffa9ae-ea36-4888-870e-47bd8fc16268   /boot       ext4        rw,relatime,data=ordered    0 2

# /dev/mapper/server-swap
UUID=a787eefb-692d-4d2a-9482-11196967ea62   none        swap        defaults    0 0

# /dev/mapper/server-storage
UUID=ae082954-b90a-482a-b002-e53f6f75df5a   /mnt/storage    ext4        users,rw,relatime,auto,exec,data=ordered

答え1

ブート時にGRUBでLUKS2ボリュームをロック解除しようとすると、このエラーが発生します。

2020年12月現在、GRUBリリースバージョンはLUKS1ヘッダーのみをサポートしています。、しかしLUKS2のサポートがアップストリームに追加されました。

答え2

試してみましたupdate-grub2か?

ディスク/パーティションのUUIDがmbを変更した後も同じままである必要があるため、何が起こっているのか理解できません。

ただし、新しいマザーボードはハードドライブを別々に割り当てることができるため、GRUBは起動することもできません。

答え3

マザーボードがディスクとlvsのUUIDを変更したようです。これは簡単に発生する可能性があります。

回復モードに入ったら、次のいずれかのコマンドを実行する必要があります。

ls -l /dev/disk/by-uuid

blkid

ブートパーティションのUUIDを見つけます。

必要に応じてこれを実行して、fdisk -lブートパーティションを特定するのに役立ちます。

その後、正しいUUIDを追加して/etc/fstab問題なく再起動できます。

答え4

2つのドライブ(LinuxとWIN 10)を頻繁に取り外すため、新しいドライブに新しいLinuxを準備しようとすると、これが時々起こります。ドライブを取り外してテーブルの上に置いても、システムが損傷することはありません。それともそう思いました。元のドライブを再挿入すると、ドライブの名前が変更され、初期ブート段階でbios/grub/whateverが古い名前を見つけることができないようです。システムバグのようですが、おそらく皆に追い出されそうだからそうではありません。私もこの記事が古い記事であることを知っていますが、その点についても申し訳ありません。私が知らない誰かに不快感を与えたかもしれないすべてについて謝罪します。

刑務所から出るには、起動時にF12を押し、リストから目的のドライブを選択します(このリストには「適切な名前」が表示されます)。こんな、もう一つのリンゴのようです。私はこれが元の質問に厳密に答えるわけではないことを知っていますが、システムを提供して何をすべきかを知ることができます。

私のハードウェアとドライブについてもう一度学ぶために魔法のコマンドを提供する人はいますか?

不機嫌そうな老人

関連情報