私は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はカーネルをロードできません。これは可能なRAMディスクの問題とは関係ありません。
私も以下を観察しました。
- 「GRUBへようこそ！」は約1分かかります。
- この場合（仮想）ブータブルCDを削除すると、複数のディスクに関連するエラーメッセージが表示されます。
ls (hd22,gpt1)/与えられたout of memory（回復コンソールから）- セキュアブートを有効/無効にしても、これらは変更されません。
- 仮想CDドライブの起動可能イメージ（grml）を使用して「Welcome to GRUB！」表示中にデバイスからデータを読み取る：493 MBサイズの画像の場合は297 MB。 CDが使えば「GRUBへようこそ！」ステップが長くかかります。
私はUEFIを使用しており、500MBのUEFIパーティションを追加しました（Debianインストーラを使用）。ブートデバイスは、2つのディスクを使用するハードウェアRAID1です。
最後の再起動の成功と失敗の間に、24台のディスクのうち22台にZFSを設定しました。さらに、ブートRAID1の残りのストレージも2番目のzpool（ZFS）として使用されます。 22個のディスクのそれぞれに2つの（GPT？）パーティションがあるようですが、ディスク全体をZFS用に使用するので、なぜそれがわかりません。
私の直感は、グラブがすべてのディスクをスキャンし、ディスク/パーティションの数のために少し圧倒されるということです。
システムを再起動するにはどうすればよいですか？
ベストアンサー1
私は成功した。
- 起動を「BIOS」（UEFIではなく）に変更
- grml（または他の種類のリカバリディスク）を起動します。起動順序を変更する方法がわからないため、UEFIでは不可能です。
- UEFIパーティション
--hint hd22,gpt2に追加grub.cfg - 再起動してUEFIに戻す
エラーを発生させないことに加えて、グラブははるかに高速です。これにより、UUIDを見つけることが問題であると考えられ、それを解決するためのヒントを提供します。しかし、これは長期的な解決策ではないようです。