ディスクが多すぎて「メモリ不足」エラーが発生しますか?

ディスクが多すぎて「メモリ不足」エラーが発生しますか?

私は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

私は成功した。

  1. 起動を「BIOS」(UEFIではなく)に変更
  2. grml(または他の種類のリカバリディスク)を起動します。起動順序を変更する方法がわからないため、UEFIでは不可能です。
  3. UEFIパーティション--hint hd22,gpt2に追加grub.cfg
  4. 再起動してUEFIに戻す

エラーを発生させないことに加えて、グラブははるかに高速です。これにより、UUIDを見つけることが問題であると考えられ、それを解決するためのヒントを提供します。しかし、これは長期的な解決策ではないようです。

関連情報