Proxmox GPU Passthrough an VM hat USB HDDs "versteckt"

[RolloMollo]

Hallo zusammen.

Anfänger hier.
Ich habe Proxmox mit u.a. OMV (als VM) und HAOS (auch als VM) laufen. Dazu habe ich ein USB Stick (SD-Karte, Backup für Container, "sda" ) und zwei USB 3.0 HDDs laufen (sdb, sdc). Soweit klappt alles hervorragend, ich hatte in OMV beide USB HDDs eingebunden. Dann installiert ich in HAOS Frigate und wollte die GPU durchreichen. Dazu habe ich in der Konfiguration der VM in der GUI "Add PCI Device" das "Raw Device" "JasperLake UHD Graphics" durchgereicht. HAOS durchgestartet und ich konnte Frigate mit GPU nutzen (wunderbar). Auf einmal oder ein wenig später ist mir dan aufgefallen, dass die ursprünglich sda, b und c irgendwie "durcheinander" gekommen sind. Ich hab dann via Google herausgefunden, dass es mit dem GPU durchreichen zu tuen hat. Ich hab dann den passtrough via GUI wieder rausgenommen und Proxmox neugestartet Leider ist die alte Ordnung nicht wieder hergestellt, OMV meckert z.B., dass eine HDD fehlt.
Hat jemand eine Ahnung, wie ich damit umgehen kann?
USB HDDs wurden via GUI als USB Device an die OMV VM übergeben.

Danke für eure Hilfe!

 

[Skudrinka]

USB HBA einbauen und das gesamte Gerät an OMV durchreichen.

Nach wie vor eine bastellösung, aber vorher war es auch nicht besser.

 

[Cool Master]

Kann ich bestätigen am besten nicht nur das Gerät durchreichen sondern immer den gesamten Controller, das macht vieles deutlich einfacher.

 

[RolloMollo]

Ich nutze ein Intel NUC N100.
https://a.aliexpress.com/_EGebOiP
Kannst du mir kurz helfen ob ich ein USB HBA einbauen kann bzw. warum ich es sollte? Vorher hatte es ja geklappt.
Danke!

 

[JumpingCat]

sdb, sdc

Du arbeitest aber überall mit der UUID und nicht der alten Namenskonventionen?

 

[Skudrinka]

Kannst du mir kurz helfen ob ich ein USB HBA einbauen kann

Dafür brauchst du einen freien PCIe Slot ->Hast du nicht, also nicht möglich.
Für eine NAS ist es wichtig, dass das BEtriebsystem am besten direkten Zugriff auf die HDDs hat.
Schon der Umweg über USB würde ich persönlich nie empfehlen oder in Erwägung ziehen, kann aber klappen solange kein Raid o.ä. vorhanden ist.

Durch das durchreichen anderer Virtuellen Geräte, kann da eben viel unvorhersehbares passieren, da die Geräte alle mehr oder weniger an einem Bus sitzen. Da wird schnell was durcheinander geschmissen und es kommt zu Problemen und Fehlern.

Daher, wenn durchgereicht wird, immer nur einzelne Controller, nie Geräte die an diesem hängen.

 

[RolloMollo]

Du arbeitest aber überall mit der UUID und nicht der alten Namenskonventionen?

Ehrlich gesagt weiß ich es nicht. Ich hab alles via GUI durch gereicht und da wurde ich nicht wegen UUID gefragt. Da hab ich „einfach nur“ die USB Ports durchgereicht. Hatte alles geklappt bis die GPU ins Spiel gekommen ist.

Ergänzung (9. Juni 2024)

Ja f

Dafür brauchst du einen freien PCIe Slot ->Hast du nicht, also nicht möglich.
Für eine NAS ist es wichtig, dass das BEtriebsystem am besten direkten Zugriff auf die HDDs hat.
Schon der Umweg über USB würde ich persönlich nie empfehlen oder in Erwägung ziehen, kann aber klappen solange kein Raid o.ä. vorhanden ist.

Durch das durchreichen anderer Virtuellen Geräte, kann da eben viel unvorhersehbares passieren, da die Geräte alle mehr oder weniger an einem Bus sitzen. Da wird schnell was durcheinander geschmissen und es kommt zu Problemen und Fehlern.

Daher, wenn durchgereicht wird, immer nur einzelne Controller, nie Geräte die an diesem hängen.

danke fürs prüfen. Siehst du eine andere Chance mir temporär zu helfen? Hab auf den Platten die Daten.

 

[Skudrinka]

Hab auf den Platten die Daten.

Zur Not hast du selbstverständlich mindestens ein BAckup deiner Daten!?

Ansonsten den Urzustand wiederherstellen, die GPU raus nehmen und schauen ob die USB Platten wieder erkannt werden.

Ergänzung (9. Juni 2024)

Wenn das nicht hilft, kommst du normalerweise auch von einem anderen Rechner an die Daten.
Welches Dateisystem wurde eingerichtet?
Raid?

 

[RolloMollo]

Backup hab ich. Hab’s aber super eingerichtet mit OMV, immich etc.
EXT4, kein RAiD.

GPU hab ich schon rausgenommen aber eine zwei HDDs sind nach den alten Schema nicht in OMV sichtbar bzw das Dateisystem.

 

[Skudrinka]

Die Platte wird aber erkannt?
Wird denn das Dateisystem erkannt?
Kannst du dieses einfach neu mounten?

 

[RolloMollo]

meiner Meinung nach werden die Platten über lsusb erkannt. Ich sehe sie aber nicht unter Storage.
In der VM unter Hardware sind auch beide USB Ports mit den Namen der Platten benannt. Ich denke also schon.
Wie kann ich am besten mounten? Hatte das in der Vergangenheit nicht machen müssen sondern hatte sie direkt in die VM über USB weitergegeben.

 

[Skudrinka]

Ich kenne mich mit PRoxmox nicht aus, aber ich denke, dass du die Platten erneut durchreichen musst, damit sie OMV wieder sehen kann.

 

[JumpingCat]

Es gibt Situationen da möchte man einen USB-Steckplatz (wechselnde USB-Festplatten sporadisch eingeschaltet) an eine konkrete VM durchreichen. Und es gibt Fälle da soll immer die gleiche USB-Festplatte durchgereicht werden (sporadisch eingeschaltet für Backup).

Die legacy Erkennung sda/sdb/etc ist die Erkennung der Reihenfolge des Treiber Ladens. Es reicht schon ein BIOS-Update der Festplatte / Firmware vom Storage-Controller und die Treiber werden um um 1ms langsamer/schneller geladen und die Buchstaben ändern sich. Daher nur UUID oder den Port durchreichen.

Was auch noch wichtig ist: Nicht alle günstigen Mainboard können das sauber. Hier sind z.B. die USB-Ports in Gruppen zusammengefasst, teilweise mit PCI(e)-Slots (für GPU/onBoard NIC) kombininert. Wenn man das einfach durchreicht passiert im Worst Case folgendes: Eine GPU / USB-Port-Gruppe wird gleichzeitig mit "sda" durchgereicht. Das klappt in den ersten Minuten gut, dann crasht das System oder wird instabil. Was ist passiert? Die GPU oder der USB-Port hat dann auf die "sda" System Festplatte geschrieben.

Es gibt Serverboards da sind die USB-Ports einzeln angebunden. Das braucht aber auch PCIe-Lanes. Entsprechend kostet das ganze Board auch einiges. Zusätzlich kommt noch der sehr hohe Preis für Intel CPUs da diese stark bei den PCIe-Lanes beschnitten sind.

 

[RolloMollo]

Wertvolle Hinweise. Vielen Dank an alle. Ich schau mir heute Abend mal das Thema UUID an. Damit sollte es sich hoffentlich ergeben.

Die SD Karte (vormals sda) für Backups würde ich mit dieser Anleitung mounten
https://www.reddit.com/r/Proxmox/comments/10spjwj/easiest_way_to_mount_usb_drive_proxmox_7/

Die USB HDDs würde ich gerne direkt an die VM weiterleiten. In Proxmox haben sie an sich nichts verloren und sollen nur in OMV dienen.
https://pve.proxmox.com/wiki/USB_Devices_in_Virtual_Machines
Assigning Devices to VM.

Passt das so @klapproth ?

 

[Krik]

Es gibt in Proxmox doch die Möglichkeit, das Gerät über die device id durchzureichen. Das sollte doch schon ausreichen, da sich diese ID nie ändern wird.

So sieht das bei mir aus, wenn ich meinen USB 3.0 SD-Kartenleser dranhänge:

Wenn du das so machst, sollte alles wieder flutschen.

Ergänzung (9. Juni 2024)

Alternativ geht es auch, den ganzen USB-Controller durchzureichen. Welche ID der hat, findest du über wahrscheinlich über lspci am ehesten heraus.

Das sagt bei mir lspci:

root@proxmox-server:~# lspci
00:00.0 Host bridge: Intel Corporation Device 461c
00:02.0 VGA compatible controller: Intel Corporation Alder Lake-N [UHD Graphics]
00:14.0 USB controller: Intel Corporation Device 54ed
00:14.2 RAM memory: Intel Corporation Device 54ef
00:14.3 Network controller: Intel Corporation CNVi: Wi-Fi
00:15.0 Serial bus controller: Intel Corporation Device 54e8
00:15.1 Serial bus controller: Intel Corporation Device 54e9
00:16.0 Communication controller: Intel Corporation Device 54e0
00:17.0 SATA controller: Intel Corporation Device 54d3
00:19.0 Serial bus controller: Intel Corporation Device 54c5
00:19.1 Serial bus controller: Intel Corporation Device 54c6
00:1c.0 PCI bridge: Intel Corporation Device 54be
00:1d.0 PCI bridge: Intel Corporation Device 54b2
00:1e.0 Communication controller: Intel Corporation Device 54a8
00:1e.3 Serial bus controller: Intel Corporation Device 54ab
00:1f.0 ISA bridge: Intel Corporation Device 5481
00:1f.3 Audio device: Intel Corporation Device 54c8
00:1f.4 SMBus: Intel Corporation Device 54a3
00:1f.5 Serial bus controller: Intel Corporation Device 54a4
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
02:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe SSD Controller SM961/PM961/SM963

00:14.0 ist bei mir also der USB-Controller. Bei mir hängen da 2 oder 4 USB-Ports dran. Ich weiß jetzt nicht genau, ob ein Paar direkt mit der CPU verdrahtet ist oder am Controller hängt.

 

[RolloMollo]

Sehr konstruktiv. Danke! Mach ich dann mal wenn die Kids schlafen.
Ein USB Controller je Port? Vermutlich teilen sich meine zwei USB3 Anschlüsse einen. Das wäre dann genial.
Ich gebe Feedback!

 

[JumpingCat]

Alternativ einfach nachschauen wie das Mapping ist:

iommu-groups.sh

#!/bin/bash
for d in /sys/kernel/iommu_groups/*/devices/*; do n=${d#*/iommu_groups/*}; n=${n%%/*}; printf 'IOMMU group %s ' "$n"; lspci -nns "${d##*/}"; done

 

[Yaakoss]

Was sagen denn lsblk und blkid ?

 

[RolloMollo]

@Krik
Das war leider nicht die Rätselslösung. Ich habe zwar das wie in deinem Screenshot gezeigt vorgenommen jedoch hatte ich vorher die USB Ports (s. ersten Screenshot von dir) auch gemapped. Das Mapping nach ID hat dann leider nicht geholfen.

@klapproth
Das ist das Ergebnis der Eingabe:

IOMMU group 0 00:02.0 VGA compatible controller [0300]: Intel Corporation JasperLake [UHD Graphics] [8086:4e61] (rev 01)
IOMMU group 10 00:1c.7 PCI bridge [0604]: Intel Corporation Device [8086:4dbf] (rev 01)
IOMMU group 11 00:1f.0 ISA bridge [0601]: Intel Corporation Device [8086:4d87] (rev 01)
IOMMU group 11 00:1f.3 Audio device [0403]: Intel Corporation Jasper Lake HD Audio [8086:4dc8] (rev 01)
IOMMU group 11 00:1f.4 SMBus [0c05]: Intel Corporation Jasper Lake SMBus [8086:4da3] (rev 01)
IOMMU group 11 00:1f.5 Serial bus controller [0c80]: Intel Corporation Jasper Lake SPI Controller [8086:4da4] (rev 01)
IOMMU group 12 01:00.0 Non-Volatile memory controller [0108]: Silicon Motion, Inc. SM2263EN/SM2263XT SSD Controller [126f:2263] (rev 03)
IOMMU group 13 02:00.0 Ethernet controller [0200]: Intel Corporation Ethernet Controller I226-V [8086:125c] (rev 04)
IOMMU group 14 03:00.0 Ethernet controller [0200]: Intel Corporation Ethernet Controller I226-V [8086:125c] (rev 04)
IOMMU group 15 04:00.0 Ethernet controller [0200]: Intel Corporation Ethernet Controller I226-V [8086:125c] (rev 04)
IOMMU group 16 05:00.0 Ethernet controller [0200]: Intel Corporation Ethernet Controller I226-V [8086:125c] (rev 04)
IOMMU group 1 00:00.0 Host bridge [0600]: Intel Corporation Device [8086:4e24]
IOMMU group 2 00:04.0 Signal processing controller [1180]: Intel Corporation Dynamic Tuning service [8086:4e03]
IOMMU group 3 00:14.0 USB controller [0c03]: Intel Corporation Device [8086:4ded] (rev 01)
IOMMU group 3 00:14.2 RAM memory [0500]: Intel Corporation Device [8086:4def] (rev 01)
IOMMU group 4 00:16.0 Communication controller [0780]: Intel Corporation Management Engine Interface [8086:4de0] (rev 01)
IOMMU group 5 00:17.0 SATA controller [0106]: Intel Corporation Device [8086:4dd3] (rev 01)
IOMMU group 6 00:1c.0 PCI bridge [0604]: Intel Corporation Device [8086:4db8] (rev 01)
IOMMU group 7 00:1c.4 PCI bridge [0604]: Intel Corporation Device [8086:4dbc] (rev 01)
IOMMU group 8 00:1c.5 PCI bridge [0604]: Intel Corporation Device [8086:4dbd] (rev 01)
IOMMU group 9 00:1c.6 PCI bridge [0604]: Intel Corporation Device [8086:4dbe] (rev 01)

Ich werde selbst daraus nicht schlau, kannst du mir helfen?

@Yaakoss
lsblk:

NAME                         MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sdc                            8:32   1 119.7G  0 disk
└─sdc1                         8:33   1 119.7G  0 part
nvme0n1                      259:0    0 238.5G  0 disk
├─nvme0n1p1                  259:1    0  1007K  0 part
├─nvme0n1p2                  259:2    0     1G  0 part /boot/efi
└─nvme0n1p3                  259:3    0 237.5G  0 part
  ├─pve-swap                 252:0    0     8G  0 lvm  [SWAP]
  ├─pve-root                 252:1    0  69.4G  0 lvm  /
  ├─pve-data_tmeta           252:2    0   1.4G  0 lvm
  │ └─pve-data-tpool         252:4    0 141.2G  0 lvm
  │   ├─pve-data             252:5    0 141.2G  1 lvm
  │   ├─pve-vm--101--disk--0 252:6    0     8G  0 lvm
  │   ├─pve-vm--102--disk--0 252:7    0     4M  0 lvm
  │   ├─pve-vm--102--disk--1 252:8    0    32G  0 lvm
  │   ├─pve-vm--100--disk--0 252:9    0    32G  0 lvm
  │   ├─pve-vm--103--disk--0 252:10   0     4G  0 lvm
  │   ├─pve-vm--104--disk--0 252:11   0     6G  0 lvm
  │   ├─pve-vm--106--disk--0 252:12   0     4G  0 lvm
  │   └─pve-vm--300--disk--0 252:13   0    32G  0 lvm
  └─pve-data_tdata           252:3    0 141.2G  0 lvm
    └─pve-data-tpool         252:4    0 141.2G  0 lvm
      ├─pve-data             252:5    0 141.2G  1 lvm
      ├─pve-vm--101--disk--0 252:6    0     8G  0 lvm
      ├─pve-vm--102--disk--0 252:7    0     4M  0 lvm
      ├─pve-vm--102--disk--1 252:8    0    32G  0 lvm
      ├─pve-vm--100--disk--0 252:9    0    32G  0 lvm
      ├─pve-vm--103--disk--0 252:10   0     4G  0 lvm
      ├─pve-vm--104--disk--0 252:11   0     6G  0 lvm
      ├─pve-vm--106--disk--0 252:12   0     4G  0 lvm
      └─pve-vm--300--disk--0 252:13   0    32G  0 lvm

blkid

/dev/mapper/pve-root: UUID="c875be69-9bbc-4e73-b7b9-cdf4ea92bc6a" BLOCK_SIZE="4096" TYPE="ext4"
/dev/mapper/pve-vm--103--disk--0: UUID="c22d3ba1-a099-46f4-bfa6-57dd09d04cf0" BLOCK_SIZE="4096" TYPE="ext4"
/dev/nvme0n1p3: UUID="LEPdf6-onfa-c32t-viue-0p7C-x3FC-j2NF9K" TYPE="LVM2_member" PARTUUID="18603a48-46f9-4c25-8fcb-7f80cc6b98d0"
/dev/nvme0n1p2: UUID="88F5-2A51" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="0d9d39c4-b5c5-4323-830c-685a90a0fbf1"
/dev/mapper/pve-vm--101--disk--0: UUID="0a5a0a6c-1a67-48ee-856d-0c927433687e" BLOCK_SIZE="4096" TYPE="ext4"
/dev/mapper/pve-vm--104--disk--0: UUID="89cdb85d-8d4c-484e-91c6-e9d783837b41" BLOCK_SIZE="4096" TYPE="ext4"
/dev/mapper/pve-swap: UUID="f7b563bf-7e5d-4924-a662-e6a056b56483" TYPE="swap"
/dev/mapper/pve-vm--106--disk--0: UUID="e65ced85-4d96-413e-a19f-a7874fe98b06" BLOCK_SIZE="4096" TYPE="ext4"
/dev/sdc1: UUID="70e9daa8-dede-4181-a683-97c3cf5d34b8" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="primary" PARTUUID="5b5a503b-79b2-4cb1-a7de-c91c622065aa"
/dev/nvme0n1p1: PARTUUID="90ab315d-7578-4a86-a44e-ab26bae34b70"
/dev/mapper/pve-vm--102--disk--1: PTUUID="08c3b230-4188-4f69-9979-43c03c32a4a8" PTTYPE="gpt"
/dev/mapper/pve-vm--300--disk--0: PTUUID="4b17c06f" PTTYPE="dos"
/dev/mapper/pve-vm--100--disk--0: PTUUID="edd403ca-1cb9-11ee-911c-9daebe98934a" PTTYPE="gpt"

Auch hier brauche ich bite support bei der "Übersetzung".


OMV zeigt mir übrigens folgendes an:

• Disks: Beide externe USB HDDs werden erkannt (/dev/sdb, /dev/sdc)
• Filesystem: s. Screenshot

des Weiteren kann ich meinen alten Befehl "mount /dev/sda1 /mnt/USB_Data" nicht mehr ausführen. Dadurch wurde der USB Stick mit SD-Karte für Backups gemeountet.
Ergebnis ist:

mount: /mnt/USB_Data: special device /dev/sda1 does not exist.
       dmesg(1) may have more information after failed mount system call.

Über jede Hilfe bin ich sehr dankbar!

Ergänzung (9. Juni 2024)

lsusb gibt noch folgende Info:

Bus 002 Device 004: ID 174c:55aa ASMedia Technology Inc. ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, ASM1153E SATA 6Gb/s bridge
Bus 002 Device 005: ID 174c:55aa ASMedia Technology Inc. ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, ASM1153E SATA 6Gb/s bridge
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 0781:cfcb SanDisk Corp. SDDR-B531
Bus 001 Device 002: ID 1a86:55d4 QinHeng Electronics SONOFF Zigbee 3.0 USB Dongle Plus V2
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

ASMedia sind die beiden externen USB Platten um die es geht (vormals sbb, sbc)
SanDisk ist der USB Stick mit SD-Karte (vormals sba)

 

[Krik]

IOMMU group 3 00:14.0 USB controller [0c03]: Intel Corporation Device [8086:4ded] (rev 01)

Da ist dein Controller! In Proxmox bei PCI-Gerät hinzufügen, musst du das Gerät mit der Nummer 00:14.0 auswählen.

Gemappte Geräte sollst du nicht an die VM übergeben. sda und sdb sind bereits Mappings und die können sich, wie du bereits erfahren hast, auch mal ändern. Daher immer über die Geräte-ID gehen.


Wenn du den Controller oder den Stick per ID durchgereicht hast, dann siehst du den in der VM auch.
Bei mir in der VM ohne SD-Kartenleser:

# lspci
00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02)
00:01.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II]
00:01.1 IDE interface: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II]
00:01.2 USB controller: Intel Corporation 82371SB PIIX3 USB [Natoma/Triton II] (rev 01)
00:01.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 03)
00:02.0 VGA compatible controller: Device 1234:1111 (rev 02)
00:03.0 Unclassified device [00ff]: Red Hat, Inc. Virtio memory balloon
00:05.0 PCI bridge: Red Hat, Inc. QEMU PCI-PCI bridge
00:08.0 Communication controller: Red Hat, Inc. Virtio console
00:12.0 Ethernet controller: Red Hat, Inc. Virtio network device
00:1e.0 PCI bridge: Red Hat, Inc. QEMU PCI-PCI bridge
00:1f.0 PCI bridge: Red Hat, Inc. QEMU PCI-PCI bridge
01:01.0 SCSI storage controller: Red Hat, Inc. Virtio SCSI

# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 0 8G 0 disk
└─sda1 8:1 0 8G 0 part /
sdb 8:16 1 0B 0 disk
sr0 11:0 1 1024M 0 rom

Mit Kartenleser:

# lspci
00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02)
00:01.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II]
00:01.1 IDE interface: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II]
00:01.2 USB controller: Intel Corporation 82371SB PIIX3 USB [Natoma/Triton II] (rev 01)
00:01.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 03)
00:02.0 VGA compatible controller: Device 1234:1111 (rev 02)
00:03.0 Unclassified device [00ff]: Red Hat, Inc. Virtio memory balloon
00:05.0 PCI bridge: Red Hat, Inc. QEMU PCI-PCI bridge
00:08.0 Communication controller: Red Hat, Inc. Virtio console
00:12.0 Ethernet controller: Red Hat, Inc. Virtio network device
00:1e.0 PCI bridge: Red Hat, Inc. QEMU PCI-PCI bridge
00:1f.0 PCI bridge: Red Hat, Inc. QEMU PCI-PCI bridge
01:01.0 SCSI storage controller: Red Hat, Inc. Virtio SCSI
02:1b.0 USB controller: Red Hat, Inc. QEMU XHCI Host Controller (rev 01)

# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 0 8G 0 disk
└─sda1 8:1 0 8G 0 part /
sdb 8:16 1 0B 0 disk
sdc 8:32 1 477,5G 0 disk
├─sdc1 8:33 1 477,5G 0 part
└─sdc2 8:34 1 32M 0 part
sr0 11:0 1 1024M 0 rom

Ohne, dass ich was machen musste, wurden die Partitionen auch gleich innerhalb der VM gemappt.


Was gibt bei dir lsblk aus?

Ergänzung (9. Juni 2024)

Wenn ich übrigens den ganzen USB-Controller durchreiche, dann taucht der bei mir auch in der VM auf:

$ lspci
00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02)
00:01.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II]
00:01.1 IDE interface: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II]
00:01.2 USB controller: Intel Corporation 82371SB PIIX3 USB [Natoma/Triton II] (rev 01)
00:01.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 03)
00:02.0 VGA compatible controller: Device 1234:1111 (rev 02)
00:03.0 Unclassified device [00ff]: Red Hat, Inc. Virtio memory balloon
00:05.0 PCI bridge: Red Hat, Inc. QEMU PCI-PCI bridge
00:08.0 Communication controller: Red Hat, Inc. Virtio console
00:10.0 USB controller: Intel Corporation Device 54ed
00:10.1 RAM memory: Intel Corporation Device 54ef
00:10.2 Network controller: Intel Corporation CNVi: Wi-Fi
00:12.0 Ethernet controller: Red Hat, Inc. Virtio network device
00:1e.0 PCI bridge: Red Hat, Inc. QEMU PCI-PCI bridge
00:1f.0 PCI bridge: Red Hat, Inc. QEMU PCI-PCI bridge
01:01.0 SCSI storage controller: Red Hat, Inc. Virtio SCSI


$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 0 8G 0 disk
└─sda1 8:1 0 8G 0 part /
sdb 8:16 1 0B 0 disk
sdc 8:32 1 477,5G 0 disk
├─sdc1 8:33 1 477,5G 0 part
└─sdc2 8:34 1 32M 0 part
sr0 11:0 1 1024M 0 rom

Stelle erst mal sicher, dass das durchgereichte Gerät auftaucht. Wenn ja, dann können wir schauen, dass wir die Platten in OMV einfügen.