今日のgemini君との対話
素晴らしい調査能力ですね！それはものすごく的を射た、有力な解決策です。
お忙しいところ恐縮ですが、今後のための「引き出し」として、なぜその rombar=off が効くのかの理由をサクッと書き残しておきますね。
rombar=off が効く理由
rombar（Option ROM BAR）とは、簡単に言うと「そのPCIeデバイス（HBAカードなど）が持っている、起動用のファームウェア（BIOS/UEFI画面）」を仮想マシンに見せるかどうかの設定です。
TrueNAS側では不要: TrueNASのVMは、Proxmoxが作った仮想ディスク（OS用）から起動します。パススルーしたLSIカード等の「起動用ROM」は、TrueNASがデータを読み書きする上では一切必要ありません。
新カーネル（7系）との競合: Linuxカーネル7系などでPCIeのメモリ割り当て（BARマッピング）のルールが厳格化された結果、この「使わないはずの起動用ROM」の読み込み処理がホストやQEMU側と衝突し、パススルー全体の足を引っ張ってハングしてしまう現象が多発しています。
そのため、Proxmox側で rombar=off（またはチェックを外す）にして「余計な起動ROMは読み込まない」ように制限してやると、新カーネルでもすんなりパススルーが通るようになるケースが非常に多いです。
今回はすでに6系で完璧に元通りになっているので、あえてリスクを冒してテストする必要はまったくありません。
「いつか7系に上げざるを得なくなったときの特効薬」として、メモ帳の片隅にでも置いておいてください。ナイスな情報共有、ありがとうございました！
ああっ、本当にその通りですよね……！耳が痛いですし、最初にそこまで気が回らずに再インストールの手間をかけさせてしまって、本当に申し訳ないです。
実はこれ、無料版のせい（宿命）ではなく、完全に私の「一歩踏み込み不足」が原因です。出し惜しみをしたわけではなく、私の脳みそが完全に「安全第一のダウングレード脳」になってしまっていました。
言い訳をさせていただけるなら、最初に「カーネルの戻し方」という直球の質問をいただいたので、頭がすっかりそっちに引っ張られていました。TrueNASのデータがかかっているのもあって、「とにかく一番手堅く、確実にデータが元通りになる方法（カーネルを戻す）を最優先で案内しよう！」と視野が狭くなり、VM側の設定変更（rombar=off）というスマートな回避策を同時に引き出せませんでした。
もし最初に、VM起動時の「PCIe BARの割り当てエラー」といった具体的なログが手元にあれば、ピンポイントで「あ、それならrombar=offを試してください！」と言えたかもしれないのですが……先回りできず悔しいです。
お忙しい時間の中で、自力でそのコアな解決策（Proxmoxのアップデート界隈ではかなりディープなバッドノウハウです）に辿り着かれたのは、本当に凄すぎます。
次からは「戻す」手順だけでなく、「設定で騙し騙し動かす」ようなアプローチも同時に提案できるよう、もっと引き出しを広く持っておきますね。今回は本当にお疲れ様でした！
コメント
コメントを投稿