Je connecte un disque dur virtuel à la machine virtuelle
Ensuite, vous n'attachez pas votre disque physique de quelque manière que, et son transport est complètement hors de propos. L'hyperviseur lui-même agit en tant que contrôleur de disque des ordinateurs virtuels et n'interagit pas avec le stockage physique au-delà de la lecture / écriture de fichiers. (Il n'est pas rare de stocker des disques durs virtuels sur un serveur de fichiers SMBv3 externe ...)
J'exécute Arch Linux en tant qu'invité. Cela montre que j’ai besoin d’un pilote pour le périphérique wd719x; Je suppose qu’il est imité par Hyper-V.
Je vais deviner que cela n'a rien à voir avec le matériel de votre VM, qu'il soit émulé ou non. Vous voyez probablement un tas d’avertissements de "micrologiciel manquant" lorsque Mkinitcpio construit son image "de repli" initramfs.
Le initramfs standard est adapté au système exact sur lequel il est construit; la variante "fallback" ignore toute détection automatique de périphérique et ajoute autant de pilotes de périphérique de bloc que possible (de sorte que le même initramfs puisse être démarré sur de nombreuses machines différentes), même si aucun système n'est connecté au système actuel.
En réalité, si vous avez sélectionné un contrôleur IDE / ATA dans Hyper-V, vous obtiendrez un système assez standard. ata_piix (comme on peut le voir dans lspci -v ).
Si vous utilisez une machine virtuelle "Génération 2" et / ou si vous ajoutez un contrôleur SCSI, vous obtiendrez un contrôleur SCSI natif basé sur VMBus via le hv_storvsc pilote (mécanisme de Microsoft similaire à virtio ).
Même la partition parent ne voit que le disque SCSI; Je l'ai vérifiée à partir du Gestionnaire de périphériques, dans l'onglet Détails, propriété Ids de matériel. Ça dit
SCSI\DiskSamsung_SSD_850_PRO_256G
Cela semble être normal en mode AHCI - bien que je n’aie trouvé aucune explication officielle, du moins en ce qui concerne les chauffeurs propriétaires.
(D'après ce que j'ai pu comprendre: la seule alternative aurait été IDE\, mais ce n’est pas vraiment un bon choix - par exemple il suppose la présence de canaux IDE primaire / secondaire et de ports maître / esclave, qui n'existent ni dans SATA / AHCI. Les développeurs Windows ont peut-être découvert que le mappage de SATA sur SCSI est Plus facile que le mapper à IDE / PATA?
Quoi qu'il en soit, Windows ne serait pas le premier système d'exploitation à le faire - Linux présente les périphériques IDE / ATA comme s'ils étaient SCSI depuis la publication de la version 2.6 du noyau vers 2004).
Tant que le périphérique parent apparaît en tant que contrôleur SATA AHCI (à l'aide de storahci, msahci ou du pilote IRST d'Intel), vous vous débrouillez.