시스템 부팅 실패 - grub 오류: 디스크 lvmid를 찾을 수 없음

시스템 부팅 실패 - grub 오류: 디스크 lvmid를 찾을 수 없음

시작할 때 다음 오류가 발생합니다.

grub 오류: 'lvid/caoMWu-o417-GMgh-6vFj-1qrw-iJMi-ypwm0f/Z2eotR-N0HN-nrol-3hUd-odMB-GzHy-4PrsnL' 디스크를 찾을 수 없습니다. 구조 모드에 들어갑니다..

GRUB 메뉴도 얻을 수 없고, 오류 메시지가 즉시 나타납니다.

지금 상황은 이렇습니다. 마더보드가 고장나서 교체해야 하는데 교체한 후(이미 동일한 마더보드를 교체했습니다) 더 이상 부팅할 수 없습니다.

이것은 내 설정입니다. Archlinux 배포판, 두 개의 하드 드라이브, 그 위에 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를 누르고 목록에서 원하는 드라이브를 선택합니다(이 목록에는 "적절한 이름"이 표시됩니다.). 이런, 또 다른 사과인 것 같습니다. 나는 이것이 원래 질문에 엄격하게 대답하지는 않는다는 것을 알고 있지만 시스템을 제공하여 무엇을 해야 할지 알 수 있습니다.

내 하드웨어와 드라이브에 대해 다시 알아볼 수 있도록 마법의 명령을 제공할 사람이 있습니까?

심술궂은 늙은이

관련 정보