UEFIの使い方を考える

(change of )*state @TuvianNavy

UEFI 2.5以降の環境ならファームウェアがHTTPの実装を持ってるから理論上はいろんなことをさせられる まあ大規模になったときにちゃんと動く保証は何もないけど

(change of )*state @TuvianNavy

古のEtherBIOSに手を入れてEPROMに焼いてPXEさせる、を、何かでEFIバイナリを生成してEFI System Partitionに書いてHTTP bootさせる、にするだけのことにそんなに問題ある？という気もするのだが

(change of )*state @TuvianNavy

BOOTP+TFTPという昔の組み合わせ、TCPの実装が必要なかったのは良かった BOOTPがDHCPになったのはまあ些細な変更だけど、例えばTFTPでJSON投げるとかはできないもんかな、512bytes超えるほどの何かが必要なければそれで充分なはずなんだけど

(change of )*state @TuvianNavy

10ノードくらいがてんでばらばらにHTTP bootを試みるとか、ブート情報を特定のURLからJSONでひっぱってきてそれを解釈してインテリジェントに動くとか、まあそういうモダンなUEFIブートの仕掛けを最大限に活かす系のやつ どこまで信頼していいのかは本当に迷う

(change of )*state @TuvianNavy

ディスクが5発ついてます、1つだけSSDです、というのを、REST API経由でUEFIから申告を受けたとして、じゃあそのSSDをシステムディスクとして導入する用にd-iを書くなり、GRUBからcmdlineに渡してもらう用の何かを渡すなり、できるのかっていう。。

(change of )*state @TuvianNavy

我々が手作業でやるときの常識的判断に矛盾するエッジケース、たとえばm2.SSDが2枚あったら？みたいのはさすがにもう失敗させていいだろ感ある

(change of )*state @TuvianNavy

意図として、m.2 SSDが同一容量で2枚だったら、これでRAID組めってことかな、とか（それで冗長組むとかありえない感がすごいし、そもそも複数m.2スロット持ってる機械って世の中にあるのか）

(change of )*state @TuvianNavy

結局大量一括で同一仕様のものを揃えられない環境でベアメタルプロビジョニングの恩恵を受けるというのはかなり無理筋の話（性別推測Excelマクロみたいな）