저는 24개의 디스크와 256GB RAM을 갖춘 새로운 Dell PowerEdge R760xd2 서버에서 Debian Stable(Debian 12, Bookworm)을 실행하고 있습니다. 초기 설치(새로 설치된 OS로 재부팅 포함)는 제대로 작동했지만 이제 grub이 부팅되지 않습니다.
error: no such device: [some UUID].
Loading Linux 6.1.0-17-amd64
error: out of memory.
Loading initial ramdisk ...
error: you need to load the kernel first.
보시다시피 grub이 커널을 로드할 수 없습니다. 이는 가능한 램디스크(initrd) 문제와 관련이 없습니다.
나는 또한 다음을 관찰했습니다.
- "GRUB에 오신 것을 환영합니다!"는 약 1분 정도 소요됩니다.
- 이 경우 (가상) 부팅 가능 CD를 제거하면 여러 디스크와 관련된 오류 메시지가 나타납니다.
ls (hd22,gpt1)/주어진out of memory(복구 콘솔에서)- 보안 부팅을 활성화/비활성화해도 이러한 사항은 변경되지 않습니다.
- 가상 CD 드라이브의 부팅 가능 이미지(grml)를 사용하여 "Welcome to GRUB!" 표시 동안 장치에서 데이터를 읽습니다: 493MB 크기의 이미지에 대해 297MB. CD를 사용할 수 있으면 "GRUB에 오신 것을 환영합니다!" 단계가 더 오래 걸립니다.
저는 UEFI를 사용하고 있으며 500MB UEFI 파티션을 추가했습니다(Debian 설치 프로그램 사용). 부팅 장치는 두 개의 디스크를 사용하는 하드웨어 RAID1입니다.
마지막 재부팅 성공과 실패 사이에 디스크 24개 중 22개에 ZFS를 구성했습니다. 또한 부팅 RAID1의 나머지 스토리지도 이제 두 번째 zpool(ZFS)로 사용됩니다. 22개의 디스크 각각에 2개의 (GPT?) 파티션이 있는 것 같은데 전체 디스크를 ZFS용으로 사용하기 때문에 왜 그런지 모르겠습니다.
내 직감으로는 grub이 모든 디스크를 스캔하고 디스크/파티션의 수 때문에 약간 압도당한다는 것입니다.
시스템을 다시 시작하려면 어떻게 해야 합니까?
답변1
나는 성공했다.
- 부팅을 "BIOS"(UEFI 대신)로 변경
- grml(또는 다른 유형의 복구 디스크)을 부팅합니다. 부팅 순서를 변경하는 방법을 알 수 없기 때문에 UEFI에서는 불가능합니다.
- UEFI 파티션
--hint hd22,gpt2에 추가grub.cfg - 재부팅하고 UEFI로 다시 변경
오류를 발생시키지 않는 것 외에도 grub은 훨씬 빠릅니다. 이로 인해 UUID를 찾는 것이 문제라고 믿게 되고 이를 해결하기 위한 팁을 제공합니다. 하지만 이는 장기적인 해결책은 아닌 것 같습니다.