PXEブートに1GBオペレーティングシステムのイメージサイズ制限がありますか?

PXEブートに1GBオペレーティングシステムのイメージサイズ制限がありますか?

私の経験では、OSイメージが大きすぎるとPXE起動が失敗します。

どのサイズが限界なのかよく分からない。

引用: https://www.syslinux.org/archives/2002-March/000249.html

iPXEは画像サイズの制限を解決しますか?

答え1

あなたがリンクしたメッセージは20年以上前に書かれたものであり、Linuxメモリ空間の「カーネル」部分の説明は以下を指す。32ビットx86カーネル。 64ビットハードウェアを使用している場合、これは問題ではありません。特にレガシー BIOS モードではなく UEFI モードで PXE ブートを行う場合にはさらにそうです。

私は長年にわたって職場で大容量の画像を含むPXEを使用しようとしてきましたが、画像の読み込みに使用されるプロトコルによって異なる可能性があると思います。特定のTFTP実装(サーバーまたはクライアントに欠陥があるかどうか覚えていない、申し訳ありません)で非常に大きなファイルを転送するのに問題がある可能性があることを発見したことを覚えているようです。これが問題の場合、iPXEは代わりにHTTPを使用できますが、最新のHTTPサーバーは大容量ファイルを送信するのに間違いありません。

HTTP を使用しなくても、iPXE の TFTP 実装は、基本 PXE ブートファームウェアの実装よりも優れている可能性があります。

一部のファームウェアTFTP実装では、大容量画像を転送するのが非常に遅いことを覚えています。 iPXEとHTTPに切り替えると、ネットワークブートで大容量の画像が使用されます。たくさん急いで。

TFTPの制限をリストするソースが見つかりました。https://www.compuphase.com/tftp.htm

RFC 1350で定義されているデフォルトのTFTPプロトコルは、デフォルトのパケットサイズが512バイトでパケットカウンタが16ビットであるため、カウンタのロールオーバーが正しく実装されていない場合、約32MBのサイズで問題が発生します。

RFC 2348および2349で定義されている拡張は、通常、パケットあたり1468バイトとして計算される最大UDPパケットサイズ制限までのより大きなパケットサイズネゴシエーションを可能にするため、パケットカウンタは約91MBにロールオーバーします。

これらの2つは、TFTPプロトコルによって引き起こされる可能性がある「予想される」可能なサイズ制限です。

関連情報