intel_iommu=on, aber keine iommu_groups

intel_iommu=on, aber keine iommu_groups

Ich versuche, VGA Passthrough einzurichten. Ich versuche dies derzeit unter Ubuntu 16.04 (bin aber kurz davor, aus größtenteils nicht damit zusammenhängender Frustration zu Vanilla Debian zurückzukehren). Ich habe hauptsächlich versucht, Folgendes zu befolgen:dieser Leitfaden, aber ich komme mit der IOMMU-Gruppierung nicht klar, weil mein Computer offenbar nicht gruppieren möchte.

Ich habe intel_iommu=on in der Kernel-Befehlszeile eingestellt und kann das über „cat /prod/cmdline“ überprüfen. „find /sys/kernel/iommu_groups/ -type l“ findet jedoch nichts und „ls /sys/kernel/iommu_groups“ zeigt ein leeres Verzeichnis. Obwohl ich herumgegoogelt habe, finde ich hier nicht viele Hinweise, wie ich das Problem lösen kann, und bisher habe ich noch nicht so viele verrückte Hardwaretricks in dieser Richtung ausprobiert, daher ist die Fehlerbehebung beim PCI-Bus neu für mich.

Was die Hardware betrifft, verfügt diese Maschine über einen Intel E5-1650 v3 auf einem Asus X99 E-WS-Motherboard mit einer Nvidia Quadro K4000 und einer GTX 970. Ich versuche, die 970 für den Host-Einsatz freizugeben und die K4000 einer VM zu widmen. Gerne stelle ich eine lspci- oder virsh-ondedev-list-Ausgabe zur Verfügung, wenn das hilft, aber ich stelle sie zunächst nicht hier ein, weil sie lang ist, und ich glaube, ich bin noch nicht einmal an dem Punkt, an dem das hilfreich ist; soweit ich das beurteilen kann, stimmt etwas nicht, wenn ich sage, dass das iommu eingeschaltet ist .

Bearbeiten: Es wird also wie folgt gemeldet:

$ dmesg | grep -e DMAR -e IOMMU
[    0.000000] DMAR: IOMMU enabled
[    0.000000] DMAR: IOMMU enabled

Und ich bin noch ratloser; wenn es nicht aktiviert worden wäre, könnte es ein dummer Grub- oder Kernelmodulfehler meinerseits gewesen sein. Aber ich bin mir wirklich nicht sicher, was ich tun soll, wenn es zwar aktiviert ist, aber nicht das tut, was andere Ressourcen sagen, dass es tun soll.

Antwort1

Ich weiß, das ist spät, aber zu überprüfen, ob VT-d aktiviert ist, kann je nach verwendetem UEFI-BIOS schwierig sein. Bei meinem Asus X99A USB 3.1-Motherboard befinden sich die Einstellungen für VT-x und VT-d an unterschiedlichen Orten.

Für VT-d: Erweitert => Systemagent-Konfiguration => Intel VT für Directed I/O (VT-d)

Auf meinem System war dies auf „Deaktiviert“ eingestellt, obwohl VT-x (unter „Erweitert“ => „CPU-Konfiguration“ => „Intel-Virtualisierungstechnologie“) aktiviert war.

Stellen Sie sicher, dass beide aktiviert sind

Antwort2

Ich habe das gleiche Problem festgestellt und meine BIOS-Einstellungen überprüft.VT-dwar deaktiviert. Ich habe die Option aktiviert und das Problem gelöst. Vielleicht können Sie im Handbuch Ihres Motherboards oder Chipsatzes nachsehen, ob Ihr Computer Intel VT-D unterstützt.

Antwort3

Ich hatte dieses Problem unter Ubuntu Linux 22 und habe die Lösung für dieses Problem ebenfalls in meinem UEFI-BIOS gefunden. Ich verwende AMD 3950x, also verlasse ich mich auf AMD-V statt VT-d. Mein Motherboard ist Asrock X570 Phantom Gaming X und ich hatte (3) Stellen, an denen ich innerhalb des UEFI nachsehen musste, ob Virtualisierung und IOMMU aktiviert sind, und zwar die folgenden:

1.) Erweitert > CPU-Konfiguration > PSS-Unterstützung > Aktiviert //Standardmäßig aktiviert

2.) Erweitert > Onboard-Gerätekonfiguration > SR-IOV-Unterstützung > Aktivieren //Standardmäßig deaktiviert

3.) Erweitert > Super IO Config > IOMMU > Aktivieren //Standardmäßig deaktiviert

Speichern und beenden, und ich kann meine gefüllten IOMMU-Gruppen nicht finden.

verwandte Informationen