He instalado una máquina virtual con Windows 10 usando un disco IDE y ahora me gustaría cambiar el disco para usar el controlador Virtio.
Para otras versiones de Windows, el enfoque en esta pregunta parece ser suficiente: ¿cómo migrar una VM IDE a una VM virtio?
Sin embargo, con Windows 10, esto lleva a un INACCESSIBLE_BOOT_DEVICE
problema.
Soy consciente de que el enfoque preferido es usar el dispositivo Virtio desde el principio e instalar el controlador virtio apropiado cuando se le solicite. Lamentablemente, tuve algunos problemas por separado al cambiar el CD en KVM (tampoco pude hacer funcionar 2 dispositivos CDROM).
¿Hay alguna forma de corregir este problema sin reinstalar?
Problema similar aquí: https://me.m01.eu/blog/2015/03/windows-10-kvm-and-iscsi/#comment-36090
fuente
INACCESSIBLE_BOOT_DEVICE
pantalla azul. Terminé reinstalando en un dispositivo de arranque VirtIO.Respuestas:
Todas las respuestas son correctas, pero es posible que deba realizar algunos pasos adicionales después de haber instalado los controladores virtio. Aquí están los pasos que seguí:
Abra un símbolo del sistema elevado y configure la VM para que arranque en modo seguro escribiendo
bcdedit / set {current} safeboot minimal
apague la VM y cambie el tipo de dispositivo de arranque a virtio.
arrancar la VM. Entrará en modo seguro.
Nota: en modo a prueba de errores, todos los controladores de inicio de arranque se habilitarán y cargarán, incluido el controlador virtio. Como ahora hay un minipuerto instalado para usarlo, el núcleo ahora lo hará parte de los controladores que se cargarán en el arranque y no lo deshabilitará nuevamente.
en la VM arrancada, restablezca la configuración de bcdedit para permitir que la máquina arranque en el modo Normal escribiendo (en el símbolo del sistema elevado nuevamente):
bcdedit / deletevalue {current} safeboot
Hecho.
fuente
bcdedit /set safeboot minimal
, omitiendo el{current}
porque no estaba seguro de lo que se suponía que debía ir allí.{current}
es literal, escribe como está.Se proporciona una respuesta bastante simple , y puede funcionar en muchos casos, junto con sugerencias sobre otras opciones. Si (como yo) no puede cambiar a IDE y se ve obligado a usar VirtIO, entonces el siguiente enfoque alternativo podría funcionar:
drvload e:\viostor\w10\amd64\viostor.inf
dism /image:f:\ /add-driver /driver:e:\viostor\w10\amd64\viostor.inf
Evita la necesidad de jugar con CD / imágenes de arranque especiales de Windows y 'parches' de la imagen de instalación de Windows real sobre la marcha.
Tenga en cuenta que, para este caso de nicho, sugeriría evitar la reparación de inicio (que falló para mí). No parecía saber cómo incluir vistor.inf después de cargarlo, y si lo intentas, ten cuidado de evitar el deseo de DVD de Windows 10 para restaurar o reinstalar todo ...
Crédito para el enfoque DISM: uso de dism para agregar controladores
fuente
Los pasos a seguir en general son:
El procedimiento en detalle es:
Si la VM no arranca pero los controladores están instalados, puede intentar hacer lo siguiente:
Si desafortunadamente se requiere el último paso, una dificultad más que se puede encontrar es si el CD de arranque de Windows no puede entender el disco VirtIO porque Microsoft no incluyó estos controladores. En este caso, es necesario crear un CD / USB de arranque personalizado que contenga estos controladores, pero asegúrese de comenzar desde un ISO de Windows que esté en el mismo nivel que la instalación obteniendo el último (actualmente 1511).
Aquí hay algunos tutoriales sobre cómo incorporar controladores en Windows:
fuente
setup.exe
en el CD. Esto es lo que describe el enlace en la pregunta y, que yo sepa, no hay otra forma de hacerlo.setup.exe
en el CD. Enlace un artículo de una fuente confiable que demuestre que no está mintiendo y le pediré disculpas y le daré su valioso voto.pc-q35-2.5
emulación / tipo de máquina, no es posible agregar un controlador IDE.La respuesta de harrymc funciona bien para mí.
los siguientes pasos seguí:
fuente
Desafortunadamente, es posible tener el controlador perfectamente instalado y TODAVÍA obtener un "Dispositivo de arranque inaccesible". La razón es un poco impactante (me parece): una instalación de Win 10 "recuerda" los controladores que se requerían cuando se instaló por primera vez, y por defecto NO cargará otros controladores de almacenamiento en el momento del arranque. Esto se hace, parece, a la "piratería": hace que sea difícil ejecutar la "misma" instalación en un hardware diferente. Hay una gran documentación sobre esta "característica" en esta publicación de los foros de gentoo. La esencia es la siguiente:
Los controladores destinados a la prohibición de cargar en el arranque se pueden determinar de la siguiente manera: Dentro de la clave de registro Computer \ HKEY_LOCAL_MACHINE \ SYSTEM \ ControlSet001 \ Services hay una subclave para cada controlador conocido en la instalación. El nombre de esta subclave es solo el nombre del controlador. Dentro de cada subclave del controlador, habrá una subclave "STARTOVERRIDE" si no se puede cargar el controlador en el arranque. En particular, dentro de la subclave STARTOVERRIDE hay un parámetro cuyo nombre es "0". SI el valor de este parámetro es "3", no se cargará en el momento del arranque. Establecer este valor en 0 en su lugar 'anulará' el comportamiento.
Yo solo voy a Computer \ HKEY_LOCAL_MACHINE \ SYSTEM \ ControlSet001 \ Services y busco "STARTOVERRIDE". Cada vez que lo encuentro, si hay un nombre debajo de él llamado "0" con el valor "3", cambio a "0". Esto parece excesivo, solo necesita cambiar la unidad que necesita cargar. En mi caso, hay varios de ellos, y nunca recuerdo cuál, así que solo hago una "búsqueda F3" dentro de esa sección de "servicios".
Y un consejo final que no es necesario para el almacenamiento actual, firmado, virtio, pero podría ser para alguien más que lea esto si quieren usar un controlador más experimental que (todavía) no está firmado: descubrí que INCLUSO después de hacer lo anterior truco, TAMBIÉN necesitaba arrancar en la pantalla de opciones avanzadas y elegir F7 ("deshabilitar la verificación de firma del controlador"). Molesto, no fue suficiente configurar el indicador bcd para deshabilitar la verificación del controlador, porque el controlador debe cargarse antes de que la máquina lea el BCD y descubra que no necesita verificar la firma.
En general, no es la hora más brillante de Microsoft. Realmente tiene que odiar a sus usuarios si prefiere darles a los usuarios legítimos una pantalla azul artificial inventada que permitir que la gente (digamos) reemplace un disco SATA con un disco NVMe y haga que "funcione".
fuente