J'ai installé une machine virtuelle Windows 10 à l'aide d'un disque IDE et je voudrais maintenant changer le disque pour utiliser le pilote Virtio.
Pour les autres versions de Windows, l'approche de cette question semble suffisante - Comment migrer une machine virtuelle IDE vers une machine virtuelle virtio?
Cependant, avec Windows 10, cela entraîne un INACCESSIBLE_BOOT_DEVICE
problème.
Je suis conscient que l'approche préférée est d'utiliser le périphérique Virtio dès le départ et d'installer le pilote virtio approprié lorsque vous y êtes invité. Malheureusement, je rencontrais des problèmes distincts avec le changement de CD dans KVM (je ne pouvais pas non plus faire fonctionner 2 périphériques CDROM).
Existe-t-il un moyen de corriger ce problème sans réinstaller?
Problème similaire ici - https://me.m01.eu/blog/2015/03/windows-10-kvm-and-iscsi/#comment-36090
la source
INACCESSIBLE_BOOT_DEVICE
un écran bleu. J'ai fini par réinstaller sur un périphérique de démarrage VirtIO.Réponses:
Toutes les réponses sont correctes, mais vous devrez peut-être effectuer quelques étapes supplémentaires après avoir installé les pilotes virtio. Voici les étapes que j'ai suivies:
Ouvrez une invite de commande élevée et définissez la machine virtuelle pour démarrer en mode sans échec en tapant
bcdedit / set {current} coffre-fort minimal
arrêtez la machine virtuelle et changez le type de périphérique de démarrage en virtio.
démarrez la VM. Il entrera en mode sans échec.
Remarque: En mode sans échec, tous les pilotes de démarrage seront activés et chargés, y compris le pilote virtio. Puisqu'il y a maintenant un miniport installé pour l'utiliser, le noyau va maintenant l'intégrer aux pilotes qui doivent être chargés au démarrage et ne le désactivera plus.
dans la machine virtuelle démarrée, réinitialisez les paramètres bcdedit pour permettre à la machine de démarrer en mode normal en tapant (à nouveau dans l'invite de commande élevée):
bcdedit / deletevalue {current} coffre-fort
Terminé.
la source
bcdedit /set safeboot minimal
, en omettant le{current}
parce que je n'étais pas sûr de ce qui était censé y entrer.{current}
est littéral, vous tapez tel quel .Une réponse assez simple est fournie - et peut fonctionner dans de nombreux cas, ainsi que des conseils sur d'autres options. Si (comme moi) vous n'êtes pas en mesure de passer à l'IDE et obligé d'utiliser VirtIO, alors l'approche alternative suivante pourrait fonctionner:
drvload e:\viostor\w10\amd64\viostor.inf
dism /image:f:\ /add-driver /driver:e:\viostor\w10\amd64\viostor.inf
Évite d'avoir à manipuler des CD / Images de démarrage spéciaux pour Windows et à «patcher» l'image d'installation réelle de Windows à la volée.
Remarque, pour ce cas de niche, je suggère d'éviter la réparation de démarrage (qui a échoué pour moi). Il ne semblait pas savoir comment inclure vistor.inf après l'avoir chargé, et si vous l'essayez, faites attention à ne pas vouloir DVD de Windows 10 pour tout restaurer ou réinstaller ...
Crédit pour l'approche DISM: utilisation de dism pour ajouter des pilotes
la source
Les étapes à suivre en général sont:
La procédure en détail est la suivante:
Si la machine virtuelle ne démarre pas mais que les pilotes sont installés, vous pouvez essayer de faire:
Si la dernière étape est malheureusement requise, une autre difficulté qui pourrait survenir est que le CD de démarrage Windows ne peut pas comprendre le disque VirtIO car ces pilotes n'y ont pas été inclus par Microsoft. Dans ce cas, il faut créer un CD / USB de démarrage personnalisé contenant ces pilotes, mais assurez-vous de démarrer à partir d'une ISO Windows qui est du même niveau que l'installation en obtenant la dernière (actuellement 1511).
Voici quelques tutoriels sur la façon de faire glisser les pilotes sous Windows:
la source
setup.exe
sur le CD. C'est ce que décrit le lien dans la question et, à ma connaissance, il n'y a pas d'autre moyen de le faire.setup.exe
sur le CD. Liez un article d'une source fiable qui prouve que vous ne mentez pas carrément et je m'excuserai et vous donnerai votre précieux vote positif.pc-q35-2.5
émulation / le type de machine, il n'est pas possible d'ajouter un contrôleur IDE.la réponse de harrymc fonctionne bien pour moi.
les étapes suivantes que j'ai suivies:
la source
Il est malheureusement possible d'avoir un pilote parfaitement installé et d'obtenir TOUJOURS un «périphérique de démarrage inaccessible». La raison est un peu choquante (je trouve): une installation Win 10 "se souvient" des pilotes qui étaient requis lors de sa première installation, et par défaut ne chargera pas d'autres pilotes de stockage au démarrage. Cela se fait, semble-t-il, au "piratage" - il est difficile d'exécuter la "même" installation sur un matériel différent. Il y a une excellente documentation sur cette "fonctionnalité" dans ce post des forums gentoo. L'essence est la suivante:
Les pilotes ciblés pour le chargement au démarrage interdit peuvent être déterminés comme suit: Dans la clé de registre Computer \ HKEY_LOCAL_MACHINE \ SYSTEM \ ControlSet001 \ Services, il existe une sous-clé pour chaque pilote connu de l'installation. Le nom de cette sous-clé est simplement le nom du pilote. Dans chaque sous-clé de pilote, il y aura une sous-clé "STARTOVERRIDE" si ce pilote doit être empêché de se charger au démarrage. En particulier, dans la sous-clé STARTOVERRIDE, il y a un paramètre dont le nom est "0". SI la valeur de ce paramètre est "3", il ne sera pas chargé au démarrage. La définition de cette valeur à 0 à la place "remplacera" le comportement.
Je vais moi-même dans Computer \ HKEY_LOCAL_MACHINE \ SYSTEM \ ControlSet001 \ Services et je recherche "STARTOVERRIDE". Chaque fois que je le trouve, s'il y a un nom en dessous appelé "0" avec la valeur "3", je change en "0". Cela semble exagéré, il vous suffit de changer le lecteur qui doit être chargé. Dans mon cas, il y en a plusieurs, et je ne me souviens plus lequel, donc je fais juste une «recherche F3» dans cette section «services».
Et un dernier conseil qui n'est pas nécessaire pour le stockage virtio actuel, signé, mais qui pourrait être destiné à quelqu'un d'autre qui lit ceci s'il souhaite utiliser un pilote plus expérimental qui n'est pas (encore) signé: j'ai trouvé cela MÊME après avoir fait ce qui précède astuce, j'avais également besoin de démarrer dans l'écran des options avancées et choisissez F7 ("désactiver la vérification de la signature du pilote"). De manière ennuyeuse, il ne suffisait pas de définir l'indicateur bcd pour désactiver la vérification du pilote, car le pilote doit se charger avant que la machine ne lise le BCD et découvre qu'il n'a pas besoin de vérifier la signature.
Dans l'ensemble, pas l'heure la plus brillante de Microsoft. Vous devez vraiment détester vos utilisateurs si vous préférez donner aux utilisateurs légitimes un écran bleu artificiel inventé plutôt que de permettre aux gens de (par exemple) remplacer un disque SATA par un disque NVMe et de le faire "simplement fonctionner".
la source