現在の問題

あなたが投稿したエラーによると、これは単なるKali Linuxの問題ではありません。 Spectre / Meltdownの特定のパッチがカーネルと仮想マシンに問題を引き起こしているようです。

さまざまなオペレーティングシステムでこの問題に関連する複数のリンクが見つかりました。これはリンクですRed Hatにバグを報告してください。このリンクArch Linux ソリューションを説明するフォーラムの投稿です。これは別のフォーラム投稿です同じエラーに対して可能な解決策がありますが、Manjaroについては可能です。一部の人はParrotSecも使用しています。問題の報告。最後にリンクを添付しますQEMU WikiCPU性能に関しても関連性があるようです。まず、各リンクをお読みください。しかし、クイック検索であなたの問題を解決するためのいくつかの解決策を見つけることができました。

1. 「ホストCPU構成のコピー」を使用します。

virt-managerのグラフィカルインターフェイスを介して仮想マシンを起動する場合は、仮想マシン設定メニューのCPUサブメニューで「ホストCPU設定のコピー」オプションを設定してみてください。提供されたリンクによると、この方法は現在発生しているエラーに対する最善の解決策であるようです。

2. ユーザーおよびグループ権限の不足

KVM virt-manager を起動するユーザーが kvm および libvirt グループのメンバーであることを確認して、再試行してください。

3. 古いバージョン

Jiri Denemarkによると、問題はカーネルが最新のCPU機能をサポートしていないことです。

これは、libvirtがCPUIDを介してホストCPUの新機能を検出しましたが、カーネルがそれを認識するほど新しいものではないことを示します。また、qemu-kvm-rhev はかなり古く、新機能をサポートしていません。

• 2017年3月24日金曜日 Miroslav Rezanina - rhev-2.6.0-28.el7_3.9

私の考えでは、virt-installはデフォルトでBroadwell-IBRSであるlibvirtの機能XMLからCPUモデルを取得します。 qemu-kvm-rhevは新しいCPUモデルをサポートしていないため、libvirtは代わりにBroadwell、+spec-ctrl、+rtm、+hleを使用します。

これは、libvirtが更新され、他のものが更新されないときにComposeに関連する一時的な問題にすぎません。この問題は、QEMUがCPU機能を検出し、virt-installにドメイン機能のCPUを使用するように指示することによって解決できます。 Libvirtはこれを達成するためにQEMU-2.10を使用しています。

最新バージョンのカーネル、カーネルヘッダ、libvirt、virt-manager、QEMUがあることを確認してください。再起動してもう一度やり直してください。

結論として

私はオプション1が最良の選択だと思います。それ以外の場合は、すべてが正しくインストールされ、最新の状態であることを確認してください。あなたが受け取ったエラーメッセージは、あなたが経験している問題を非常によく説明しています。使用するプロセッサ機能セットがハードウェアと一致していることを確認してください。 Googleはあなたの友人です。いつものように、私の答えに誤解や問題がある場合、コメントを残していただければ修正していただきありがとうございます。頑張ってください！